Vì sao hạn mức Lương Ngày bằng 0 hoặc chưa tăng? Nguyên nhân và cách xử lý

Hạn mức Lương Ngày bằng 0 hoặc chưa tăng không nhất thiết là lỗi ứng dụng. Hệ thống chỉ tính tiền từ ngày công đã làm và đã được duyệt, sau đó trừ số đã nhận trong kỳ cùng khoản giữ dự trù. Hồ sơ lao động, khách hàng, mã chấm công, CCCD và tài khoản VPBank cũng phải khớp. Người lao động nên kiểm tra lần lượt nơi làm việc → trạng thái công → thời điểm đồng bộ → khoản giữ và số đã nhận → hồ sơ xác thực trước khi gửi yêu cầu hỗ trợ.

> 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. Tên trạng thái và màn hình hiển thị chính thức trên ứng dụng 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 nhanh theo biểu hiện

Đừng tạo tài khoản mới, đổi CCCD hoặc nhờ người khác rút hộ để “thử lại”. Những cách này có thể làm dữ liệu khó đối soát và tăng rủi ro bảo mật.

1. Trước hết: “hạn mức bằng 0” khác “không rút được tiền”

Ba tình huống thường bị gọi chung là “không có tiền”:

Không có dữ liệu tiền công

App chưa có ngày công hợp lệ để tính. Nguyên nhân thường thuộc hồ sơ, bảng công hoặc trạng thái duyệt.

Có tiền công nhưng số khả dụng bằng 0

Hệ thống đã có công nhưng số có thể nhận sau khoản giữ dự trù và số đã nhận còn bằng 0 hoặc dưới mức tối thiểu.

Có số khả dụng nhưng giao dịch bị chặn

Số tiền đã hiển thị, nhưng người dùng chưa đạt điều kiện về CCCD, tài khoản VPBank, giới hạn trong ngày, trạng thái khách hàng hoặc kiểm soát an toàn.

Việc phân biệt đúng giúp gửi ticket đến đúng nơi. Giám sát không thể xử lý lỗi ngân hàng; bộ phận thanh toán cũng không thể tự duyệt công thay khách hàng nếu không có thẩm quyền.

2. Hạn mức Lương Ngày được hình thành như thế nào?

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

Theo hệ thống đã xác minh:

Số có thể nhận = Công đã duyệt x Đơ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, sau đó tiếp tục kiểm tra mức tối thiểu, trần mỗi lệnh, trần mỗi ngày và các điều kiện an toàn.

Để con số tăng, ít nhất phải có một thay đổi hợp lệ như:

• thêm ngày công đủ điều kiện được duyệt;

• dữ liệu công mới được đồng bộ;

• công bị sửa đã được duyệt lại;

• sang trạng thái/kỳ được phép tính;

• cấu hình hoặc phân công được sửa đúng;

• khoản giao dịch chờ được xác định thất bại và hoàn lại khả dụng theo quy trình.

Hạn mức không tăng chỉ vì mở app nhiều lần, chấm công đầu ca hoặc lịch làm tương lai đã được xếp.

3. Nguyên nhân 1: Hồ sơ người lao động chưa được đồng bộ

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 được đồng bộ theo lịch 03:00 hằng ngày.

Dấu hiệu

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

• app báo không thuộc đơn vị hoặc không có phân công;

• mới vào làm hoặc vừa được điều chuyển;

• hồ sơ vẫn hiển thị khách hàng cũ;

• kết thúc một nhiệm vụ làm toàn bộ quyền sử dụng bị ảnh hưởng.

Cách xử lý

1. Kiểm tra ngày bắt đầu làm việc đã được HR/giám sát ghi nhận chưa.

2. Xác nhận tên khách hàng và nơi làm việc hiện tại.

3. Chờ qua chu kỳ đồng bộ 03:00 nếu thay đổi mới được nhập.

4. Nếu vẫn sai, liên hệ HR/Vận hành NK để kiểm tra hồ sơ và ngày hiệu lực.

Không nên yêu cầu quản lý “cộng tiền thủ công” khi hồ sơ nền chưa đúng. Sửa đúng nguồn giúp các kỳ sau tiếp tục khớp.

4. Nguyên nhân 2: Sai khách hàng hoặc mã chấm công

Một người có thể làm nhiều khách hàng và có mã chấm công riêng tại mỗi nơi. Hệ thống ghép dữ liệu bằng CCCD, company_id/mã khách hàng, mã chấm công và thời gian phân công.

Dấu hiệu

• người lao động có mặt trong app nhưng không có công;

• công xuất hiện dưới nơi làm việc khác;

• đồng nghiệp cùng ca đã có dữ liệu nhưng mình chưa có;

• mới đổi mã thẻ/mã nhân viên tại khách hàng;

• làm tại khách hàng B nhưng app chỉ hiển thị khách hàng A.

Cách xử lý

Cung cấp cho giám sát:

• tên khách hàng;

• ngày và ca làm;

• mã chấm công đang dùng;

• mã cũ nếu vừa thay;

• ảnh chụp trạng thái app, che thông tin nhạy cảm nếu gửi qua nhóm.

Không nên chỉ gửi họ tên, vì có thể có người trùng tên và hệ thống không dùng tên hiển thị làm khóa nối chính.

5. Nguyên nhân 3: Dữ liệu bảng công chưa đến thời điểm đồng bộ

Hệ thống có nhiều nguồn với tốc độ khác nhau:

Hiểu đúng “thời gian thực”

Sự kiện chấm công được ghi ngay không có nghĩa tiền xuất hiện ngay. Ca cần hoàn tất, dữ liệu phải hợp lệ và công phải được duyệt. Ngày hôm nay chưa chốt bị lưới an toàn loại khỏi phần được nhận.

Khi nào nên chờ?

• khách hàng vừa nhập/sửa Sheet chưa đủ 30 phút;

• giám sát chưa bấm đồng bộ ngay;

• hồ sơ mới được nhập sau lịch ERP;

• thiết bị chấm công vừa có mạng trở lại;

• ca đêm chưa hoàn tất.

Khi nào cần báo?

Nếu đã qua chu kỳ đồng bộ, đồng nghiệp cùng nguồn đã có công nhưng dữ liệu của mình vẫn thiếu, nên gửi ticket kèm ngày, ca, mã chấm công và khách hàng.

6. Nguyên nhân 4: Công đã ghi nhận nhưng chưa được duyệt

Chỉ công đã duyệt mới tạo ra tiền có thể nhận. 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ì hoàn tất bước xác nhận.

Vì sao công còn chờ?

• ca chưa kết thúc;

• thiếu giờ vào hoặc giờ ra;

• vị trí/QR/WiFi không đạt quy tắc;

• ca thực tế khác lịch;

• khách hàng đang kiểm tra ngoại lệ;

• giám sát chưa đến cutoff duyệt;

• dữ liệu vừa được sửa;

• cần xác minh làm tại nhiều nơi.

Người lao động cần làm gì?

Vào chi tiết ngày công, xem trạng thái và phản hồi đúng ngày. Không yêu cầu bộ phận thanh toán tăng hạn mức khi công chưa được bộ phận có thẩm quyền xác nhận.

7. Nguyên nhân 5: Ngày hôm nay hoặc ngày tương lai không được tính

Hệ thống có lưới chặn ngày theo nguyên tắc chỉ tính công đã hoàn tất và được chốt. Vì vậy:

• lịch làm ngày mai không tạo hạn mức;

• check-in sáng nay chưa tạo tiền để nhận ngay;

• ca đang diễn ra chưa phải công đã hoàn thành;

• ca đêm qua nửa đêm có thể cần chờ kết thúc và xác định ngày công.

Đây là kiểm soát cốt lõi giúp Lương Ngày bám vào tiền công đã làm, thay vì cấp tiền dựa trên công việc dự kiến.

8. Nguyên nhân 6: Công đã duyệt nhưng vừa bị sửa

Khách hàng có thể sửa giờ vào/ra hoặc ca trên cổng riêng và trên nguồn bảng công. Khi công đã duyệt bị sửa, hệ thống tự hạ trạng thái về chờ duyệt và lưu nhật ký trước/sau.

Tại sao hạn mức giảm hoặc không tăng?

Vì bản ghi mới chưa được duyệt lại. Hệ thống không tiếp tục coi phiên bản cũ là căn cứ chắc chắn sau khi dữ liệu đã thay đổi.

Cách xử lý

• hỏi giám sát lý do sửa;

• kiểm tra giờ/ca mới có đúng không;

• chờ người có thẩm quyền duyệt lại;

• nếu đã nhận tiền từ công trước đó, yêu cầu giải thích cách xử lý chênh lệch.

Không nên xóa bản ghi cũ hoặc tạo công mới để “bù” nếu chưa rõ nguyên nhân; việc này có thể tạo dữ liệu trùng.

9. Nguyên nhân 7: Khoản giữ dự trù đang bao phủ công mới nhất

(Cách quyết toán cuối kỳ: xem Nhận Lương Ngày rồi cuối tháng còn bao nhiêu?.)

Tùy từng khách hàng, hệ thống có thể giữ lại:

• 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ù là phần chưa được mở để nhận sớm, không phải phí và không phải tiền bị mất.

Ví dụ minh họa

Giả sử người lao động có 2 ngày công đã duyệt, đơn giá 300.000 đồng/ngày, trong khi khách hàng cấu hình giữ hai ngày công mới nhất. Cả hai ngày hiện đều nằm trong phần giữ nên số khả dụng có thể bằng 0.

Khi có thêm công được duyệt, những ngày cũ hơn có thể ra khỏi vùng giữ và bắt đầu tạo số khả dụng, tùy quy tắc thực tế.

> Ví dụ chỉ giải thích nguyên lý. NK cần xác nhận cách hiển thị và thứ tự áp dụng cấu hình giữ trước khi xuất bản chính thức.

10. Nguyên nhân 8: Người lao động đã nhận hết phần khả dụng

Nhiều giao dịch nhỏ trong kỳ có thể cộng thành toàn bộ phần được nhận.

Ví dụ:

• tiền đủ điều kiện sau khoản giữ: 2.000.000 đồng;

• lần 1 đã nhận: 500.000 đồng;

• lần 2 đã nhận: 700.000 đồng;

• lần 3 đã nhận: 800.000 đồng.

Tổng đã nhận là 2.000.000 đồng, nên số còn lại bằng 0 cho đến khi có thêm công đủ điều kiện hoặc dữ liệu thay đổi hợp lệ.

Người lao động cần xem tổng đã nhận trong kỳ, không chỉ giao dịch gần nhất. Khoản đã nhận sẽ được đối soát vào lương cuối kỳ để tránh trả hai lần.

11. Nguyên nhân 9: Số còn lại dưới mức giao dịch tối thiểu

Tại thời điểm xác minh, mức tối thiểu mặc định mỗi giao dịch là 50.000 đồng. Nếu số khả dụng chỉ còn 49.000 đồng, app có thể vẫn cho thấy có giá trị nhưng không cho tạo lệnh.

Hệ thống làm tròn xuống bội 1.000 đồng. Vì vậy số tiền tính toán nội bộ trước làm tròn và số hiển thị có thể chênh một phần nhỏ.

Các giá trị là cấu hình; người lao động phải xem thông báo trên ứng dụng thay vì mặc định mức này không thay đổi.

12. Nguyên nhân 10: Đã chạm trần mỗi lệnh hoặc mỗi ngày

Giá trị mặc định đã xác minh:

Hai tình huống khác nhau

• Có 4 triệu đồng khả dụng nhưng chỉ tạo được lệnh tối đa 3 triệu đồng: đang chạm trần mỗi lệnh, không phải mất 1 triệu đồng.

• Đã nhận tổng 5 triệu đồng trong ngày: có thể phải chờ sang ngày khác dù kỳ vẫn còn hạn mức, tùy cấu hình.

Trong mã còn có bảng hạn mức theo thâm niên, nhưng NK cần xác nhận tính năng này có đang bật trong vận hành thật trước khi dùng để giải thích cho người lao động.

13. Nguyên nhân 11: Khách hàng chưa bật tự rút

Chuỗi tự động đã có về kỹ thuật, nhưng các cờ chi tự động được mặc định tắt và NK mở dần theo từng khách hàng sau khi chạy thử khớp tiền.

Dấu hiệu

• người lao động đủ hồ sơ và có công duyệt nhưng chưa thấy chức năng nhận;

• đồng nghiệp tại khách hàng khác đã dùng được;

• khách hàng mới đang trong giai đoạn pilot;

• tính năng được bật cho một nhóm nhưng chưa mở toàn bộ.

Đây không phải vấn đề người lao động có thể tự khắc phục. Cần hỏi đầu mối triển khai của NK/khách hàng, không nên tạo tài khoản khác.

14. Nguyên nhân 12: Hồ sơ CCCD chưa đạt điều kiện

Điều kiện tự rút có kiểm tra ảnh CCCD và kết quả OCR khớp hồ sơ. Hạn mức có thể chưa dùng được khi:

• chưa có ảnh CCCD;

• ảnh mờ, lóa hoặc thiếu góc;

• số CCCD không khớp ERP;

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

• hồ sơ bị trùng;

• vừa thay đổi giấy tờ nhưng chưa cập nhật.

Người lao động nên cập nhật qua kênh chính thức. Không gửi ảnh CCCD cho tài khoản cá nhân tự xưng hỗ trợ và không đăng trong nhóm chat đông người.

15. Nguyên nhân 13: Tài khoản VPBank chưa được xác thực

Luồng tự động chuẩn yêu cầu tài khoản VPBank đứng tên chính người lao động.

Hệ thống:

1. nhận số tài khoản;

2. tra tên chủ tài khoản qua VietQR;

3. so khớp với tên người lao động;

4. khóa số tài khoản sau xác thực.

Những lỗi thường gặp

• nhập nhầm số tài khoản;

• nhập số thẻ thay cho số tài khoản;

• tên ngân hàng trả về không khớp hồ sơ;

• dùng tài khoản của người thân;

• tài khoản không hoạt động;

• người lao động vừa yêu cầu đổi tài khoản nhưng chưa hoàn tất xác minh.

Mã nguồn có ngoại lệ để superadmin gắn ngân hàng khác, nhưng đây không phải luồng mặc định. Người lao động không nên coi ngoại lệ là lựa chọn tự đăng ký.

16. Nguyên nhân 14: Thiết bị hoặc tài khoản đang bị kiểm soát an toàn

Hệ thống có nguyên tắc một người gắn với một thiết bị và các kiểm soát chống giả mạo trong chấm công. Một số tình huống có thể cần xác minh:

• đổi điện thoại;

• dùng chung máy với người khác;

• cài lại app hoặc thay SIM;

• thiết bị bị phát hiện fake GPS;

• chấm công hộ;

• có dấu hiệu chiếm tài khoản;

• thông tin nhận tiền vừa thay đổi.

Không tìm cách vượt kiểm soát bằng phần mềm giả lập, fake GPS hoặc mượn điện thoại. Hãy liên hệ kênh chính thức để cập nhật thiết bị và xác minh danh tính.

17. Nguyên nhân 15: Giao dịch trước đang ở trạng thái chưa rõ

(Xem thêm: Rút Lương Ngày nhưng tiền chưa về.)

Khi người lao động đã gửi yêu cầu nhưng ngân hàng chưa trả kết quả chắc chắn, hệ thống giữ giao dịch chờ và tra soát định kỳ mỗi 5 phút. Không tự động đoán thất bại vì có thể dẫn đến chi lần hai.

Người lao động nên làm gì?

• xem trạng thái giao dịch;

• kiểm tra số dư/lịch sử VPBank;

• không gửi lặp;

• lưu mã giao dịch và thời điểm;

• liên hệ hỗ trợ nếu quá thời gian được công bố;

• không đổi tài khoản trong lúc đang tra soát.

Hệ thống còn đối soát sao kê VPBank T+1 vào 08:00 hằng ngày cho giao dịch ngày hôm trước. NK cần công bố SLA cụ thể để người dùng biết khi nào nên chờ và khi nào cần báo.

18. Quy trình tự kiểm tra trong ba phút

Bước 1: Chọn đúng nơi làm việc

Nếu làm nhiều khách hàng, kiểm tra từng nơi và kỳ công tương ứng.

Bước 2: Mở chi tiết công

Xem ngày nào chưa có, ngày nào đang chờ và ngày nào đã duyệt.

Bước 3: Kiểm tra thời điểm cập nhật

So với chu kỳ 30 phút của Sheet hoặc 03:00 của ERP. Chấm công trong app dù ghi thời gian thực vẫn cần duyệt.

Bước 4: Xem công thức hạn mức

Đối chiếu tiền theo công, số đã nhận trong kỳ, khoản giữ và số còn lại.

Bước 5: Kiểm tra điều kiện giao dịch

CCCD, tài khoản VPBank, mức tối thiểu, trần lệnh, trần ngày và trạng thái khách hàng.

Bước 6: Kiểm tra lịch sử giao dịch

Nếu có lệnh đang xử lý/chờ tra soát, không gửi lại.

Bước 7: Gửi ticket đủ dữ liệu

Nêu rõ lỗi thuộc công, hạn mức hay giao dịch; đính kèm bằng chứng cần thiết và che dữ liệu nhạy cảm.

19. Gửi vấn đề cho ai?

Người lao động nên nhận một mã ticket duy nhất để theo dõi. Nếu bị chuyển đầu mối, hệ thống nội bộ nên chuyển case cùng bằng chứng thay vì bắt người dùng gửi lại toàn bộ thông tin.

20. Mẫu nội dung gửi hỗ trợ

> Tôi tên: [họ tên]
> Khách hàng/nơi làm việc: [tên]
> Ngày/ca cần kiểm tra: [ngày, ca]
> Mã chấm công: [mã]
> Biểu hiện: [không thấy công/công chờ/hạn mức 0/không tạo được lệnh/giao dịch treo]
> Mã giao dịch nếu có: [mã]
> Thời điểm xảy ra: [giờ, ngày]
> Tôi đã kiểm tra: [nơi làm việc, trạng thái công, lịch sử đã nhận, tài khoản]

Không đưa OTP, mật khẩu hoặc ảnh CCCD đầy đủ vào mẫu. Chỉ cung cấp giấy tờ khi kênh chính thức yêu cầu và có biện pháp bảo vệ phù hợp.

21. Những thông báo app nên hiển thị rõ hơn

Thay vì chỉ ghi “không đủ điều kiện”, hệ thống nên phân loại thông điệp:

• “Hồ sơ nơi làm việc chưa đồng bộ — vui lòng liên hệ HR”.

• “Công ngày 02/09 đang chờ khách hàng duyệt”.

• “Hai ngày công mới nhất đang thuộc khoản giữ dự trù”.

• “Bạn đã nhận hết số khả dụng trong kỳ”.

• “Số còn lại thấp hơn mức tối thiểu mỗi giao dịch”.

• “Bạn đã đạt trần giao dịch hôm nay”.

• “Tài khoản VPBank chưa được xác thực”.

• “Khách hàng chưa bật tính năng tự rút”.

• “Giao dịch trước đang chờ tra soát — không gửi lại”.

Mỗi thông báo nên có nút hành động đúng: xem công, yêu cầu điều chỉnh, xác thực tài khoản hoặc mở ticket. Đây là đề xuất cải thiện trải nghiệm, không khẳng định toàn bộ thông báo trên đã có trong phiên bản hiện tại.

22. Bảo vệ dữ liệu khi xử lý sự cố

Việc hỗ trợ có thể liên quan CCCD, công, khách hàng, tài khoản và giao dịch. NK cùng khách hàng cần:

• chỉ yêu cầu dữ liệu cần thiết;

• dùng kênh chính thức;

• che số tài khoản khi hiển thị;

• phân quyền theo nơi làm việc;

• lưu lịch sử ai xem/sửa;

• không đưa dữ liệu cá nhân vào nhóm rộng;

• có thời hạn lưu ticket và bằng chứng;

• chuyển case mà không sao chép dữ liệu tràn lan.

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. Quy trình hỗ trợ phải được NK rà soát theo vai trò và luồng dữ liệu thực tế.

Kết luận

Hạn mức Lương Ngày bằng 0 có thể xuất phát từ bốn nhóm nguyên nhân: hồ sơ/phân công, dữ liệu và duyệt công, công thức cùng giới hạn, hoặc xác thực và trạng thái giao dịch. Phần lớn vấn đề có thể được khoanh vùng bằng cách kiểm tra đúng nơi làm việc, từng ngày công, thời điểm đồng bộ, khoản đã nhận, khoản giữ, CCCD và tài khoản VPBank.

Người lao động không nên tạo tài khoản mới, mượn tài khoản hoặc gửi lặp giao dịch để vượt lỗi. Hãy lưu bằng chứng, mã giao dịch và gửi đúng đầu mối. Về phía NK, việc hiển thị nguyên nhân cụ thể cùng nút xử lý phù hợp sẽ giúp giảm chờ đợi và củng cố niềm tin vào Lương Ngày.

Nguồn tham khảo

• 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