Từ điển EWA tại Việt Nam: 50 thuật ngữ người làm nhân sự nên biết

EWA nằm ở giao điểm của nhân sự, chấm công, tiền lương, thanh toán, dữ liệu và phúc lợi tài chính. Cùng một từ như “hạn mức”, “đã duyệt” hoặc “đã chi” có thể được các phòng ban hiểu khác nhau. Từ điển này tạo một ngôn ngữ chung để doanh nghiệp thiết kế, mua, vận hành và giải thích EWA rõ ràng hơn.
> Nói ngắn gọn: Đừng bắt đầu từ “ứng được bao nhiêu”. Hãy thống nhất trước thế nào là công đã duyệt, lương đã kiếm, số khả dụng, giao dịch thành công, đối soát và quyết toán payroll.
> Cảnh báo: Các định nghĩa dưới đây ưu tiên cách hiểu nghiệp vụ. Những từ liên quan đến pháp luật, dữ liệu cá nhân, tín dụng, tiền lương và hợp đồng phải được pháp chế xác nhận theo mô hình cụ thể. Ví dụ Lương Ngày chỉ mô tả chức năng, không thay cho chính sách chính thức.
Nhóm A — Khái niệm nền tảng về lương và EWA

1. Earned Wage Access (EWA)
Hiểu đơn giản: khả năng tiếp cận một phần thu nhập đã phát sinh từ công việc đã thực hiện trước ngày trả lương định kỳ.
Vì sao quan trọng: đây là ranh giới nghiệp vụ cần phân biệt với khoản tiền dựa trên công tương lai hoặc một sản phẩm tín dụng độc lập.
2. Lương Ngày
Hiểu đơn giản: tên sản phẩm của Nhân Kiệt giúp người lao động xem và chủ động nhận một phần tiền tính từ ngày công đã được duyệt.
Trong hệ thống: số khả dụng được tính ở máy chủ; khoản đã nhận được đối trừ khi quyết toán kỳ lương.
3. Lương theo ngày
Hiểu đơn giản: phương pháp xác định tiền lương dựa trên ngày làm việc hoặc đơn giá ngày.
Đừng nhầm: “lương theo ngày” là cách tính/trả lương; “Lương Ngày” còn là tên sản phẩm.
4. Nhận lương linh hoạt
Hiểu đơn giản: cách gọi truyền thông cho phép người lao động chọn thời điểm tiếp cận phần lương đủ điều kiện trước kỳ trả cố định.
Lưu ý: cần đọc chính sách để biết “đủ điều kiện” nghĩa là gì.
5. Tạm ứng tiền lương
Hiểu đơn giản: việc người sử dụng lao động hoặc bên liên quan cho người lao động nhận một khoản trước thời điểm quyết toán/trả lương thông thường.
Lưu ý pháp lý: điều kiện và cách xử lý phải được đối chiếu quy định lao động, hợp đồng và quy chế của doanh nghiệp.
6. Khoản vay
Hiểu đơn giản: quan hệ trong đó một bên giao tài sản/tiền và bên kia có nghĩa vụ hoàn trả theo thỏa thuận pháp lý.
Đừng suy diễn: tên “EWA” hoặc “0% lãi” không tự động chứng minh một sản phẩm không phải khoản vay; phải xem cấu trúc thực tế.
7. Lương đã kiếm được
Hiểu đơn giản: phần thu nhập gắn với công việc người lao động đã thực hiện, được xác định theo dữ liệu và chính sách áp dụng.
Trong Lương Ngày: chỉ công đã được duyệt mới tham gia tính số khả dụng.
8. Kỳ lương
Hiểu đơn giản: khoảng thời gian doanh nghiệp tập hợp công, thu nhập, khấu trừ và số phải trả.
Vì sao quan trọng: giao dịch EWA phải gắn đúng kỳ để không đối trừ nhầm hoặc cộng dồn.
9. Ngày trả lương
Hiểu đơn giản: ngày doanh nghiệp thực hiện nghĩa vụ trả lương theo thỏa thuận và quy định áp dụng.
Đừng nhầm: EWA thay đổi thời điểm tiếp cận một phần thu nhập; không mặc nhiên thay đổi toàn bộ kỳ trả lương.
10. Payroll
Hiểu đơn giản: quy trình/hệ thống tính và quyết toán tiền lương, phụ cấp, khấu trừ và số thực nhận.
Vì sao quan trọng: EWA chưa kết thúc ở lúc tiền về; phải khớp với payroll cuối kỳ.
Nhóm B — Chấm công và quyền nhận
11. Dữ liệu chấm công
Hiểu đơn giản: bản ghi thời gian, ca, ngày làm hoặc sự hiện diện dùng làm đầu vào xác nhận công.
Trong Lương Ngày: có thể đến từ app, bảng công khách hàng hoặc ERP.
12. Nguồn sự thật (source of truth)
Hiểu đơn giản: nguồn được chỉ định làm căn cứ cuối cùng khi nhiều hệ thống có dữ liệu khác nhau.
Cần quy định: nguồn nào thắng khi app, Sheet và payroll lệch nhau.
13. Công chờ duyệt
Hiểu đơn giản: bản ghi đã có nhưng chưa được người có thẩm quyền xác nhận.
Trong Lương Ngày: công chờ duyệt chưa sinh tiền khả dụng.
14. Công đã duyệt
Hiểu đơn giản: công đã qua bước xác nhận theo quyền và quy trình.
Trong Lương Ngày: khách hàng hoặc giám sát được phân quyền có thể duyệt; ai duyệt trước thì hoàn tất theo logic hiện tại.
15. Audit trail
Hiểu đơn giản: dấu vết cho biết ai làm gì, khi nào, trước và sau thay đổi là gì.
Trong Lương Ngày: sửa công đã duyệt đưa bản ghi về chờ duyệt và lưu thay đổi trước/sau.
16. Mã chấm công
Hiểu đơn giản: mã dùng để khớp một người lao động với bản ghi công tại một khách hàng/nơi làm.
Rủi ro: gắn sai mã có thể dẫn đến sai công và sai số khả dụng.
17. Ca làm việc
Hiểu đơn giản: khung giờ/quy tắc xác định một lượt làm, gồm cả ca thường hoặc ca qua nửa đêm.
Vì sao quan trọng: sai quy tắc ca có thể tính sai ngày và số công.
18. Geofence
Hiểu đơn giản: vùng địa lý ảo; chấm công chỉ hợp lệ nếu thiết bị nằm trong bán kính được cấu hình.
Trong Lương Ngày: bán kính mặc định trong mã là 200 m, nhưng mức áp dụng phải xác nhận theo khách hàng.
19. Fake GPS
Hiểu đơn giản: hành vi hoặc công cụ làm sai lệch vị trí thiết bị.
Trong Lương Ngày: có cơ chế phát hiện/chặn giả vị trí; không nên mô tả là chống gian lận tuyệt đối.
20. Nhiều nơi làm việc (multi-workplace)
Hiểu đơn giản: một người lao động có công tại nhiều khách hàng hoặc địa điểm.
Vì sao quan trọng: công, đơn giá, số khả dụng và kỳ phải tách đúng từng nơi.
Nhóm C — Công thức, hạn mức và sử dụng có trách nhiệm
(Chi tiết: xem Khoản giữ dự trù là gì? và Hạn mức giao dịch tối thiểu và tối đa.)
21. Số tiền khả dụng
Hiểu đơn giản: số tối đa hệ thống cho phép người lao động yêu cầu tại một thời điểm.
Trong Lương Ngày: công đã duyệt × đơn giá/ngày − đã nhận trong kỳ − reserve, sau đó làm tròn xuống bội 1.000 đồng và áp dụng các giới hạn.
22. Đơn giá/ngày
Hiểu đơn giản: giá trị dùng để quy đổi một đơn vị ngày công thành số tiền trong công thức.
Lưu ý: đây có thể là tham số tạm tính cho EWA, không mặc nhiên bằng toàn bộ thu nhập ngày trên phiếu lương.
23. Số đã nhận trong kỳ
Hiểu đơn giản: tổng giao dịch đủ điều kiện đã được ghi nhận trong kỳ hiện tại.
Vì sao quan trọng: phải trừ đi để cùng một phần thu nhập không được dùng hai lần.
24. Reserve — khoản giữ dự trù
Hiểu đơn giản: phần được tạm giữ khỏi số khả dụng để tạo biên an toàn cho quyết toán.
Trong Lương Ngày: có thể cấu hình giữ N ngày công mới nhất và/hoặc tỷ lệ 10,5% khi đạt ngưỡng; chính sách thực tế phải xác nhận.
25. Số tiền tối thiểu mỗi lần
Hiểu đơn giản: mức thấp nhất một yêu cầu được chấp nhận.
Trong mã: mặc định 50.000 đồng; không mặc nhiên coi là mức thương mại áp dụng cho mọi khách hàng.
26. Trần mỗi lệnh
Hiểu đơn giản: số tối đa trong một giao dịch.
Trong mã: mặc định 3.000.000 đồng và do superadmin cấu hình.
27. Trần mỗi ngày
Hiểu đơn giản: tổng tối đa một người có thể nhận trong một ngày.
Trong mã: mặc định 5.000.000 đồng.
28. Làm tròn
Hiểu đơn giản: quy tắc đưa kết quả công thức về đơn vị tiền cho phép.
Trong Lương Ngày: số khả dụng được làm tròn xuống bội 1.000 đồng.
29. Hạn mức theo thâm niên
Hiểu đơn giản: giới hạn thay đổi theo thời gian người lao động làm việc.
Trạng thái: mã có bảng theo nhóm thâm niên nhưng cần Nhân Kiệt xác nhận có đang bật trong vận hành thật không.
30. EWA có trách nhiệm
Hiểu đơn giản: thiết kế giúp người lao động tiếp cận tiền tự nguyện, minh bạch, có giới hạn phù hợp và không bị khuyến khích sử dụng quá mức.
Thực hành: hiển thị số còn lại, tổng đã nhận, reserve, phí và tác động cuối kỳ bằng ngôn ngữ dễ hiểu.
Nhóm D — Định danh, thanh toán và trạng thái giao dịch
31. eKYC
Hiểu đơn giản: quy trình định danh khách hàng/người dùng bằng phương tiện điện tử.
Lưu ý: phạm vi eKYC của từng bên phải được mô tả chính xác; không dùng từ này thay cho mọi bước xác thực danh tính.
32. OCR CCCD
Hiểu đơn giản: công nghệ đọc thông tin từ ảnh Căn cước/CCCD.
Trong Lương Ngày: ảnh giấy tờ và kết quả OCR được dùng trong điều kiện xác minh; cần quản trị chặt dữ liệu nhạy cảm.
33. Tài khoản chính chủ
Hiểu đơn giản: tài khoản ngân hàng đứng tên đúng người lao động nhận tiền.
Trong luồng chuẩn: hệ thống tra tên tài khoản VPBank và yêu cầu khớp với người lao động trước khi khóa số tài khoản đã xác thực.
34. Tra tên tài khoản
Hiểu đơn giản: truy vấn ngân hàng/hạ tầng thanh toán để lấy tên chủ tài khoản trước khi chi.
Vì sao quan trọng: giảm nguy cơ nhập nhầm hoặc chuyển cho người khác, nhưng không loại bỏ mọi rủi ro định danh.
35. Payout — chi tiền
Hiểu đơn giản: lệnh chuyển tiền từ tài khoản nguồn đến tài khoản người nhận.
Trong Lương Ngày: luồng chuẩn dùng API chi hộ VPBank từ tài khoản chuyên chi của Nhân Kiệt.
36. Mã giao dịch ổn định
Hiểu đơn giản: một mã không đổi đại diện cho một yêu cầu trong các lần gửi/tra soát.
Vì sao quan trọng: ngân hàng và hệ thống có thể nhận biết lệnh trùng.
37. Idempotency — tính bất biến khi gửi lại
Hiểu đơn giản: cùng một yêu cầu được xử lý nhiều lần vẫn không tạo thêm một lần chi.
Ví dụ: người dùng bấm lại hoặc mạng timeout không được tạo giao dịch tiền thứ hai.
38. Trạng thái chờ/treo
Hiểu đơn giản: chưa đủ bằng chứng để kết luận giao dịch thành công hay thất bại.
Nguyên tắc an toàn: không cho chi lại chỉ vì chưa nhận được phản hồi ngay.
39. Fail-closed
Hiểu đơn giản: khi thiếu dữ liệu hoặc trạng thái không rõ, hệ thống dừng/giữ chờ thay vì mặc định cho qua.
Trong Lương Ngày: khoản không rõ trạng thái được giữ để tra soát.
40. Công tắc dừng khẩn cấp
Hiểu đơn giản: cơ chế tạm ngừng luồng chi khi có sự cố hoặc nguy cơ mất tiền.
Quản trị: quyền bật/tắt, điều kiện sử dụng và việc mở lại phải có log/phê duyệt.
Nhóm E — Đối soát, payroll, quản trị và liên tục kinh doanh
41. Đối soát
Hiểu đơn giản: so sánh các nguồn độc lập để tìm giao dịch thiếu, thừa hoặc sai trạng thái.
Chuỗi nên khớp: sổ giao dịch hệ thống ↔ sao kê ngân hàng ↔ payroll.
42. T+1
Hiểu đơn giản: ngày làm việc hoặc ngày lịch kế tiếp sau ngày giao dịch, tùy định nghĩa trong quy trình.
Trong Lương Ngày: hệ thống đọc file sao kê ngày trước theo lịch 08:00; cần xác nhận SLA vận hành chính thức.
43. Khoản không thu hồi được
Hiểu đơn giản: khoản đã chi nhưng không thể đối trừ đầy đủ theo dự kiến, chẳng hạn công giảm hoặc người lao động nghỉ việc.
Trong hệ thống: có sổ theo dõi; chính sách chịu rủi ro cần được Nhân Kiệt xác nhận.
44. Advance covered days
Hiểu đơn giản: dấu đánh dấu các ngày công đã được một khoản nhận lương bao phủ.
Vì sao quan trọng: ngăn các ngày này tiếp tục cộng dồn vào số khả dụng kỳ sau.
45. Báo cáo cầu nối
Hiểu đơn giản: báo cáo nối số đầu kỳ, giao dịch tăng/giảm, ngoại lệ và số cuối kỳ giữa hệ thống với payroll.
Mục tiêu: HR, tài chính và kiểm toán có thể lần từ tổng số đến từng giao dịch.
46. RACI
Hiểu đơn giản: ma trận xác định ai thực hiện, ai chịu trách nhiệm cuối, ai được tham vấn và ai cần được thông báo.
Trong EWA: cần có RACI cho công, hạn mức, chi tiền, đối soát, payroll, dữ liệu và sự cố.
47. SLA
Hiểu đơn giản: cam kết mức dịch vụ có tiêu chí đo, ví dụ thời gian phản hồi hoặc xử lý sự cố.
Đừng nhầm: câu quảng cáo “gần như tức thì” không thay thế SLA trong hợp đồng.
48. RTO
Hiểu đơn giản: thời gian mục tiêu để khôi phục dịch vụ sau gián đoạn.
Ví dụ: hệ thống phải trở lại trong bao lâu sau sự cố lớn.
49. RPO
Hiểu đơn giản: lượng dữ liệu tối đa có thể mất tính theo thời gian khi khôi phục.
Ví dụ: RPO 15 phút nghĩa là thiết kế hướng tới không mất quá 15 phút dữ liệu, nhưng phải được kiểm thử.
50. Sự cố dữ liệu cá nhân
Hiểu đơn giản: sự kiện ảnh hưởng đến tính bảo mật, toàn vẹn hoặc khả dụng của dữ liệu cá nhân.
Trong EWA: CCCD, vị trí, ảnh chấm công, tài khoản ngân hàng, dữ liệu lương và giao dịch đều cần phân quyền, lưu vết và quy trình ứng phó phù hợp.
Sáu cặp thuật ngữ thường bị nhầm

(Xem thêm: Lương ngày có mấy nghĩa? và EWA có phải là vay không?.)
Thuật ngữ 1 | Thuật ngữ 2 | Khác biệt cần nhớ |
|---|---|---|
Lương theo ngày | Lương Ngày | Một bên là cách tính/trả; một bên là tên sản phẩm |
Công đã ghi nhận | Công đã duyệt | Có dữ liệu chưa đồng nghĩa đã đủ quyền sinh tiền |
Lương đã kiếm | Số khả dụng | Số khả dụng còn trừ đã nhận, reserve, giới hạn và làm tròn |
Chuyển lệnh | Đã chi | Gửi yêu cầu chưa chứng minh ngân hàng đã chi thành công |
Đối soát | Khấu trừ payroll | Một bên kiểm tra khớp; một bên là nghiệp vụ quyết toán |
Không lãi | Miễn phí | Không có lãi vẫn có thể có loại phí khác |
Chuỗi thuật ngữ tối thiểu cho một giao dịch
Người lao động được định danh và gắn đúng nơi làm.
Dữ liệu chấm công chuyển từ chờ duyệt sang đã duyệt.
Công thức tạo số tiền khả dụng sau reserve và hạn mức.
Người lao động tạo yêu cầu và xác nhận.
Hệ thống sinh mã giao dịch ổn định rồi gửi payout.
Trạng thái thành công hoặc chờ .
Đối soát T+1 khớp sao kê.
Khoản đã nhận đi vào đúng kỳ payroll.
Advance covered days ngăn cộng dồn lại.
Câu hỏi thường gặp
“Tiền đã làm ra” và “tiền được nhận” có bằng nhau không?
Không nhất thiết. Số được nhận có thể thấp hơn do số đã nhận trong kỳ, reserve, hạn mức và quy tắc làm tròn.
Công vừa chấm có nhận được ngay không?
Tùy mô hình. Với Lương Ngày, chỉ công đã được duyệt mới sinh số khả dụng; vừa chấm chưa có nghĩa đã duyệt.
Trạng thái “chờ” có phải thất bại không?
Không. “Chờ” nghĩa là hệ thống chưa đủ bằng chứng kết luận. Chi lại ngay có thể gây chi trùng.
Đối soát có giống xem lịch sử giao dịch không?
Không. Lịch sử là một nguồn; đối soát phải so với nguồn độc lập như sao kê và payroll.
Từ điển này có phải định nghĩa pháp lý không?
Không. Đây là cách hiểu nghiệp vụ để phối hợp. Pháp chế phải xác nhận các thuật ngữ dùng trong hợp đồng, quy chế và truyền thông.