Quy trình Lương Ngày: từ chấm công đến nhận tiền và đối soát

Quy trình Lương Ngày bắt đầu khi thời gian làm việc được ghi nhận và quản lý phê duyệt. Hệ thống đồng bộ dữ liệu, tính phần lương đã phát sinh đủ điều kiện, cho người lao động gửi yêu cầu, thực hiện chi tiền rồi đối soát vào kỳ lương. Mỗi giao dịch cần có mã định danh, trạng thái và nhật ký đầy đủ để tránh chi vượt, chi trùng, sai payroll hoặc khó xử lý khi công bị điều chỉnh.

Lương Ngày là cách gọi giải pháp Earned Wage Access (EWA) của Nhân Kiệt, giúp người lao động tiếp cận một phần tiền lương tương ứng với công việc đã thực hiện trước ngày trả lương định kỳ. Đây không phải là hình thức trả toàn bộ lương sau mỗi ngày làm việc; kỳ tính và kỳ trả lương của doanh nghiệp vẫn được duy trì theo chính sách áp dụng (phân biệt thêm ở Tạm ứng lương truyền thống và EWA khác nhau thế nào?).

Sơ đồ tổng thể quy trình Lương Ngày

Vòng đời vận hành cốt lõi gồm bảy bước:

1. Ghi nhận công.

2. Quản lý xác nhận công.

3. Đồng bộ dữ liệu.

4. Tính lương đã phát sinh đủ điều kiện.

5. Người lao động gửi yêu cầu nhận tiền.

6. Xác thực và chi trả.

7. Đối soát vào kỳ lương.

   

Nếu tính cả giai đoạn gia nhập hệ thống, quy trình đầy đủ có thể được mô tả như sau:

Đăng ký/eKYC → Xác nhận điều khoản hoặc ký điện tử → Chấm công → Duyệt công → Tính hạn mức → Yêu cầu nhận tiền → Chi tiền → Đối soát → Phiếu lương.

Hai lớp quy trình này không mâu thuẫn. Bảy bước là vòng đời vận hành lặp lại trong từng kỳ; đăng ký và xác nhận điều khoản là bước chuẩn bị trước khi người lao động thực hiện giao dịch đầu tiên.

Bước 0. Đăng ký, xác thực và xác lập quyền sử dụng

Trước khi được sử dụng Lương Ngày, hồ sơ người lao động cần được ghép đúng với dữ liệu doanh nghiệp. Tối thiểu phải xác định được:

• Mã nhân viên duy nhất.

• Doanh nghiệp hoặc đơn vị đang làm việc.

• Trạng thái quan hệ lao động còn hiệu lực.

• Số điện thoại hoặc tài khoản đăng nhập đã xác thực.

• Tài khoản nhận tiền thuộc đúng người thụ hưởng hoặc được xử lý theo chính sách đã duyệt.

• Phiên bản điều khoản người lao động đã xác nhận.

• Thời điểm kích hoạt và phạm vi sử dụng.

Nếu có eKYC hoặc ký điện tử, doanh nghiệp cần quy định rõ dữ liệu nào được thu thập, mục đích sử dụng, thời hạn lưu trữ và cách xử lý khi xác thực thất bại. Luật Giao dịch điện tử số 20/2023/QH15 là một trong các căn cứ cần được bộ phận pháp lý rà soát khi thiết kế giao dịch và xác nhận điện tử.

Kiểm soát cần có

• Không kích hoạt hồ sơ chưa ghép đúng mã nhân viên.

• Không cho giao dịch nếu trạng thái nghỉ việc hoặc tạm khóa đã có hiệu lực.

• Xác thực bổ sung khi thay đổi tài khoản nhận tiền.

• Lưu phiên bản điều khoản và bằng chứng chấp thuận.

• Phân tách dữ liệu định danh với dữ liệu chỉ dùng cho vận hành hạn mức khi phù hợp.

Bước 1. Ghi nhận thời gian làm việc

Dữ liệu đầu tiên của Lương Ngày không phải là yêu cầu nhận tiền, mà là thời gian làm việc. Dữ liệu có thể đến từ máy chấm công, ứng dụng, bảng công của khách hàng, hệ thống HRM hoặc một nguồn khác được doanh nghiệp công nhận.

Một bản ghi công thường cần các trường:

Một lượt chấm công chỉ chứng minh hệ thống đã nhận dữ liệu. Nó chưa tự động chứng minh ca làm đủ điều kiện tính lương.

Bước 2. Quản lý xác nhận công

Đây là bước quyết định độ tin cậy của hạn mức. Người có thẩm quyền kiểm tra ca làm, tăng ca, nghỉ phép và các ngoại lệ trước khi chuyển công sang trạng thái đã duyệt.

Vì sao chỉ nên dùng công đã duyệt?

Công chưa duyệt có thể thay đổi do:

• Chấm thiếu giờ vào hoặc ra.

• Chấm nhầm ca hoặc địa điểm.

• Tăng ca chưa được xác nhận.

• Có đơn nghỉ phép chưa cập nhật.

• Dữ liệu trùng hoặc nhập sai mã nhân viên.

• Khách hàng chưa xác nhận số giờ làm thực tế.

Nếu hệ thống tính hạn mức trên công chờ duyệt, tiền có thể được chi trước khi sai lệch được phát hiện. Việc thu hồi sau đó thường khó hơn việc ngăn giao dịch sai từ đầu.

Trách nhiệm của người duyệt công

• Duyệt đúng người, đúng ngày, đúng ca và đúng loại công.

• Xử lý công bất thường trong thời hạn quy định.

• Ghi lý do khi điều chỉnh hoặc từ chối.

• Không chia sẻ tài khoản hoặc ủy quyền không có kiểm soát.

• Hoàn tất công trước mốc đồng bộ hạn mức.

Doanh nghiệp nên có SLA duyệt công và dashboard cho thấy số người chưa được duyệt, số bản ghi bất thường và thời gian tồn đọng.

Bước 3. Đồng bộ và kiểm tra dữ liệu

Sau khi công được duyệt, dữ liệu được chuyển đến hệ thống tính hạn mức. Việc đồng bộ có thể theo API gần thời gian thực, file batch theo lịch hoặc thao tác có kiểm soát trong giai đoạn pilot.

Hệ thống không nên chỉ kiểm tra “có dữ liệu hay không”, mà cần kiểm tra cả chất lượng:

• Mã nhân viên có tồn tại và còn hoạt động không?

• Kỳ lương có đúng không?

• Công đã được duyệt và chưa bị khóa/thu hồi không?

• Mức lương hoặc đơn giá làm căn cứ đã có hiệu lực chưa?

• Có giao dịch nào đã phát sinh trên cùng phần công không?

• Có khoản dự phòng hoặc điều chỉnh cần đưa vào công thức không?

• Tài khoản nhận tiền đã được xác thực chưa?

Nguyên tắc khi dữ liệu thiếu

Không nên tự đoán đơn giá, loại ca hoặc trạng thái công. Nếu một trường dữ liệu bắt buộc bị thiếu hoặc mâu thuẫn, hồ sơ cần chuyển sang trạng thái chưa đủ điều kiện và có lý do cụ thể để HR, quản lý hoặc người lao động xử lý.

Bước 4. Tính phần lương đã phát sinh đủ điều kiện

Hạn mức không nên bằng toàn bộ lương tạm tính. Hệ thống cần giữ một phần an toàn cho các điều chỉnh có thể phát sinh vào cuối kỳ.

Công thức minh họa

Có thể biểu diễn công thức tổng quát như sau:

Hạn mức còn có thể nhận = (Lương đã phát sinh hợp lệ × Tỷ lệ an toàn) − Số tiền đã nhận − Khoản dự phòng/điều chỉnh

Trong đó:

• Lương đã phát sinh hợp lệ: phần thu nhập được tính từ công đã duyệt theo quy tắc doanh nghiệp.

• Tỷ lệ an toàn: tỷ lệ doanh nghiệp cho phép tiếp cận, không mặc định bằng 100%.

• Số tiền đã nhận: tổng giao dịch thành công trong kỳ.

• Khoản dự phòng/điều chỉnh: phần giữ lại cho nghĩa vụ và biến động hợp lệ có thể ảnh hưởng lương thực nhận.

Ví dụ minh họa

Giả sử tại thời điểm tính:

• Lương đã phát sinh từ công đã duyệt: 4.000.000 đồng.

• Tỷ lệ an toàn giả định: 70%.

• Người lao động đã nhận sớm: 1.500.000 đồng.

• Khoản dự phòng bổ sung: 300.000 đồng.

Khi đó:

Hạn mức còn lại = (4.000.000 × 70%) − 1.500.000 − 300.000 = 1.000.000 đồng.

Toàn bộ con số chỉ minh họa cách vận hành công thức, không phải chính sách của Lương Ngày. Tỷ lệ thật phải dựa trên cấu trúc lương, độ ổn định của công, khoản khấu trừ và khả năng xử lý sai lệch của từng doanh nghiệp.

Điều kiện có thể làm hạn mức bằng 0

• Chưa có công được duyệt.

• Hồ sơ hoặc tài khoản nhận tiền chưa hợp lệ.

• Người lao động đã nhận hết phần đủ điều kiện.

• Công đang có tranh chấp hoặc chờ điều chỉnh.

• Kỳ lương đã khóa.

• Trạng thái lao động bị tạm ngừng hoặc chấm dứt.

• Tổng hạn mức chương trình hoặc nguồn tiền tạm thời đạt trần.

Màn hình nên giải thích nguyên nhân thay vì chỉ hiển thị “không thể giao dịch”.

Bước 5. Người lao động gửi yêu cầu nhận tiền

Khi có hạn mức, người lao động lựa chọn số tiền muốn nhận. Trước khi xác nhận, hệ thống nên hiển thị:

• Hạn mức hiện tại.

• Số tiền yêu cầu.

• Phí dịch vụ và phí chuyển tiền nếu có.

• Số tiền thực nhận.

• Tổng số tiền đã nhận trong kỳ.

• Phần lương dự kiến còn lại sau giao dịch.

• Tài khoản thụ hưởng đã che bớt thông tin.

• Thời gian xử lý dự kiến.

• Các điều khoản quan trọng và kênh hỗ trợ.

Kiểm tra ngay trước khi ghi nhận yêu cầu

Hạn mức cần được tính hoặc xác nhận lại để tránh trường hợp người lao động mở màn hình ở một thời điểm nhưng dữ liệu công hoặc giao dịch đã thay đổi trước khi bấm xác nhận.

Mỗi yêu cầu phải có mã giao dịch duy nhất. Nếu người lao động bấm nhiều lần hoặc ứng dụng gửi lại do mất mạng, hệ thống vẫn chỉ được tạo một giao dịch hợp lệ.

Bước 6. Xác thực, kiểm soát và chi tiền

Trước khi gửi lệnh thanh toán, hệ thống cần kiểm tra lần cuối:

• Danh tính và phiên đăng nhập hợp lệ.

• Tài khoản thụ hưởng không vừa thay đổi bất thường.

• Hạn mức vẫn đủ.

• Người lao động vẫn đang ở trạng thái được sử dụng.

• Giao dịch chưa từng được xử lý.

• Nguồn tiền và tổng trần chương trình vẫn đáp ứng.

• Không có cảnh báo gian lận hoặc lệnh tạm dừng.

Trạng thái giao dịch đề xuất

Một lỗi nguy hiểm là thấy trạng thái thanh toán chậm rồi tự động gửi lại lệnh mới. Cách đúng là tra cứu giao dịch cũ bằng mã định danh trước khi quyết định xử lý tiếp.

Bước 7. Đối soát vào kỳ lương

Đối soát là bước chứng minh hệ thống đã hoàn tất vòng đời giao dịch. Tổng tiền đã nhận sớm không thể nằm ngoài bảng tính lương, phiếu lương và sổ kế toán.

Doanh nghiệp nên thực hiện ba lớp:

1. Đối soát giao dịch

So sánh yêu cầu trên ứng dụng với kết quả thực tế của ngân hàng hoặc kênh thanh toán:

• Mã giao dịch.

• Người nhận.

• Số tiền yêu cầu và số tiền thực nhận.

• Phí.

• Thời gian.

• Trạng thái cuối.

2. Đối soát payroll

So sánh tổng tiền đã nhận trong kỳ với dữ liệu tính lương của từng nhân viên. Phiếu lương cần thể hiện dễ hiểu phần lương đã phát sinh, số đã nhận sớm, phí nếu thuộc cơ chế thể hiện trên phiếu và số lương còn trả.

3. Đối soát kế toán và nguồn tiền

So sánh dữ liệu ứng dụng với sao kê, bút toán và nghĩa vụ quyết toán giữa doanh nghiệp với đơn vị vận hành/đơn vị cấp tiền. Phải tách được tiền người lao động nhận, phí dịch vụ, phí thanh toán và các khoản hoàn trả.

Nguyên tắc đóng kỳ

• Không đóng kỳ khi còn giao dịch chưa xác định trạng thái cuối.

• Mọi chênh lệch phải có nguyên nhân, người xử lý và bằng chứng.

• Điều chỉnh sau khóa kỳ phải qua phê duyệt.

• Báo cáo tổng phải khớp với chi tiết từng nhân viên và từng giao dịch.

Dữ liệu đầu vào tối thiểu cần có

Nguyên tắc là chỉ dùng dữ liệu cần thiết cho mục đích đã xác định, phân quyền đúng vai trò và lưu dấu vết đầy đủ. Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026 là một căn cứ hiện hành cần được rà soát cho toàn bộ vòng đời dữ liệu.

Vai trò và trách nhiệm của từng bên

Doanh nghiệp nên lập RACI cụ thể cho các tình huống bình thường và ngoại lệ. Nếu một sự cố xảy ra mà không xác định được ai có quyền quyết định dừng, sửa hoặc hoàn tiền, quy trình chưa đủ điều kiện go-live.

Các kiểm soát bắt buộc trước khi chi tiền

Một giao dịch chỉ nên được gửi đi khi vượt qua đủ các cổng kiểm soát:

1. Nhân viên còn hiệu lực và đủ điều kiện.

2. Công đã được người có thẩm quyền duyệt.

3. Dữ liệu thu nhập hợp lệ trong kỳ.

4. Hạn mức được tính lại tại thời điểm giao dịch.

5. Tổng tiền yêu cầu không vượt hạn mức và trần chương trình.

6. Tài khoản nhận tiền đã xác thực.

7. Giao dịch không trùng.

8. Không có cảnh báo gian lận hoặc trạng thái tạm dừng.

9. Nguồn tiền còn sẵn sàng.

10. Người lao động đã thấy phí và xác nhận số tiền thực nhận.

Xử lý các tình huống ngoại lệ

Công bị sửa sau khi đã nhận tiền

Hệ thống cần tính lại phần đủ điều kiện, dừng giao dịch mới nếu cần và chuyển chênh lệch sang quy trình xử lý đã được phê duyệt. Không nên tự động tạo nghĩa vụ ngoài quy trình khi người lao động chưa được thông báo.

Người lao động nghỉ việc giữa kỳ

Ngay khi trạng thái nghỉ việc có hiệu lực, quyền tạo giao dịch mới phải được khóa. HR, Payroll và Kế toán xác định công đã duyệt, tiền đã nhận, lương còn lại và phương án quyết toán theo hồ sơ áp dụng.

Tài khoản ngân hàng sai hoặc vừa thay đổi

Giao dịch chưa chi phải tạm dừng; thay đổi tài khoản cần xác thực bổ sung. Nếu đã chi sai, chuyển ngay sang quy trình tra soát và sự cố, không chỉnh thủ công trạng thái để làm báo cáo “khớp”.

Giao dịch thất bại

Chỉ hoàn lại hạn mức sau khi có kết quả cuối đáng tin cậy. Chính sách phí của giao dịch thất bại phải được công bố trước và cập nhật đồng nhất trên ứng dụng, đối soát và kế toán.

Giao dịch nghi bị trùng

Tra cứu bằng mã giao dịch cũ trước khi tạo lệnh mới. Tất cả API tạo giao dịch cần có cơ chế chống xử lý lặp.

Hệ thống chấm công hoặc payroll gián đoạn

Khi dữ liệu không còn cập nhật trong thời hạn cho phép, hạn mức cần tạm khóa hoặc chuyển sang cơ chế kiểm soát thủ công. Không nên tiếp tục chi dựa trên dữ liệu cũ mà không có phê duyệt.

SLA và nhật ký kiểm toán nên có gì?

SLA vận hành

Doanh nghiệp cần thống nhất thời hạn cho:

• Duyệt công.

• Đồng bộ dữ liệu.

• Xử lý yêu cầu nhận tiền.

• Trả kết quả giao dịch.

• Tra soát giao dịch chưa rõ trạng thái.

• Sửa sai công và tính lại hạn mức.

• Xử lý khiếu nại.

• Hoàn tiền hoặc điều chỉnh phí.

SLA cần phân biệt thời gian hệ thống xử lý với thời gian phụ thuộc ngân hàng, khách hàng hoặc phê duyệt thủ công.

Nhật ký kiểm toán

Log cần trả lời được:

• Ai hoặc hệ thống nào thực hiện hành động?

• Hành động xảy ra lúc nào?

• Dữ liệu trước và sau thay đổi là gì?

• Quy tắc hoặc phiên bản công thức nào được áp dụng?

• Ai phê duyệt ngoại lệ?

• Lệnh thanh toán nào tương ứng?

• Giao dịch đã được đối soát ở kỳ nào?

Không nên cho phép người vận hành sửa trực tiếp lịch sử giao dịch mà không để lại dấu vết.

Checklist doanh nghiệp trước khi kết nối quy trình

• [ ] Có mã nhân viên thống nhất giữa HR, chấm công, payroll và EWA.

• [ ] Chỉ công đã duyệt được dùng tính hạn mức.

• [ ] Có thời hạn duyệt công và người thay thế khi quản lý vắng mặt.

• [ ] Công thức hạn mức đã được Payroll, Tài chính và Pháp lý duyệt.

• [ ] Có phần dự phòng thay vì cho nhận toàn bộ lương tạm tính.

• [ ] Tài khoản nhận tiền được xác thực và kiểm soát khi thay đổi.

• [ ] Mỗi giao dịch có mã duy nhất và cơ chế chống xử lý trùng.

• [ ] Có đầy đủ trạng thái thất bại, tra soát, hoàn trả và đối soát.

• [ ] Đã kiểm thử một vòng đến phiếu lương, kế toán và sao kê.

• [ ] Có quy trình khóa người nghỉ việc gần thời gian thực.

• [ ] Có kịch bản khi chấm công, payroll hoặc thanh toán bị gián đoạn.

• [ ] Người lao động thấy rõ phí và lương dự kiến còn lại.

• [ ] Có đầu mối hỗ trợ và SLA xử lý khiếu nại.

• [ ] Dữ liệu cá nhân được phân quyền, bảo vệ và quản lý vòng đời.

• [ ] Đã chạy pilot và hoàn tất ít nhất một kỳ payroll trước khi mở rộng.

Kết luận

Giá trị cốt lõi của Lương Ngày không chỉ là tốc độ chuyển tiền. Một hệ thống đáng tin cậy phải chứng minh được toàn bộ chuỗi:

Đúng người → đúng công đã duyệt → đúng hạn mức → đúng tài khoản → đúng một lần → đúng trạng thái → đúng kỳ lương → đúng sổ đối soát.

Nếu một bước không truy vết được, doanh nghiệp chưa thể chắc chắn giao dịch đã đúng. Vì vậy, pilot cần đi qua ít nhất một kỳ payroll hoàn chỉnh, xử lý đầy đủ ngoại lệ và đóng hết sai lệch trọng yếu trước khi mở rộng (xem thêm các rủi ro khi triển khai EWA).

Doanh nghiệp muốn đánh giá dữ liệu và mức độ sẵn sàng triển khai có thể đăng ký demo quy trình Lương Ngày từ chấm công đến đối soát tại Lương Ngày cho doanh nghiệp.

> Lưu ý: Bài viết cung cấp thông tin chung, không thay thế tư vấn pháp lý, tài chính, kế toán, bảo mật hoặc thiết kế hệ thống cho một doanh nghiệp cụ thể.

Nguồn tham khảo

• Bộ luật Lao động số 45/2019/QH14

• Luật Giao dịch điện tử số 20/2023/QH15

• Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15

• Nghị định 52/2024/NĐ-CP về thanh toán không dùng tiền mặt

• Tạp chí Ngân hàng: Bản chất pháp lý của dịch vụ tiếp cận tiền lương đã phát sinh và đề xuất điều chỉnh pháp luật tại Việt Nam

---

Tác giả: Nguyễn Minh Khang — Chuyên viên ban chiến lược, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt.

Tư vấn giải pháp Lương Ngày cho doanh nghiệp: Hotline 0937.022.655 · Email info@nhankiet.vn · Lương Ngày cho doanh nghiệp