EWA cho doanh nghiệp cung ứng và cho thuê lại lao động: quản lý công tại nhiều khách hàng thế nào?

Để triển khai EWA trong doanh nghiệp cung ứng hoặc cho thuê lại lao động, mỗi người lao động phải được liên kết chính xác với pháp nhân sử dụng lao động, khách hàng, địa điểm, hợp đồng/nhiệm vụ, kỳ lương và dữ liệu công đã duyệt. Doanh nghiệp cần xác định rõ khách hàng nào ghi nhận công, ai có quyền duyệt, khi nào công đủ điều kiện tạo hạn mức, và bên nào xử lý thanh toán – payroll – đối soát. Khi người lao động điều chuyển hoặc kết thúc nhiệm vụ, quyền EWA phải thay đổi theo ngày hiệu lực, không chờ đến cuối tháng.

> Lưu ý: “Cung ứng lao động”, “dịch vụ nhân sự”, “thuê ngoài” và “cho thuê lại lao động” không mặc nhiên là cùng một quan hệ pháp lý. Phạm vi trách nhiệm, chủ thể sử dụng lao động và cơ chế trả lương phải được xác định theo hợp đồng và pháp luật áp dụng. Bài viết này là khung nghiệp vụ – kỹ thuật chung, không thay thế tư vấn pháp lý cho từng mô hình.

> Giải thích thuật ngữ: EWA (nhận lương theo ngày công đã làm) · payroll (tính lương) · assignment (nhiệm vụ/phân công tại khách hàng) · SLA (cam kết mức dịch vụ) · HRIS (hệ thống thông tin nhân sự) · ERP (hoạch định nguồn lực doanh nghiệp) · cutoff (mốc chốt kỳ) · pilot (triển khai thử nghiệm) · UAT (kiểm thử nghiệm thu) · KPI (chỉ số đo lường).

Vì sao mô hình nhiều khách hàng phức tạp hơn một nhà máy duy nhất?

Trong doanh nghiệp sản xuất thông thường, người lao động, máy chấm công, quản lý duyệt công và payroll thường thuộc cùng một hệ thống tổ chức. Với doanh nghiệp cung ứng hoặc cho thuê lại lao động, người lao động có thể:

• ký quan hệ lao động với một pháp nhân nhưng làm việc tại địa điểm của khách hàng;

• được khách hàng phân ca và xác nhận hiện diện;

• được doanh nghiệp cung ứng tổng hợp công, tính lương và trả lương;

• điều chuyển giữa khách hàng hoặc địa điểm trong cùng kỳ;

• có nhiều khoản phụ cấp, tăng ca hoặc quy tắc xác nhận khác nhau;

• kết thúc nhiệm vụ tại khách hàng nhưng chưa chấm dứt quan hệ lao động;

• hoặc kết thúc cả nhiệm vụ lẫn quan hệ lao động ở hai thời điểm khác nhau.

EWA chỉ tính đúng khi hệ thống hiểu toàn bộ ngữ cảnh đó. Mã nhân viên đúng nhưng gắn sai khách hàng, sai nhiệm vụ hoặc sai kỳ vẫn có thể tạo hạn mức sai.

1. Tách rõ các mô hình nghiệp vụ trước khi tích hợp

Cung ứng/tuyển dụng nhân sự

Doanh nghiệp dịch vụ có thể giới thiệu hoặc cung cấp nguồn ứng viên để khách hàng trực tiếp giao kết và quản lý quan hệ lao động. Trong trường hợp này, chủ thể chịu trách nhiệm về lương và EWA có thể không phải đơn vị cung ứng ứng viên.

Cho thuê lại lao động

Đây là hoạt động có điều kiện và được pháp luật lao động điều chỉnh. Cần xác định đúng doanh nghiệp cho thuê lại, bên thuê lại, người lao động thuê lại, phạm vi công việc, hợp đồng và trách nhiệm mỗi bên.

Thuê ngoài dịch vụ có sử dụng lao động

Khách hàng mua một kết quả hoặc dịch vụ; đơn vị cung cấp tổ chức thực hiện. Cách quản lý, chấm công và trả lương phụ thuộc hợp đồng dịch vụ và quan hệ lao động thực tế.

Vì sao việc phân loại quan trọng với EWA?

Nó quyết định:

• ai là người sử dụng lao động;

• ai xác định và trả tiền lương;

• ai có dữ liệu công đáng tin cậy;

• ai được quyền phê duyệt;

• ai cấp nguồn tiền;

• giao dịch được quyết toán với ai;

• ai là bên kiểm soát hoặc xử lý dữ liệu theo vai trò thực tế;

• ai giải quyết khiếu nại và tranh chấp.

Không nên dùng một quy trình EWA duy nhất cho mọi hợp đồng chỉ vì đều có người lao động làm việc tại khách hàng.

2. Kiến trúc dữ liệu nhiều bên

(Yêu cầu dữ liệu và tích hợp: xem Tích hợp EWA với chấm công, payroll và ERP.)

flowchart TD
    A["HRIS doanh nghiệp nhân lực"] --> E["Lớp dữ liệu chuẩn"]
    B["Lịch ca và công tại khách hàng"] --> E
    C["Xác nhận của giám sát"] --> E
    D["Payroll và hợp đồng"] --> E
    E --> F["Bộ máy hạn mức EWA"]
    F --> G["Thanh toán"]
    G --> H["Đối soát payroll, ERP và khách hàng"]

Nguyên tắc một nguồn chuẩn cho mỗi miền

3. Mô hình dữ liệu “người – nhiệm vụ – khách hàng – kỳ lương”

Chỉ có employee_id là chưa đủ. Một người có thể có nhiều lần phân công trong cùng kỳ.

Các khóa quan trọng

• employee_id: mã người lao động;

• employerid hoặc legalentity_id: pháp nhân giao kết quan hệ lao động;

• client_id: khách hàng;

• site_id: địa điểm làm việc;

• assignment_id: nhiệm vụ/phân công cụ thể;

• contract_id: hợp đồng dịch vụ hoặc tham chiếu cần thiết;

• payroll_group: nhóm quy tắc/kỳ lương;

• payperiodid: kỳ lương;

• effectivefrom, effectiveto: ngày hiệu lực;

• transaction_id: giao dịch EWA;

• payment_reference: tham chiếu thanh toán.

Vì sao `assignment_id` quan trọng?

Nếu một nhân viên làm 10 ngày tại Khách hàng A và 12 ngày tại Khách hàng B, hệ thống phải biết từng bản ghi công thuộc nhiệm vụ nào, được ai duyệt và áp dụng quy tắc nào. Không nên chỉ giữ khách hàng hiện tại trên hồ sơ nhân viên rồi ghi đè lịch sử.

Mẫu dữ liệu phân công

{
  "employee_id": "EMP-000123",
  "employer_id": "NK-DEMO",
  "client_id": "CLIENT-DEMO-B",
  "site_id": "SITE-B02",
  "assignment_id": "ASN-2026-00871",
  "payroll_group": "MONTHLY-B",
  "effective_from": "2026-08-12",
  "effective_to": null,
  "status": "ACTIVE",
  "record_version": 3
}

Đây là dữ liệu giả minh họa, không phải cấu trúc API chính thức của Lương Ngày.

4. Ai ghi nhận công và ai duyệt công?

(Khái niệm nền: xem Công đã duyệt là gì?.)

Ba vai trò có thể khác nhau:

1. Người ghi nhận: máy chấm công, ứng dụng, bảng công hoặc giám sát tại điểm.

2. Người xác nhận hiện diện/nghiệp vụ: tổ trưởng hoặc quản lý khách hàng.

3. Người duyệt để tính lương: người có thẩm quyền của doanh nghiệp nhân lực theo quy trình.

Bốn mô hình phê duyệt thường gặp

EWA phải dùng đúng trạng thái đã được chính sách phê duyệt. “Khách hàng đã xem” không mặc nhiên bằng “công đã duyệt để trả lương”.

5. SLA duyệt công phải được thiết kế cùng khách hàng

Nếu khách hàng xác nhận công chậm, người lao động không thấy hạn mức dù nền tảng hoạt động bình thường. Vì vậy SLA duyệt công phải là một phần của quy trình phối hợp, không chỉ là việc nội bộ HR.

KPI đề xuất

Tỷ lệ công được duyệt đúng hạn (%) = Bản ghi được duyệt trước mốc ÷ Tổng bản ghi cần duyệt × 100%

Theo dõi theo:

• khách hàng;

• địa điểm;

• ca;

• người duyệt;

• loại ngoại lệ;

• tuổi của công chưa duyệt;

• lý do chậm.

Không nên chỉ báo cáo một tỷ lệ toàn hệ thống. Một khách hàng chậm có thể bị che bởi nhiều khách hàng đang duyệt tốt.

Cơ chế nhắc và escalation

• nhắc trước và sau mốc;

• danh sách ngoại lệ cần xử lý;

• ủy quyền thay thế khi người duyệt nghỉ;

• escalation theo tuổi bản ghi;

• cảnh báo khi một điểm làm việc không có dữ liệu;

• báo cáo cho đầu mối khách hàng và doanh nghiệp;

• ghi nguyên nhân khi duyệt muộn.

6. Công tại khách hàng cần những trường nào?

Nếu khách hàng gửi file, cần thêm batch_id, số lượng bản ghi, checksum, thời điểm tạo và phiên bản file.

7. Điều chuyển giữa khách hàng trong cùng kỳ

Đây là tình huống dễ tạo công trùng hoặc thiếu.

Quy trình nên có

1. kết thúc phân công cũ bằng ngày/giờ hiệu lực;

2. mở phân công mới;

3. kiểm tra không có khoảng chồng lấn trái quy tắc;

4. xác nhận công còn treo tại khách hàng cũ;

5. xác định nhóm payroll và chính sách EWA mới;

6. tính lại hạn mức nếu quy tắc thay đổi;

7. thông báo cho người lao động nếu hạn mức bị ảnh hưởng;

8. phân quyền quản lý/duyệt theo địa điểm mới;

9. đối soát giao dịch đã phát sinh với kỳ lương đúng.

Không ghi đè khách hàng cũ

Hồ sơ cần lịch sử assignmentid. Nếu chỉ đổi clientid hiện tại, báo cáo quá khứ có thể gắn toàn bộ công và giao dịch cho khách hàng mới.

8. Kết thúc nhiệm vụ khác với nghỉ việc

Một người có thể kết thúc tại Khách hàng A nhưng chờ điều chuyển sang Khách hàng B; hoặc nghỉ việc hoàn toàn.

Doanh nghiệp cần ít nhất hai trạng thái độc lập:

• trạng thái quan hệ lao động;

• trạng thái phân công/nhiệm vụ.

Ma trận xử lý tham khảo

Quy tắc chính thức phải được HR, Payroll và pháp lý phê duyệt. Không nên tự động khóa hoặc mở chỉ dựa vào một file khách hàng.

9. Nhiều kỳ lương và chính sách tại nhiều khách hàng

Doanh nghiệp nhân lực có thể trả lương theo cùng kỳ, nhưng dữ liệu khách hàng được chốt vào các ngày khác nhau. Một số khách hàng có phụ cấp, tăng ca, thưởng chuyên cần hoặc quy tắc làm tròn riêng.

Bảng cấu hình cần quản lý phiên bản

Không nên hard-code chính sách theo tên khách hàng trong mã nguồn. Cấu hình cần có ngày hiệu lực, người phê duyệt và lịch sử thay đổi.

10. Tăng ca và khoản thu nhập biến đổi

Tăng ca tại khách hàng có thể đi qua nhiều bước: đăng ký, thực hiện, khách hàng xác nhận, doanh nghiệp duyệt và payroll khóa.

Các khoản như phụ cấp ca, chuyên cần, sản lượng hoặc thưởng có thể chỉ được xác định cuối kỳ. Doanh nghiệp phải phân loại:

• phần đã chắc chắn và được duyệt;

• phần tạm tính nhưng có khả năng điều chỉnh;

• phần chỉ xác định cuối kỳ;

• phần không đưa vào EWA.

Nếu tính khoản biến đổi vào hạn mức, cần cơ chế dự phòng, phiên bản và giải thích cho người lao động. Không nên dùng doanh thu dự kiến từ khách hàng làm căn cứ trực tiếp cho quyền nhận lương của từng người.

11. Trách nhiệm khi khách hàng sửa công muộn

Công có thể bị sửa sau khi EWA đã phát sinh giao dịch. Quy trình cần trả lời:

1. khách hàng được sửa trong khoảng thời gian nào;

2. ai duyệt thay đổi;

3. có lưu giá trị trước/sau không;

4. giao dịch nào dùng phiên bản cũ;

5. hạn mức hiện tại được tính lại thế nào;

6. chênh lệch được xử lý ở kỳ nào;

7. ai liên hệ người lao động;

8. khách hàng và doanh nghiệp đối soát ra sao;

9. lỗi lặp lại được khắc phục thế nào.

Không nên xóa bản ghi cũ. Cần sự kiện điều chỉnh hoặc phiên bản để có thể tái tạo hạn mức tại thời điểm giao dịch.

12. Nguồn tiền và dòng tiền trong mô hình nhiều bên

Trước triển khai cần xác định:

• bên nào chuyển tiền cho người lao động;

• tài khoản nguồn thuộc ai;

• khi nào giao dịch được coi là nghĩa vụ giữa các bên;

• doanh nghiệp nhân lực và khách hàng quyết toán khi nào;

• phí do bên nào chịu;

• giao dịch thất bại, chưa rõ hoặc hoàn trả xử lý thế nào;

• khi khách hàng thanh toán chậm, quyền lợi người lao động và nghĩa vụ các bên ra sao;

• công nợ và bút toán phản ánh theo hợp đồng nào.

EWA không nên được thiết kế dựa trên giả định rằng khách hàng chắc chắn thanh toán đúng ngày nếu hợp đồng và thực tế dòng tiền không bảo đảm điều đó. Phòng Finance cần xây kịch bản dòng tiền và giới hạn chương trình.

13. Đối soát năm chiều

(Chi tiết đối soát: xem Đối soát giao dịch EWA với payroll và kế toán.)

Trong mô hình nhiều khách hàng, đối soát có thể cần năm chiều:

1. công đã được xác nhận/duyệt;

2. hạn mức và giao dịch EWA;

3. kết quả thanh toán;

4. payroll/ERP;

5. hồ sơ xác nhận/quyết toán với khách hàng khi liên quan.

flowchart TD
    A["Công khách hàng"] --> F["Đối soát"]
    B["Giao dịch EWA"] --> F
    C["Kết quả thanh toán"] --> F
    D["Payroll và ERP"] --> F
    E["Hồ sơ khách hàng"] --> F
    F --> G["Khớp hoặc case chênh lệch"]

Chênh lệch thường gặp

• khách hàng xác nhận nhưng doanh nghiệp chưa duyệt;

• công ở sai assignment_id;

• người đã điều chuyển vẫn có công tại điểm cũ;

• EWA thành công nhưng payroll thiếu;

• payment thành công nhưng EWA chưa nhận callback;

• giao dịch vào sai pháp nhân hoặc kỳ;

• khách hàng sửa công sau cutoff;

• tổng theo khách hàng khớp nhưng sai theo nhân viên;

• phí hoặc khoản quyết toán gắn sai hợp đồng.

14. Phân quyền khách hàng mà không lộ dữ liệu không cần thiết

(Khung bảo mật: xem Bảo mật dữ liệu và quyền riêng tư khi triển khai EWA.)

Người dùng phía khách hàng chỉ nên thấy người lao động và dữ liệu thuộc phạm vi họ cần xác nhận. Không nên mặc định cho khách hàng xem:

• toàn bộ lịch sử nhận lương sớm;

• số tiền giao dịch cá nhân;

• dữ liệu tại khách hàng khác;

• thông tin tài khoản ngân hàng đầy đủ;

• hồ sơ lương ngoài phạm vi trách nhiệm;

• cảnh báo gian lận chi tiết;

• dữ liệu nhân sự không cần cho chấm công.

Kiểm soát quyền

• phân quyền theo clientid, siteid và vai trò;

• quyền có ngày hết hạn;

• rà soát khi hợp đồng hoặc đầu mối thay đổi;

• MFA cho người duyệt;

• không dùng tài khoản chung;

• log việc xem, sửa, duyệt và xuất dữ liệu;

• phê duyệt riêng khi tải dữ liệu hàng loạt;

• thông báo và thu hồi ngay khi người dùng khách hàng nghỉ/chuyển việc.

15. Kênh hỗ trợ ba bên

Người lao động không nên phải tự đoán lỗi thuộc khách hàng, doanh nghiệp nhân lực hay nhà cung cấp EWA.

Phân tuyến theo loại vấn đề

Ticket cần có một mã xuyên suốt và trạng thái mà người lao động có thể theo dõi. Không nên yêu cầu họ liên hệ lại từ đầu với từng bên.

16. KPI cho doanh nghiệp cung ứng lao động

KPI dẫn dắt

• tỷ lệ người lao động có assignment hợp lệ;

• tỷ lệ công khách hàng gửi đúng hạn;

• tỷ lệ công được duyệt đúng hạn;

• tuổi trung bình/trung vị của công chờ duyệt;

• tỷ lệ thay đổi assignment được cập nhật đúng hạn;

• độ mới dữ liệu hạn mức.

KPI trải nghiệm và vận hành

• tỷ lệ kích hoạt theo khách hàng;

• tỷ lệ giao dịch thành công;

• thời gian nhận tiền;

• ticket trên 1.000 giao dịch;

• tỷ lệ xử lý tự động;

• tỷ lệ đối soát tự động;

• chênh lệch theo khách hàng/nguyên nhân;

• điều chỉnh công sau cutoff.

KPI nhân sự và thương mại

• tỷ lệ nhận việc và hiện diện giai đoạn đầu;

• nghỉ việc theo cohort;

• tỷ lệ đáp ứng nhân lực;

• yêu cầu tạm ứng thủ công;

• mức độ nhận biết và hài lòng;

• khối lượng vận hành trên mỗi khách hàng.

Không nên kết luận EWA gây ra thay đổi nhân sự chỉ từ so sánh trước/sau. Cần xem mùa vụ, đơn hàng, mức lương, quản lý, địa điểm và chính sách khác.

17. Pilot nên chọn khách hàng nào?

(Lộ trình chuẩn: xem Kế hoạch pilot EWA 90 ngày cho doanh nghiệp.)

Khách hàng pilot phù hợp thường có:

• nhu cầu và sự đồng thuận rõ;

• đầu mối có thẩm quyền;

• dữ liệu công tương đối ổn định;

• quy trình ca và tăng ca đại diện;

• đủ số người/giao dịch để kiểm thử;

• sẵn sàng duyệt công đúng hạn;

• phối hợp truyền thông và hỗ trợ;

• không đồng thời thay hệ thống chấm công lớn.

Không nên chọn khách hàng chỉ vì quan hệ thuận lợi nếu quy trình của họ quá khác phần còn lại.

Phạm vi pilot cần đi qua

• một vòng onboarding/kích hoạt;

• ca thường, tăng ca và công ngoại lệ;

• điều chuyển hoặc kết thúc assignment;

• giao dịch thành công, thất bại, chưa rõ và hoàn;

• đối soát hằng ngày;

• một kỳ payroll hoàn chỉnh;

• xác nhận/quyết toán khách hàng nếu thuộc phạm vi;

• khiếu nại và sự cố.

18. Checklist UAT nhiều khách hàng

Người lao động và assignment

• [ ] Một người có một assignment hoạt động.

• [ ] Một người có hai assignment hợp lệ trong kỳ.

• [ ] Điều chuyển giữa khách hàng.

• [ ] Kết thúc nhiệm vụ nhưng chưa nghỉ việc.

• [ ] Nghỉ việc nhưng file khách hàng vẫn còn công.

• [ ] Sai pháp nhân hoặc mã khách hàng.

Công và phê duyệt

• [ ] Khách hàng gửi công đúng hạn.

• [ ] Công chờ xác nhận và công đã duyệt.

• [ ] Công bị từ chối.

• [ ] Công sửa sau duyệt.

• [ ] File trùng, thiếu hoặc đến sai thứ tự.

• [ ] Người duyệt nghỉ và có ủy quyền thay thế.

Hạn mức và giao dịch

• [ ] Chỉ dữ liệu đủ điều kiện tạo hạn mức.

• [ ] Thay đổi assignment áp dụng đúng ngày.

• [ ] Gửi lại cùng khóa không tạo giao dịch trùng.

• [ ] Timeout tạo trạng thái chưa rõ.

• [ ] Giao dịch hoàn được xử lý đúng.

Payroll và đối soát

• [ ] Giao dịch vào đúng người, pháp nhân, khách hàng và kỳ.

• [ ] Payroll chặn giao dịch trùng.

• [ ] Đối soát từng giao dịch, không chỉ tổng.

• [ ] Chênh lệch tạo case có chủ sở hữu.

• [ ] Điều chỉnh có giá trị trước/sau và phê duyệt.

Quyền và bảo mật

• [ ] Người dùng khách hàng chỉ thấy phạm vi của mình.

• [ ] Khách hàng không xem lịch sử EWA cá nhân không cần thiết.

• [ ] Quyền hết hạn và thu hồi đúng.

• [ ] Xuất dữ liệu được ghi log.

• [ ] Kịch bản lộ file hoặc chiếm tài khoản được diễn tập.

19. Khung pháp lý cần lưu ý

Bộ luật Lao động số 45/2019/QH14 có hiệu lực từ ngày 1/1/2021. Nghị định 145/2020/NĐ-CP có hiệu lực từ ngày 1/2/2021, quy định chi tiết và hướng dẫn một số điều của Bộ luật Lao động về điều kiện lao động và quan hệ lao động, trong đó có nội dung liên quan đến cho thuê lại lao động.

Doanh nghiệp phải xác định đúng mô hình pháp lý, điều kiện hoạt động, quyền và nghĩa vụ của các bên, trách nhiệm trả lương và hồ sơ áp dụng. Không nên dùng thuật ngữ “cung ứng lao động” để thay thế việc phân loại quan hệ thực tế.

Về dữ liệu, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP có hiệu lực từ ngày 1/1/2026. Việc chia sẻ dữ liệu giữa doanh nghiệp nhân lực, khách hàng, nhà cung cấp EWA và đối tác thanh toán cần được rà soát theo vai trò, mục đích, phạm vi và biện pháp bảo vệ thực tế.

Các kết luận pháp lý cụ thể về sản phẩm, tạm ứng, quyết toán và khấu trừ phải dựa trên hợp đồng, quy chế và luồng tiền thật, không suy ra chỉ từ tên gọi EWA.

Kết luận

EWA có tiềm năng lớn trong doanh nghiệp cung ứng và cho thuê lại lao động vì giải quyết nhu cầu của lực lượng lao động phân tán và giúp số hóa tạm ứng. Nhưng mức độ phức tạp cũng cao hơn: dữ liệu công phát sinh tại khách hàng, payroll thuộc doanh nghiệp nhân lực, giao dịch qua nhà cung cấp EWA và thanh toán phải được liên kết nhất quán.

Điều kiện thành công là quản lý đúng mô hình người – assignment – khách hàng – kỳ lương, duyệt công đúng hạn, tách kết thúc nhiệm vụ khỏi nghỉ việc, phân quyền tối thiểu và đối soát đến từng giao dịch. Hãy tìm hiểu Lương Ngày cho doanh nghiệp để trao đổi về mô hình Lương Ngày cho lực lượng lao động làm việc tại nhiều khách hàng và địa điểm.

Nguồn tham khảo

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

• Nghị định 145/2020/NĐ-CP hướng dẫn Bộ luật Lao động

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

• Nghị định 356/2025/NĐ-CP hướng dẫn Luật Bảo vệ dữ liệu cá nhân

---

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