Làm việc tại nhiều khách hàng thì Lương Ngày tính công và số tiền được nhận thế nào?

Trả lời ngắn: Lương Ngày hỗ trợ một người lao động làm việc tại nhiều khách hàng. Tuy nhiên, công và tiền không được cộng chung một cách tùy ý. Hệ thống tách từng nơi làm việc theo mã khách hàng; tại mỗi nơi còn có mã chấm công, nguồn công, ca, đơn giá, trạng thái duyệt và cấu hình khoản giữ riêng.

Khi người lao động mở ứng dụng, cần kiểm tra đúng khách hàng trước khi xem công hoặc phản ánh sai lệch. Một nơi đã duyệt công không làm công của nơi còn lại tự động được duyệt; một nơi đã bật tính năng nhận Lương Ngày cũng không đồng nghĩa tất cả nơi làm việc đều đã bật.

> Lưu ý: Chính sách cộng hạn mức và cách hiển thị trên giao diện có thể khác nhau theo từng doanh nghiệp và phiên bản ứng dụng; người dùng cần kiểm tra thông tin hiển thị trên ứng dụng tại thời điểm sử dụng.

Vì sao một người có thể làm tại nhiều khách hàng?

(Với doanh nghiệp cung ứng lao động: xem EWA cho doanh nghiệp cung ứng và cho thuê lại lao động.)

Trong mô hình cung ứng và cho thuê lại lao động, một người có thể thay đổi nơi làm việc trong kỳ, được điều phối giữa các khách hàng hoặc có dữ liệu công hợp lệ tại nhiều khách hàng. Vì vậy, hệ thống không thể giả định mỗi CCCD chỉ gắn với một nơi duy nhất suốt toàn bộ thời gian.

Mã nguồn đã thể hiện khả năng multi-workplace—một người lao động có thể có quan hệ với nhiều khách hàng. Đây là đặc điểm quan trọng của Lương Ngày trong môi trường staffing, nơi dữ liệu nhân sự, phân công và bảng công thường phức tạp hơn một doanh nghiệp chỉ có một nhà máy.

Hệ thống nhận diện người và nơi làm việc bằng gì?

Ba lớp dữ liệu cần được nối đúng:

Họ tên chỉ giúp con người đọc; không nên là khóa duy nhất vì có thể trùng tên, thiếu dấu hoặc khác cách viết. Nếu CCCD đúng nhưng mã chấm công tại một khách hàng sai, công tại nơi đó vẫn có thể không nối được với tài khoản.

Những dữ liệu nào được tách theo từng khách hàng?

Mã chấm công

Cùng một người có thể mang mã chấm công khác nhau ở hai nơi. Mã A123 tại nhà máy A không tự động dùng được cho kho B.

Nguồn chấm công

Khách hàng A có thể dùng QR trên app; khách hàng B có thể gửi Google Sheet; khách hàng C có thể dùng geofence. Tốc độ cập nhật và quy trình xử lý lỗi vì thế cũng khác nhau.

Ca và quy tắc giờ làm

Mỗi khách hàng có thể dùng lịch ca, ký hiệu công và cách xử lý ca đêm khác nhau. Một giờ Vào/Ra hợp lệ ở nơi này chưa chắc phù hợp với cửa sổ ca của nơi khác.

Người duyệt

Giám sát Nhân Kiệt hoặc đại diện khách hàng có quyền duyệt công. Danh sách người phụ trách và tiến độ duyệt có thể khác theo nơi làm việc.

Đơn giá/ngày

Số tiền khả dụng không được suy ra từ một đơn giá chung của người lao động. Đơn giá/ngày được Nhân Kiệt cấu hình theo từng khách hàng.

Khoản giữ dự trù

Khách hàng có thể được cấu hình giữ N ngày công mới nhất và/hoặc 10,5% khi mức ứng đạt ngưỡng. Do đó, cùng số ngày công nhưng phần mở để nhận sớm có thể khác nhau.

Trạng thái bật tính năng

Chi tự động được mở dần theo từng khách hàng. Một người có thể thấy công tại hai nơi nhưng chỉ nơi đã được kích hoạt mới cho phép thực hiện luồng nhận tiền tương ứng.

Công thức được áp dụng ra sao?

Theo cấu hình hiện tại, số tiền khả dụng dựa trên:

> Công đã duyệt × đơn giá/ngày của khách hàng − số đã nhận trong kỳ − khoản giữ dự trù

Kết quả được làm tròn xuống bội 1.000 đồng. Hệ thống chặn ngày hôm nay chưa chốt và ngày tương lai.

Khi có nhiều khách hàng, cần hiểu phép tính theo hai tầng:

1. Xác định phần công hợp lệ tại từng khách hàng;

2. Áp dụng cấu hình của đúng khách hàng trước khi đưa ra số tiền người lao động có thể nhận.

Không nên tự cộng tổng ngày công × một đơn giá nếu các ngày thuộc nhiều khách hàng.

Ví dụ minh họa

Giả sử một người lao động có dữ liệu:

Đây chỉ là ví dụ toán học, không phải mức áp dụng của Nhân Kiệt. Điểm cần nhớ là mỗi cột được tính theo dữ liệu và cấu hình riêng. Nếu công tại B còn chờ duyệt, phần 700.000 đồng minh họa tại B chưa thể hình thành dù công tại A đã hoàn tất.

Số tiền của nhiều khách hàng có cộng thành một hạn mức không?

(Xem thêm: Vì sao hạn mức Lương Ngày bằng 0 hoặc chưa tăng?.)

Hệ thống có khả năng tách công và tiền theo nơi làm việc. Việc giao diện hiển thị một tổng hạn mức hợp nhất hay yêu cầu rút theo từng khách hàng có thể khác nhau theo phiên bản ứng dụng và cấu hình của từng doanh nghiệp.

Vì vậy, nội dung công bố nên nói chắc chắn ở mức:

• Công được kiểm tra theo từng khách hàng;

• Đơn giá và khoản giữ có thể khác nhau;

• Chỉ công đã duyệt mới tạo giá trị đủ điều kiện;

• Phần đã nhận được theo dõi để tránh tính trùng;

• Cách hiển thị tổng hoặc tách cần theo giao diện vận hành hiện hành.

Cách hiển thị cụ thể có thể khác nhau theo phiên bản ứng dụng và cấu hình của từng doanh nghiệp.

Khi chuyển từ khách hàng A sang khách hàng B, cần lưu ý gì?

Hồ sơ phân công phải được cập nhật

ERP cung cấp quan hệ người lao động với khách hàng, ngày vào và ngày nghỉ việc. Nếu việc điều chuyển chưa đồng bộ, người dùng có thể chưa thấy khách hàng mới hoặc vẫn thấy nơi cũ.

Cần có mã chấm công của nơi mới

Mã chấm công không mặc nhiên giữ nguyên. HR/giám sát cần gắn đúng mã dùng trên bảng công của khách hàng mới.

Phương thức chấm công có thể thay đổi

Nơi cũ dùng WiFi không có nghĩa nơi mới cũng dùng WiFi. Người lao động cần được hướng dẫn lại về QR, geofence, selfie GPS, beacon hoặc Vào/Ra.

Công cũ không biến mất

Việc chuyển nơi không nên xóa lịch sử công và giao dịch của khách hàng cũ. Dữ liệu cần được giữ tách biệt để quyết toán đúng kỳ.

Tính năng Lương Ngày có thể chưa được bật ở nơi mới

Khách hàng mới phải thuộc phạm vi triển khai. Người lao động có hồ sơ và chấm công hợp lệ chưa đủ để kết luận họ được tự rút tại mọi nơi.

12 tình huống dễ nhầm khi làm nhiều nơi

1. Đang xem sai khách hàng

Người lao động thấy “không có công” nhưng thực tế đang mở thẻ của nơi khác.

Xử lý: Kiểm tra tên khách hàng trước ngày và ca.

2. Dùng sai mã chấm công

Dòng công đi vào bảng nhưng không khớp hồ sơ tại đúng khách hàng.

Xử lý: Đối chiếu mã của từng nơi, không chỉ đối chiếu họ tên.

3. Dùng phương thức chấm công của nơi cũ

Người lao động cố quét QR trong khi khách hàng mới dùng geofence.

Xử lý: Xem cấu hình/hướng dẫn tại nơi mới.

4. Công A đã duyệt, công B chưa duyệt

Người lao động cho rằng “đã được duyệt” là trạng thái chung cho cả tài khoản.

Xử lý: Kiểm tra từng bản ghi theo từng khách hàng.

5. Hai nơi có chu kỳ cập nhật khác nhau

App ghi thời gian thực; Google Sheet đồng bộ khoảng 30 phút. Hai khách hàng dùng hai nguồn sẽ không xuất hiện cùng lúc.

Xử lý: Xác định nguồn và lần đồng bộ gần nhất.

6. Hai nơi có đơn giá khác nhau

Số ngày giống nhau nhưng tiền khác nhau không nhất thiết là lỗi.

Xử lý: Đối chiếu đơn giá đã được Nhân Kiệt cấu hình và thông tin lương chính thức.

7. Khoản giữ khác nhau

Một khách hàng giữ ngày công mới nhất nhiều hơn hoặc áp dụng cấu hình khác.

Xử lý: Xem chi tiết khoản giữ của từng nơi; không gọi phần giữ là phí.

8. Một nơi chưa bật tự rút

Công vẫn hiển thị nhưng nút nhận tiền không khả dụng.

Xử lý: Hỏi giám sát/HR về phạm vi triển khai tại đúng khách hàng.

9. Ngày điều chuyển bị ghi ở cả hai nơi

Nếu dữ liệu nguồn cùng ghi nhận một ngày nhưng thực tế chỉ làm ở một nơi, hệ thống cần xác minh thay vì tự cộng cả hai.

Xử lý: Cung cấp lịch phân công và bằng chứng cho giám sát; không cố rút trước khi dữ liệu được làm rõ.

10. Ca đêm bị gán nhầm ngày hoặc khách hàng

Ca qua nửa đêm có thể bị hiểu sai nếu nguồn công không dùng đúng quy tắc.

Xử lý: Báo rõ giờ bắt đầu, kết thúc, tên ca và nơi làm việc.

11. Phần đã nhận bị hiểu là trừ hai lần

Người lao động nhìn tổng tiền công ở hai nơi nhưng quên khoản đã nhận trong kỳ đã được trừ khỏi phần còn lại.

Xử lý: Đối chiếu từng giao dịch, mã tham chiếu và chi tiết tính.

12. Kỳ công của hai khách hàng không trùng cách hiển thị

Ngày chốt hoặc màn hình kỳ có thể làm người dùng so sánh sai phạm vi.

Xử lý: Kiểm tra ngày bắt đầu–kết thúc của kỳ đang xem; quy tắc kỳ có thể khác nhau theo từng doanh nghiệp.

Quy trình tự kiểm tra khi công hoặc tiền giữa hai nơi không khớp

Bước 1: Liệt kê từng nơi làm việc

Ghi tên khách hàng, khoảng ngày làm và mã chấm công tương ứng. Không gộp tất cả vào một dòng phản ánh.

Bước 2: Đối chiếu lịch phân công

Xác định ngày nào làm tại A, ngày nào làm tại B. Với ngày điều chuyển, ghi rõ giờ và người phân công.

Bước 3: Kiểm tra nguồn và trạng thái công

Xác định dữ liệu đến từ app hay Sheet, đã đồng bộ chưa, đang chờ duyệt, đã duyệt hay bị từ chối.

Bước 4: Kiểm tra phép tính từng nơi

Đối chiếu số công đủ điều kiện, đơn giá, số đã nhận và khoản giữ; chỉ sau đó mới xem tổng.

Bước 5: Gửi đúng đầu mối

Sai phân công/hồ sơ: HR Nhân Kiệt. Sai bảng công: giám sát hoặc khách hàng. Công đã duyệt nhưng phép tính sai: hỗ trợ nghiệp vụ Lương Ngày. Giao dịch chưa rõ: hỗ trợ thanh toán.

Mẫu yêu cầu kiểm tra khi làm nhiều khách hàng

> Tôi cần kiểm tra dữ liệu Lương Ngày khi làm tại nhiều khách hàng. Họ tên: …; CCCD/mã nhân viên theo kênh bảo mật: …; Khách hàng A: …, mã chấm công …, ngày/ca …, trạng thái …; Khách hàng B: …, mã chấm công …, ngày/ca …, trạng thái … . Nội dung chưa khớp: … . Tôi đã đối chiếu lịch phân công, công đã duyệt, số đã nhận và khoản giữ. Nhờ bộ phận phụ trách kiểm tra theo từng khách hàng.

Không đăng CCCD đầy đủ, tài khoản ngân hàng hoặc ảnh chứa dữ liệu của người khác trong nhóm chat công khai.

Hệ thống nên hiển thị thế nào để tránh nhầm?

Giao diện cho người làm nhiều nơi nên có:

• Bộ chọn khách hàng rõ ràng;

• Màu hoặc nhãn nhất quán cho từng nơi;

• Mã chấm công và phương thức chấm công;

• Khoảng ngày phân công;

• Số công theo trạng thái;

• Lần đồng bộ gần nhất;

• Đơn giá đang dùng hoặc giải thích quyền xem;

• Số đã nhận và khoản giữ theo khách hàng;

• Tổng hợp cuối cùng không làm mất khả năng truy ngược;

• Cảnh báo khi một ngày xuất hiện ở nhiều nơi;

• Nút gửi yêu cầu đã gắn sẵn khách hàng và bản ghi.

Nguyên tắc quan trọng là tổng hợp nhưng không trộn nguồn: người dùng có thể thấy một bức tranh chung nhưng vẫn mở được chi tiết từng đồng tiền đến từ ngày công nào và khách hàng nào.

Kết luận

Lương Ngày hỗ trợ đúng thực tế của mô hình cung ứng lao động: một người có thể làm ở nhiều khách hàng, nhưng mọi dữ liệu phải được tách đúng theo nơi làm việc. CCCD nhận diện người; mã khách hàng nhận diện doanh nghiệp; mã chấm công nối dòng công tại từng nơi.

Khi kiểm tra tiền được nhận, đừng chỉ cộng tổng số ngày. Hãy kiểm tra từng khách hàng theo thứ tự: phân công—mã chấm công—nguồn dữ liệu—ca—trạng thái duyệt—đơn giá—số đã nhận—khoản giữ—trạng thái bật tính năng. Cách tách này giúp bảo vệ quyền lợi người lao động, tránh tính trùng và làm cho đối soát cuối kỳ minh bạch.

Nguồn tham khảo

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

---

Tác giả: Hồ Tấn Đạt — Trợ Lý Phó Tổng Giám Đốc 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