Ai được sử dụng Lương Ngày? Điều kiện đăng ký, xác thực và nhận tiền

Minh Khang NguyễnLương Ngày hiện được thiết kế chủ yếu cho người lao động do Nhân Kiệt cung ứng đến các khách hàng đã triển khai hệ thống, không phải ứng dụng tài chính mở cho mọi cá nhân tự tải về rồi nhận tiền. Để sử dụng, người lao động cần có hồ sơ hợp lệ trong hệ thống NK, được gắn đúng khách hàng, định danh bằng CCCD, có tài khoản VPBank chính chủ đã xác thực và có ngày công đã làm được duyệt. Khách hàng cũng phải bật tính năng tự rút cho nhóm lao động tương ứng.

> Lưu ý: Giá trị cấu hình nêu trong bài là mặc định và có thể được Nhân Kiệt điều chỉnh. Giao diện, điều khoản và thông báo chính thức hiển thị tại thời điểm sử dụng là thông tin người lao động cần kiểm tra.

Trả lời ngắn gọn

Người lao động thường phải vượt qua ba lớp điều kiện:

1. Được tham gia: Có hồ sơ lao động trong hệ thống NK và thuộc khách hàng/nhóm đã triển khai Lương Ngày.

2. Có số tiền khả dụng: Có công đã làm, đã được giám sát NK hoặc khách hàng duyệt và còn giá trị sau khi trừ số đã nhận cùng khoản giữ dự trù.

3. Được chi tiền: Hồ sơ CCCD đạt yêu cầu, tài khoản VPBank chính chủ đã xác thực, khách hàng đã bật tự rút và giao dịch nằm trong các giới hạn an toàn.

Có tài khoản đăng nhập không đồng nghĩa chắc chắn có hạn mức; có hạn mức cũng chưa đồng nghĩa giao dịch sẽ được chi nếu bước xác thực hoặc trạng thái hệ thống chưa hoàn tất.

1. Lương Ngày dành cho ai?

(Tổng quan: xem Lương ngày là gì?.)

Đối tượng chính hiện tại

Theo hệ thống đã xác minh, đối tượng chính là người lao động được Nhân Kiệt cung ứng đến làm việc tại khách hàng. Khách hàng sử dụng cổng riêng để xem danh sách lao động, kiểm tra và duyệt công.

Một người có thể làm tại nhiều khách hàng. Hệ thống tách công, đơn giá và số tiền theo từng nơi nhưng vẫn liên kết đúng với một người lao động.

Không phải ai tải ứng dụng cũng sử dụng được

Lương Ngày là mô hình gắn với doanh nghiệp và dữ liệu payroll/chấm công. Hệ thống phải biết:

• người lao động là ai;

• đang làm cho khách hàng nào;

• ngày vào làm hoặc nghỉ việc;

• mã chấm công tại khách hàng;

• công nào đã làm và được duyệt;

• đơn giá/ngày nào được áp dụng;

• số đã nhận trong kỳ;

• ai chịu trách nhiệm đối soát cuối kỳ.

Một người không có quan hệ trong hệ thống NK hoặc không thuộc khách hàng đã tham gia sẽ không có nguồn công và payroll để Lương Ngày tính số tiền đã kiếm được.

Lao động của mọi khách hàng NK có tự động được dùng không?

Không mặc định. Khách hàng phải được cấu hình và bật tính năng phù hợp. Việc đã là lao động do NK quản lý chưa đủ để kết luận nơi làm việc đã mở Lương Ngày hoặc đã bật tự rút.

2. Ba lớp điều kiện cần phân biệt

Lớp	Câu hỏi	Điều kiện chính
Tham gia	Tôi có thuộc chương trình không?	Hồ sơ NK hợp lệ, đúng khách hàng/nhóm được triển khai
Hạn mức	Tôi có số tiền nào được nhận không?	Công đã duyệt, đơn giá hợp lệ, còn tiền sau số đã nhận và khoản giữ
Giao dịch	Tôi có nhận tiền ngay lúc này không?	CCCD và tài khoản hợp lệ, khách hàng bật tự rút, không vượt trần/khóa an toàn

Vì sao cần chia ba lớp?

Nếu chỉ hiển thị “không đủ điều kiện”, người lao động không biết phải hỏi ai. Mỗi lớp có chủ sở hữu khác nhau:

• sai hồ sơ: HR/Vận hành NK;

• thiếu hoặc sai công: giám sát NK/khách hàng;

• sai tài khoản: người lao động và bộ phận xác thực;

• giao dịch treo: đội thanh toán/đối soát;

• tính năng chưa bật: đầu mối triển khai với khách hàng.

Thông báo đúng nguyên nhân giúp giảm ticket chuyển vòng và tránh yêu cầu người lao động cung cấp lại dữ liệu không cần thiết.

3. Điều kiện 1: Có hồ sơ người lao động hợp lệ

ERP Nhân Kiệt là nguồn danh sách người lao động, khách hàng, ngày vào/nghỉ việc và quan hệ quản lý. Dữ liệu này được đồng bộ vào hệ thống theo lịch 03:00 hằng ngày.

Một hồ sơ cần được ghép đúng với:

• định danh người lao động;

• khách hàng đang làm việc;

• trạng thái làm việc;

• ngày hiệu lực;

• mã chấm công tại khách hàng;

• người quản lý hoặc giám sát;

• kỳ công/kỳ lương liên quan.

Nếu mới đi làm hôm nay thì sao?

Người lao động có thể phải chờ dữ liệu ERP đồng bộ và hồ sơ được gắn đúng khách hàng. Sau đó vẫn cần có ngày công đã hoàn tất và được duyệt; hệ thống không cho nhận tiền từ ngày hôm nay chưa chốt hoặc ngày tương lai.

Kết thúc nhiệm vụ có giống nghỉ việc không?

Không nhất thiết. Một người có thể kết thúc tại khách hàng A nhưng tiếp tục làm ở khách hàng B. Hệ thống phải tách trạng thái từng nơi thay vì khóa toàn bộ hồ sơ nếu quan hệ lao động chung vẫn còn hiệu lực.

4. Điều kiện 2: Định danh bằng CCCD phải khớp

Trong hệ thống, số CCCD là khóa quan trọng để:

• định danh và đăng nhập;

• ghép người lao động với dữ liệu ERP;

• khớp bảng công;

• khớp phiếu lương;

• liên kết hồ sơ xác thực;

• hỗ trợ kiểm tra chủ tài khoản nhận tiền.

Điều kiện tự rút có kiểm tra ảnh CCCD và kết quả OCR khớp hồ sơ. Nếu số CCCD sai, trùng, thiếu ảnh hoặc thông tin không khớp, hệ thống có thể không cho tiếp tục.

Người lao động cần lưu ý

• nhập đúng số CCCD đang sử dụng;

• ảnh rõ, không lóa hoặc mất góc;

• không dùng ảnh giấy tờ của người khác;

• không gửi ảnh CCCD qua tài khoản mạng xã hội không xác minh;

• nếu vừa thay đổi giấy tờ, liên hệ kênh chính thức để cập nhật;

• không tạo nhiều hồ sơ bằng cách thay số điện thoại hoặc thiết bị.

CCCD có phải dữ liệu duy nhất được xử lý không?

Không. Hệ thống còn xử lý dữ liệu công, khách hàng, tài khoản ngân hàng, giao dịch và trạng thái lao động. Mỗi dữ liệu phải được dùng đúng mục đích, phân quyền và bảo vệ phù hợp.

5. Điều kiện 3: Được gắn đúng khách hàng và mã chấm công

Một người lao động có thể có mã chấm công riêng tại từng khách hàng. Để ghép đúng bảng công, hệ thống sử dụng:

• company_id hoặc mã khách hàng từ ERP;

• định danh CCCD của người lao động;

• mã chấm công tại khách hàng;

• ngày hiệu lực của phân công.

Sai mã chấm công gây ra điều gì?

• có đi làm nhưng không thấy công;

• công bị gắn sang người khác;

• công tại khách hàng A xuất hiện dưới khách hàng B;

• đơn giá/ngày được áp dụng sai;

• giám sát không thấy người để duyệt;

• hạn mức bằng 0 hoặc sai số.

Người lao động nên cung cấp tên khách hàng, ngày làm, ca và mã chấm công khi yêu cầu hỗ trợ. Không nên chỉ gửi tên vì có thể có người trùng tên.

6. Điều kiện 4: Có công đã làm và đã được duyệt

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

Đây là điều kiện cốt lõi. Lương Ngày không tạo hạn mức từ công dự kiến hoặc ngày tương lai.

Công đến từ đâu?

Hệ thống hiện nhận công từ ba nhóm nguồn:

1. bảng công của khách hàng, chủ yếu qua Google Sheet;

2. dữ liệu nhân sự/chấm công liên quan từ hệ thống NK;

3. chức năng chấm công trong chính app Lương Ngày.

App có những hình thức chấm công nào?

Tùy khách hàng, hệ thống có thể dùng một trong sáu hình thức:

• ảnh selfie kèm GPS;

• geofence trong bán kính được cấu hình;

• QR thay đổi theo thời gian tại điểm làm việc;

• Beacon Bluetooth;

• WiFi đúng BSSID;

• bấm giờ Vào/Ra.

Không phải người lao động tự chọn tùy ý; mỗi khách hàng được cấu hình phương thức phù hợp.

Ai duyệt công?

Theo luồng hiện tại, giám sát NK hoặc khách hàng có thể duyệt. Ai duyệt hợp lệ trước thì công hoàn tất bước phê duyệt.

Khách hàng có cổng /kh để:

• xem người lao động;

• duyệt hoặc từ chối công;

• sửa giờ vào/ra và ca;

• đối soát dữ liệu.

Nếu công đã duyệt bị sửa, hệ thống tự chuyển về chờ duyệt, đồng thời lưu nhật ký trước/sau. Chỉ khi được duyệt lại, phần công đó mới tiếp tục là căn cứ chắc chắn cho hạn mức.

7. Tần suất cập nhật ảnh hưởng lúc nào thấy hạn mức

Nguồn	Tần suất đã xác minh
Chấm công trong app	Ghi nhận thời gian thực
Bảng công Google Sheet	Đồng bộ mỗi 30 phút; có nút đồng bộ ngay cho giám sát
ERP nhân sự	Đồng bộ 03:00 hằng ngày

Chấm công thời gian thực có nghĩa có tiền ngay không?

Không. “Thời gian thực” nói về lúc sự kiện chấm công được ghi nhận. Ca vẫn phải hoàn tất và được duyệt. Ngày hôm nay chưa chốt bị lưới an toàn chặn khỏi phần có thể nhận.

Khách hàng vừa sửa Sheet thì bao lâu cập nhật?

Theo lịch thông thường, hệ thống đọc lại mỗi 30 phút. Giám sát có thể dùng chức năng đồng bộ ngay. Sau khi sửa, trạng thái phê duyệt vẫn phải được kiểm tra.

8. Điều kiện 5: Tài khoản VPBank phải đứng tên chính người lao động

Luồng tự động hiện tại được khóa với tài khoản VPBank.

Quy trình xác thực gồm:

1. người lao động nhập số tài khoản VPBank;

2. hệ thống tra tên chủ tài khoản qua dịch vụ VietQR;

3. tên chủ tài khoản phải khớp với người lao động;

4. sau khi xác thực, số tài khoản được khóa;

5. tiền được chuyển vào tài khoản đã xác thực khi giao dịch đủ điều kiện.

Vì sao số tài khoản bị khóa?

Đây là kiểm soát chống đổi tài khoản nhận sang người khác sau khi hồ sơ đã được xác minh. Nếu cần thay đổi vì tài khoản đóng, sai thông tin hoặc lý do chính đáng, người lao động phải liên hệ quy trình hỗ trợ chính thức; không nên tự tạo hồ sơ khác.

Không có tài khoản VPBank thì sao?

Hệ thống có đường dẫn hướng dẫn mở tài khoản VPBank online, thời gian truyền thông nội bộ đang mô tả khoảng 5 phút. NK cần kiểm tra lại cam kết thời gian trước khi xuất bản công khai vì thời gian thực tế còn phụ thuộc quy trình ngân hàng và thiết bị người dùng.

Mã nguồn cho phép superadmin gắn thủ công ngân hàng khác trong trường hợp đặc biệt, nhưng đây không phải luồng tiêu chuẩn và không nên quảng bá như quyền mặc định của mọi người lao động.

Có nhận qua ví điện tử hoặc thẻ trả trước không?

Không trong mô hình hiện tại đã xác minh. Luồng chuẩn chuyển trực tiếp vào tài khoản VPBank chính chủ.

9. Điều kiện 6: Khách hàng đã bật tự rút và hệ thống đã mở chi tự động

Về kỹ thuật, hệ thống đã có chuỗi:

Công được duyệt → tính số khả dụng → người lao động tự yêu cầu → chi tiền → đối soát

Tuy nhiên, tính năng tự động được kiểm soát bằng nhiều tầng cờ và đang được NK mở dần theo từng khách hàng. Vì vậy hai người có điều kiện hồ sơ tương tự nhưng làm ở hai khách hàng khác nhau có thể chưa có cùng trải nghiệm tại một thời điểm.

Có cần quản lý duyệt từng lần nhận tiền không?

Khi khách hàng đã bật tự rút và tất cả điều kiện máy chủ đều đạt, người lao động chủ động yêu cầu mà không cần một người bấm duyệt riêng cho từng lần. Việc kiểm soát nằm ở công đã duyệt, hồ sơ xác thực, hạn mức và các lưới an toàn.

Vì sao triển khai theo từng khách hàng?

NK cần kiểm tra dữ liệu công, tài khoản, dòng tiền, chi hộ và đối soát trước khi mở rộng. Việc mã đã hoàn tất không đồng nghĩa mọi khách hàng được bật cùng lúc.

10. Hệ thống tính số tiền được nhận ra sao?

Theo mã nguồn đã xác minh:

Số có thể nhận = Công đã duyệt × Đơn giá/ngày − Đã nhận trong kỳ − Khoản giữ dự trù

Kết quả được làm tròn xuống bội số 1.000 đồng và áp dụng các giới hạn giao dịch.

Khoản giữ dự trù

Tùy cấu hình từng khách hàng, hệ thống có thể giữ:

• một số ngày công mới nhất; và/hoặc

• tỷ lệ 10,5% khi khoản ứng đạt điều kiện/ngưỡng cấu hình.

Khoản giữ dự trù không phải phí và vẫn được xử lý trong quyết toán lương nếu công cùng các điều kiện liên quan được chốt hợp lệ.

Hạn mức mặc định hiện tại

Giới hạn	Giá trị mặc định
Tối thiểu mỗi lần	50.000 đồng
Tối đa mỗi lệnh	3.000.000 đồng
Tối đa mỗi người mỗi ngày	5.000.000 đồng

Các giới hạn do NK quản trị cấu hình và có thể được thay đổi. Hệ thống còn có cấu trúc hạn mức theo thâm niên, nhưng NK cần xác nhận cơ chế này có đang bật trước khi công bố chính thức.

11. Có tài khoản nhưng vì sao vẫn chưa nhận được tiền?

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

Hiện tượng	Nguyên nhân có thể	Nơi cần kiểm tra
Không thấy khách hàng	Hồ sơ/phân công chưa đồng bộ	HR/Vận hành NK
Có khách hàng nhưng không có công	Sai mã chấm công hoặc nguồn chưa đồng bộ	Giám sát/khách hàng
Có công nhưng chưa có tiền	Công chưa duyệt hoặc thuộc hôm nay	Giám sát/khách hàng
Có tiền tạm tính nhưng khả dụng bằng 0	Đã nhận hết phần khả dụng hoặc khoản giữ bao phủ	Chi tiết hạn mức
Không tạo được yêu cầu	Dưới mức tối thiểu hoặc vượt trần	Chính sách giao dịch
Báo sai CCCD	Ảnh/OCR hoặc hồ sơ không khớp	Kênh xác thực chính thức
Báo sai tài khoản	Tên chủ tài khoản không khớp	Người lao động/ngân hàng
Đủ điều kiện nhưng chưa có nút tự rút	Khách hàng/tính năng chưa được bật	Đầu mối triển khai
Giao dịch đang chờ	Ngân hàng chưa trả trạng thái chắc chắn	Thanh toán/tra soát

Không nên khắc phục bằng cách tạo thêm tài khoản, đổi CCCD hoặc nhờ người khác rút hộ. Cách đúng là xác định đang vướng ở lớp tham gia, hạn mức hay giao dịch.

12. Quy trình đăng ký và kích hoạt nên hiểu thế nào?

Bước 1: Hồ sơ lao động tồn tại trong hệ thống

Đây là điểm khác với ứng dụng cho vay hoặc ứng tiền trực tiếp tới người tiêu dùng: Lương Ngày không chỉ dựa vào dữ liệu do người dùng tự khai.

Bước 2: Khớp định danh

CCCD giúp liên kết hồ sơ, công và phiếu lương. Thông tin sai phải được sửa qua đầu mối có thẩm quyền.

Bước 3: Xác thực tài khoản nhận

Tài khoản VPBank phải tra được tên và khớp người lao động.

Bước 4: Chờ điều kiện vận hành

Khách hàng phải bật tính năng; người lao động phải có công hoàn tất và được duyệt.

Bước 5: Tự chọn số tiền

Người lao động chỉ yêu cầu trong số khả dụng và phải tick cam kết rằng khoản nhận là tạm ứng theo ngày công tạm tính, được đối soát vào lương.

13. Nhận tiền có mất lãi hoặc phí không?

(Vì sao không phải khoản vay: xem EWA có phải là vay không?.)

Theo luồng đang chạy hiện tại:

• không có lãi suất;

• không thu phí người lao động;

• cuối kỳ đối soát đúng số đã chi thành công.

Trong code có mô hình phí cũ 1,5%/tháng nhưng chỉ còn ở phần kiểm thử và không áp dụng trong luồng thật đã xác minh. NK vẫn cần xác nhận chính sách phí chính thức, thời hạn áp dụng và bên chịu chi phí vận hành trước khi dùng thông điệp “miễn phí vĩnh viễn”.

Người lao động cần đọc màn hình xác nhận. Nếu có bất kỳ chi phí nào trong tương lai, hệ thống phải hiển thị rõ số tiền, bên chịu phí và số thực nhận trước khi xác nhận.

14. Tiền được chuyển từ đâu và vào đâu?

Theo mã nguồn, tiền được chuyển từ tài khoản chuyên chi của NK tại VPBank qua API chi hộ, vào tài khoản VPBank đã xác thực của người lao động.

Mã nguồn xác nhận đường đi kỹ thuật nhưng không quyết định bản chất nguồn vốn phía sau tài khoản chuyên chi. NK cần xác nhận riêng nguồn quỹ là vốn NK, tiền khách hàng nạp trước hay cấu trúc khác trước khi mô tả công khai.

Về vận hành:

• hệ thống dùng mã giao dịch để chống chi trùng;

• chỉ ghi nhận đã chi khi nhận phản hồi hợp lệ;

• trạng thái không rõ được giữ chờ;

• khoản treo được tra soát định kỳ;

• sao kê VPBank được đối soát T+1;

• việc chốt đối soát hiện có bước superadmin kiểm soát thủ công.

15. Một người làm nhiều khách hàng có dùng chung tài khoản không?

Hệ thống hỗ trợ một người làm nhiều nơi. Định danh người lao động được dùng chung, nhưng dữ liệu nghiệp vụ được tách theo từng khách hàng:

• công;

• mã chấm công;

• đơn giá/ngày;

• cấu hình giữ dự trù;

• người duyệt;

• kỳ đối soát.

Người lao động không nên tạo tài khoản mới cho từng khách hàng. Nếu không thấy nơi làm việc mới, cần yêu cầu cập nhật phân công thay vì đăng ký lại từ đầu.

16. Bảo vệ tài khoản và thiết bị

Hệ thống có các kiểm soát như:

• một người gắn với một thiết bị;

• kiểm tra fake GPS trong luồng chấm công có sử dụng vị trí;

• kiểm tra CCCD/OCR;

• tra tên chủ tài khoản;

• khóa tài khoản ngân hàng sau xác thực;

• mã giao dịch chống chi trùng;

• giữ chờ khi kết quả ngân hàng chưa rõ.

Người lao động tuyệt đối không nên

• đưa OTP, mật khẩu hoặc mã đăng nhập cho người khác;

• cho mượn CCCD để đăng ký;

• cho mượn tài khoản VPBank;

• cài ứng dụng điều khiển từ xa theo hướng dẫn của người lạ;

• trả phí để “mở hạn mức” qua tài khoản cá nhân;

• rút hộ đồng nghiệp;

• gửi công khai ảnh CCCD hoặc số tài khoản đầy đủ.

Nếu thay điện thoại, mất SIM hoặc nghi tài khoản bị truy cập, cần dùng kênh hỗ trợ chính thức để xác minh lại.

17. Dữ liệu cá nhân được dùng để làm gì?

Tùy luồng, dữ liệu có thể gồm:

• CCCD và ảnh hồ sơ;

• họ tên và trạng thái lao động;

• khách hàng/nơi làm việc;

• lịch sử công và duyệt công;

• hình ảnh, vị trí hoặc thiết bị khi phương thức chấm công yêu cầu;

• số tài khoản và tên chủ tài khoản;

• lịch sử yêu cầu, chi tiền và đối soát;

• phiếu lương và thông tin hỗ trợ.

Không phải mọi khách hàng đều sử dụng toàn bộ sáu phương thức chấm công, nên không nên mặc định mọi người lao động đều bị thu thập GPS, WiFi hoặc Beacon. Dữ liệu cần bám theo cấu hình và mục đích thực tế.

Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP cùng có hiệu lực từ ngày 1/1/2026. NK cần công bố thông tin phù hợp về mục đích, vai trò các bên, phạm vi chia sẻ, thời hạn lưu, quyền của người lao động và kênh phản hồi; đồng thời chỉ chuyển dữ liệu cần thiết cho từng khâu.

18. Checklist trước khi yêu cầu hỗ trợ

Người lao động nên chuẩn bị:

• họ tên và thông tin định danh theo cách kênh chính thức yêu cầu;

• tên khách hàng/nơi làm việc;

• ngày và ca bị thiếu;

• mã chấm công nếu có;

• ảnh chụp trạng thái công hoặc lỗi;

• mã giao dịch nếu đã yêu cầu nhận tiền;

• thời điểm và số tiền;

• mô tả đã đổi điện thoại/tài khoản hay chưa.

Không gửi OTP, mật khẩu hoặc ảnh giấy tờ tùy thân vào nhóm chat đông người. Bộ phận hỗ trợ cũng không nên yêu cầu dữ liệu vượt quá nhu cầu xử lý case.

Kết luận

Lương Ngày là giải pháp gắn với quan hệ lao động, khách hàng, chấm công và payroll; không phải ứng dụng mở cho bất kỳ cá nhân nào tự khai thu nhập. Người lao động đủ điều kiện khi hồ sơ NK hợp lệ, CCCD khớp, phân công đúng khách hàng, công đã làm được duyệt, tài khoản VPBank chính chủ đã xác thực và khách hàng đã bật tính năng tương ứng.

Có tài khoản mới chỉ là bước đầu. Số tiền được nhận còn phụ thuộc công đã duyệt, đơn giá, khoản giữ, số đã nhận và hạn mức. Nếu chưa dùng được, hãy xác định đang vướng ở lớp tham gia, hạn mức hay giao dịch, rồi liên hệ đúng đầu mối để được xử lý nhanh và an toàn.

Nguồn tham khảo

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

• 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 Tấn Lộc — 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