Chấm công rồi nhưng chưa thấy ngày công hoặc hạn mức chưa tăng: Nguyên nhân và cách xử lý
Trả lời ngắn: Sau khi chấm công, người lao động cần phân biệt ba bước: thao tác đã được ghi nhận, bản ghi đã xuất hiện trong hệ thống, và ngày công đã được duyệt. Chỉ công đã làm và đã được duyệt mới có thể tham gia phép tính số tiền Lương Ngày được nhận. Vì vậy, chấm công xong nhưng hạn mức chưa tăng không nhất thiết là lỗi mất công.
Nếu chưa thấy dữ liệu, hãy kiểm tra đúng nơi làm việc, ngày và ca; xác định công đến từ ứng dụng hay bảng công khách hàng; chờ đúng chu kỳ đồng bộ; xem trạng thái duyệt; sau đó gửi bằng chứng cho đúng đầu mối. Không tạo nhiều bản ghi để “bù” vì có thể làm dữ liệu trùng và khó đối soát hơn.
> Lưu ý: Thời gian đồng bộ, SLA duyệt công và quy trình hỗ trợ có thể khác nhau theo từng doanh nghiệp; người dùng cần làm theo thông tin và hướng dẫn hiển thị trên ứng dụng tại thời điểm sử dụng.
Trước tiên, hãy xác định bạn đang gặp tình huống nào
Biểu hiện | Vấn đề có thể nằm ở đâu | Việc kiểm tra đầu tiên |
|---|---|---|
Bấm chấm công nhưng không có thông báo thành công | Thiết bị, quyền, mạng hoặc phương thức chấm công | Lịch sử thao tác và thông báo lỗi |
App báo thành công nhưng chưa thấy bản ghi | Gửi dữ liệu, hiển thị hoặc chọn sai nơi làm việc | Đúng khách hàng, ngày, ca và lịch sử |
Có bản ghi nhưng trạng thái chờ duyệt | Quy trình xác nhận công | Người phụ trách duyệt công |
Công từng được duyệt nhưng trở lại chờ duyệt | Bản ghi đã bị sửa | Nhật ký thay đổi và người sửa |
Công đã duyệt nhưng tiền khả dụng chưa tăng | Ngày chưa chốt, khoản giữ, số đã nhận hoặc công thức | Chi tiết phép tính Lương Ngày |
Số công trên app khác bảng công | Nguồn, thời điểm đồng bộ hoặc quy tắc quy đổi | Nguồn dữ liệu chính và lần cập nhật gần nhất |
Đừng dùng một câu “app không lên công” cho mọi trường hợp. Càng mô tả đúng trạng thái, bộ phận hỗ trợ càng tìm đúng điểm nghẽn.
Dòng dữ liệu từ chấm công tới hạn mức Lương Ngày
```mermaid
flowchart TD
A["Phát sinh dữ liệu chấm công"] --> B["Khớp NLĐ, khách hàng, ngày và ca"]
B --> C["Bản ghi chờ duyệt"]
C --> D["Giám sát NK hoặc khách hàng duyệt"]
D --> E["Công đã duyệt và ngày đủ điều kiện"]
E --> F["Trừ đã nhận và khoản giữ"]
F --> G["Cập nhật số tiền khả dụng"]
```
Chỉ cần một mắt xích chưa hoàn tất, người lao động có thể chưa nhìn thấy hạn mức tăng. Do đó cần kiểm tra từ trái sang phải thay vì chỉ nhìn con số cuối.
Lương Ngày lấy dữ liệu chấm công từ đâu?
(Các cách chấm công: xem 6 hình thức chấm công trên Lương Ngày.)
Hệ thống đã xác minh có ba nhóm nguồn. Mỗi nguồn có tốc độ và cách xử lý khác nhau.
1. Chấm công trực tiếp trong ứng dụng Lương Ngày
Ứng dụng hỗ trợ selfie + GPS, geofence, QR động, beacon Bluetooth, WiFi và nút Vào/Ra. Bản ghi được tạo theo thời gian thực khi thao tác hợp lệ.
“Thời gian thực” nghĩa dữ liệu được ghi ngay, không có nghĩa công được tự động duyệt ngay. Bản ghi vẫn phải qua quy trình xác nhận.
2. Bảng công của khách hàng qua Google Sheet
Khách hàng có thể nhập hoặc xuất dữ liệu bảng công lên Google Sheet để hệ thống đọc về. Lịch đồng bộ đã xác minh là khoảng 30 phút một lần; giám sát có nút đồng bộ ngay.
Nếu khách hàng vừa cập nhật bảng, người lao động có thể chưa thấy thay đổi trước lần đồng bộ tiếp theo. Mốc 30 phút là lịch kỹ thuật hiện tại, không phải cam kết rằng mọi bản ghi sẽ hiển thị chính xác trong tối đa 30 phút—dữ liệu còn phải hợp lệ và khớp đúng cấu trúc.
3. Dữ liệu nhân sự từ ERP Nhân Kiệt
ERP cung cấp danh sách người lao động, khách hàng, ngày vào/nghỉ việc và quan hệ quản lý. Lịch đồng bộ được xác minh là 03:00 hằng ngày.
ERP không chỉ là “bảng công”. Nếu hồ sơ người lao động chưa vào hệ thống, chưa được gắn đúng khách hàng hoặc trạng thái làm việc chưa đúng, bản ghi công có thể không nối được với tài khoản đang đăng nhập.
Khóa nối dữ liệu quan trọng là gì?
(Khái niệm nền: xem Công đã duyệt là gì?.)
Hệ thống không nhận diện chỉ bằng họ tên vì nhiều người có thể trùng tên hoặc viết tên khác nhau. Hai nhóm khóa quan trọng đã xác minh gồm:
CCCD: định danh người lao động, dùng để đăng nhập và khớp hồ sơ, phiếu lương, bảng công;
Mã chấm công tại khách hàng: dùng để nối người lao động với dòng công của đúng nơi làm việc.
Khách hàng được nhận diện bằng company_id/mã khách hàng theo ERP. Khi một người làm tại nhiều khách hàng, công phải được gắn đúng từng nơi; không nên cộng gộp tùy ý.
15 nguyên nhân chấm công rồi nhưng chưa thấy ngày công hoặc hạn mức chưa tăng
1. Thao tác chưa được gửi thành công
Mạng yếu, đóng ứng dụng quá sớm hoặc quyền thiết bị bị tắt có thể khiến người dùng đã bấm nhưng máy chủ chưa nhận bản ghi.
Cách xử lý: Mở lịch sử chấm công trước. Nếu không có bản ghi và ứng dụng xác nhận lần trước thất bại, thao tác lại một lần theo đúng phương thức.
2. Chọn sai khách hàng hoặc nơi làm việc
Người lao động làm nhiều nơi có thể chấm vào nhầm khách hàng. Bản ghi khi đó không xuất hiện ở màn hình đang xem hoặc không khớp ca cần tính.
Cách xử lý: Kiểm tra tên khách hàng, địa điểm, mã chấm công và ca trên từng bản ghi.
3. Chấm sai phương thức được cấu hình
Mỗi khách hàng chọn phương thức phù hợp. Một thao tác Vào/Ra không tự thay cho quét QR nếu nơi làm việc đang dùng QR.
Cách xử lý: Xác nhận hướng dẫn tại điểm làm việc và xem Bài 32 về sáu hình thức chấm công.
4. Chấm ngoài cửa sổ của ca
QR và các quy tắc ca có thể giới hạn thời gian. Ca đêm đi qua nửa đêm cũng cần được gắn đúng ngày nghiệp vụ, không chỉ nhìn ngày trên đồng hồ.
Cách xử lý: Ghi lại giờ thực tế, tên ca và ảnh thông báo; báo giám sát nếu lịch ca trên hệ thống sai.
5. Bản ghi đang chờ đồng bộ từ Google Sheet
Khách hàng đã nhập công nhưng hệ thống chưa tới chu kỳ đọc dữ liệu mới.
Cách xử lý: Kiểm tra lần cập nhật gần nhất; chờ chu kỳ phù hợp hoặc nhờ giám sát dùng chức năng đồng bộ ngay khi cần thiết.
6. Bảng công không đúng khuôn dữ liệu được cấu hình
Hệ thống hỗ trợ nhiều định dạng như lưới ký hiệu, lưới giờ theo ngày, ca đêm, ngày kiểu Mỹ và giờ 12 tiếng. Nhưng dữ liệu vẫn phải phù hợp bộ đọc đã cấu hình cho khách hàng.
Một cột bị đổi tên, ô gộp mới, ký hiệu lạ hoặc định dạng ngày thay đổi có thể làm một phần dữ liệu không được nhận diện.
Cách xử lý: Nếu nhiều người cùng thiếu sau khi mẫu Sheet thay đổi, khách hàng hoặc kỹ thuật cần kiểm tra khuôn bảng; không yêu cầu từng người chấm lại.
7. Mã chấm công không khớp
Dòng công có thể tồn tại nhưng mang mã khác với mã gắn trong hồ sơ người lao động.
Cách xử lý: So mã trong bảng khách hàng với mã tại hồ sơ NK. Việc sửa cần thực hiện tại nguồn đúng và có người chịu trách nhiệm, không chỉ sửa tên hiển thị.
8. Hồ sơ ERP chưa đồng bộ hoặc gắn sai khách hàng
Người mới vào làm, vừa chuyển nơi hoặc quay lại làm có thể chưa được đồng bộ đúng trạng thái.
Cách xử lý: HR Nhân Kiệt kiểm tra CCCD, ngày vào làm, khách hàng, trạng thái hoạt động và lần đồng bộ ERP.
9. Bản ghi đã xuất hiện nhưng chưa được duyệt
Chấm công tạo bằng chứng đầu vào; giám sát Nhân Kiệt hoặc khách hàng mới là bên xác nhận công hợp lệ. Ai duyệt hợp lệ trước thì hoàn tất.
Cách xử lý: Xem trạng thái và gửi yêu cầu tới đúng người duyệt. Không nhờ bộ phận thanh toán “cộng hạn mức” khi công còn chờ.
10. Bản ghi bị từ chối
Nguyên nhân có thể là sai vị trí, sai ca, thiếu mốc Vào/Ra, hình ảnh không đạt hoặc dữ liệu không phù hợp thực tế.
Cách xử lý: Yêu cầu hiển thị lý do từ chối, bổ sung bằng chứng và thực hiện quy trình điều chỉnh. Không tạo nhiều bản ghi mới để che bản ghi cũ.
11. Công đã duyệt bị sửa và quay về chờ duyệt
Hệ thống có kiểm soát: khi sửa giờ vào, giờ ra hoặc ca của bản ghi đã duyệt, trạng thái tự hạ về chờ duyệt và ghi nhật ký trước/sau.
Cách xử lý: Kiểm tra ai đã sửa, sửa nội dung nào và yêu cầu duyệt lại. Đây là cơ chế chống thay đổi âm thầm, không phải mất công.
12. Đang xem ngày hôm nay hoặc ngày tương lai
Lương Ngày chặn ngày hôm nay chưa chốt và ngày tương lai để không cho nhận tiền của công chưa thực sự hoàn tất.
Cách xử lý: Phân biệt bản ghi chấm công đang diễn ra với ngày công đã chốt. Chờ ca/ngày hoàn tất và qua bước duyệt.
13. Công đã duyệt nhưng thuộc khoản giữ dự trù
Khách hàng có thể cấu hình giữ lại N ngày công mới nhất và/hoặc 10,5% khi mức ứng đạt ngưỡng. Phần giữ vẫn là tiền công của người lao động và được xử lý trong kỳ lương, nhưng chưa mở để nhận sớm.
Cách xử lý: Xem chi tiết phần công, số đã nhận và khoản giữ. Không gọi khoản giữ là phí.
14. Số tiền mới phát sinh chưa đạt mức tối thiểu
Mức tối thiểu mặc định mỗi giao dịch là 50.000 đồng. Một phần công nhỏ có thể đã được tính nhưng tổng khả dụng vẫn chưa đủ điều kiện tạo lệnh.
Cách xử lý: Kiểm tra số tiền chi tiết thay vì chỉ nhìn nút nhận tiền. Các mức cấu hình cần được NK xác nhận khi công bố.
15. Người lao động đã nhận phần khả dụng trong kỳ
Công thức trừ số đã nhận trong kỳ. Khi có thêm công được duyệt, hạn mức chỉ tăng theo phần mới sau khi trừ khoản giữ; không quay lại tổng tiền công ban đầu.
Cách xử lý: Đối chiếu lịch sử giao dịch, công đã duyệt, đơn giá/ngày và khoản giữ.
Quy trình tự kiểm tra trong 5 phút
#
Bước 1: Kiểm tra bản ghi có tồn tại không
Mở lịch sử chấm công và chọn đúng khách hàng, ngày, ca. Nếu có bản ghi, không chấm lại.
Bước 2: Xác định nguồn dữ liệu
Hỏi rõ nơi làm việc dùng app Lương Ngày, Google Sheet khách hàng hay hệ thống khác được đồng bộ. Điều này quyết định có cần chờ chu kỳ cập nhật hay không.
Bước 3: Đọc trạng thái
Không có bản ghi: kiểm tra thao tác, nguồn, mã và đồng bộ;
Chờ duyệt: liên hệ người duyệt;
Từ chối: đọc lý do và bổ sung bằng chứng;
Đã duyệt: chuyển sang kiểm tra phép tính hạn mức.
Bước 4: Kiểm tra ngày đủ điều kiện
Xác nhận đó không phải ngày hôm nay chưa chốt hoặc ngày tương lai. Với ca đêm, kiểm tra ngày nghiệp vụ được gán.
Bước 5: Mở chi tiết số tiền
Đối chiếu số công đã duyệt, đơn giá/ngày, số đã nhận trong kỳ và khoản giữ dự trù.
Bước 6: Gửi đúng đầu mối
Không chuyển mọi lỗi cho một bộ phận. Dữ liệu công, hồ sơ, cấu hình khách hàng và thanh toán có chủ sở hữu khác nhau.
Liên hệ ai để xử lý nhanh nhất?
Vấn đề | Đầu mối chính | Thông tin cần gửi |
|---|---|---|
Quên chấm, thiếu Vào/Ra, sai ca | Giám sát/khách hàng phụ trách công | Ngày, ca, giờ thực tế, bằng chứng |
Công chờ duyệt hoặc bị từ chối | Người có quyền duyệt công | Mã bản ghi và lý do cần xem xét |
Sai mã chấm công/khách hàng | HR hoặc quản lý Nhân Kiệt | CCCD/mã nhân viên, mã chấm công, nơi làm |
Nhiều người cùng thiếu sau khi đổi bảng | Khách hàng và kỹ thuật tích hợp | Tên Sheet, thời điểm thay đổi, phạm vi ảnh hưởng |
App chấm công lỗi thiết bị | Hỗ trợ Lương Ngày | Phiên bản app, máy, thời gian, ảnh lỗi |
Công đã duyệt nhưng hạn mức sai | Hỗ trợ nghiệp vụ Lương Ngày | Chi tiết công, khoản giữ, lịch sử đã nhận |
Tiền đã yêu cầu nhưng chưa về | Hỗ trợ thanh toán | Mã giao dịch; thực hiện theo Bài 30 |
Mẫu yêu cầu kiểm tra thiếu công
> Tôi cần hỗ trợ kiểm tra dữ liệu công trên Lương Ngày. Họ tên: …; mã nhân viên/mã chấm công: …; khách hàng/nơi làm việc: …; ngày và ca: …; giờ Vào/Ra thực tế: …; nguồn chấm công: app/Sheet/hệ thống khách hàng; trạng thái đang thấy: …; lần cập nhật gần nhất: … . Tôi đã kiểm tra đúng nơi làm việc nhưng chưa thấy bản ghi/hạn mức chưa thay đổi. Nhờ bộ phận phụ trách kiểm tra và phản hồi nguyên nhân.
Ảnh đính kèm nên thể hiện ngày, giờ, trạng thái và thông báo lỗi; hãy che CCCD, số tài khoản và dữ liệu không liên quan.
Trách nhiệm của các bên trong chuỗi dữ liệu công
(Xem thêm: Vì sao hạn mức Lương Ngày bằng 0 hoặc chưa tăng? và Quy trình Lương Ngày từ chấm công đến đối soát.)
Người lao động
Chấm đúng phương thức, địa điểm và ca;
Kiểm tra lịch sử sau khi thao tác;
Báo sai lệch sớm và cung cấp bằng chứng trung thực;
Không chấm hộ hoặc dùng công cụ giả vị trí.
Giám sát Nhân Kiệt
Theo dõi bản ghi chờ duyệt;
Xử lý ngoại lệ và phản hồi lý do;
Kiểm tra mã chấm công, phân công khách hàng;
Phối hợp khách hàng khi dữ liệu nguồn sai.
Khách hàng
Duy trì bảng công và cấu hình tại điểm;
Duyệt hoặc từ chối có căn cứ;
Ghi nhận thay đổi dữ liệu;
Không sửa công đã duyệt mà thiếu giải trình.
Bộ phận vận hành/kỹ thuật
Theo dõi đồng bộ;
Cảnh báo thay đổi khuôn bảng;
Ghi nhật ký lỗi;
Cho phép truy vết từ bản ghi nguồn tới kết quả tính;
Không tự suy đoán dữ liệu khi nguồn không rõ.
Hệ thống nên hiển thị gì để người lao động tự hiểu?
Một màn hình công minh bạch nên cho thấy:
Nguồn dữ liệu;
Khách hàng/nơi làm việc;
Ngày và ca;
Giờ Vào/Ra hoặc ký hiệu công;
Trạng thái ghi nhận, chờ duyệt, đã duyệt hay từ chối;
Người/đơn vị đang cần xử lý;
Lần đồng bộ gần nhất;
Lý do không được tính vào hạn mức;
Nhật ký sửa và duyệt;
Nút yêu cầu kiểm tra đã điền sẵn mã bản ghi.
Thông báo nên nói rõ hành động tiếp theo. Ví dụ:
> Công ngày 02/09 đang chờ khách hàng xác nhận. Bản ghi đã được hệ thống tiếp nhận nhưng chưa tạo tiền khả dụng. Bạn không cần chấm lại. Nếu thông tin giờ làm chưa đúng, hãy gửi yêu cầu điều chỉnh trước khi công được duyệt.
Kết luận
“Đã chấm công”, “đã có bản ghi”, “đã duyệt công” và “đã phát sinh tiền khả dụng” là bốn trạng thái khác nhau. Khi hiểu chuỗi này, người lao động có thể xác định đúng vấn đề thay vì cho rằng hệ thống mất công ngay khi hạn mức chưa tăng.
Hãy kiểm tra lần lượt: đúng khách hàng—đúng nguồn—đúng chu kỳ đồng bộ—đúng mã chấm công—đúng trạng thái duyệt—đúng ngày đủ điều kiện—đúng công thức hạn mức. Nếu vẫn sai, gửi mã bản ghi và bằng chứng cho đúng đầu mối. Một quy trình minh bạch phải giúp truy được dữ liệu từ nguồn ban đầu tới ngày công đã duyệt và số tiền cuối cùng.
Nguồn tham khảo
---
Tác giả: Ngô Nhã Kỳ— Biên tập viên, 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
Câu hỏi thường gặp
Chấm công thành công có nghĩa công đã được duyệt không?
Không. Thành công thường chỉ xác nhận bản ghi đã được tiếp nhận. Giám sát Nhân Kiệt hoặc khách hàng còn phải duyệt.
Công từ ứng dụng cập nhật bao lâu?
Bản ghi app được thiết kế ghi theo thời gian thực. Nhưng thời gian xuất hiện trên mọi màn hình và thời gian duyệt là hai vấn đề khác nhau.
Bảng công Google Sheet cập nhật bao lâu?
Lịch hệ thống đã xác minh là khoảng 30 phút một lần và có nút đồng bộ ngay cho giám sát. Sai cấu trúc hoặc sai mã vẫn có thể khiến dữ liệu chưa vào dù đã qua 30 phút.
ERP Nhân Kiệt đồng bộ khi nào?
Lịch đã xác minh là 03:00 hằng ngày. Đây chủ yếu là nguồn hồ sơ và quan hệ lao động/khách hàng cần để nối dữ liệu.
Ai có quyền duyệt công?
Giám sát Nhân Kiệt hoặc khách hàng có quyền; ai duyệt hợp lệ trước thì bước duyệt hoàn tất.
Vì sao công đã duyệt lại quay về chờ duyệt?
Nếu giờ Vào/Ra hoặc ca bị sửa, hệ thống tự hạ trạng thái để yêu cầu duyệt lại và lưu nhật ký thay đổi.
Công đã duyệt rồi vì sao hạn mức vẫn bằng 0?
Có thể ngày chưa đủ điều kiện, công nằm trong khoản giữ dự trù, phần khả dụng đã được nhận, số tiền chưa đạt tối thiểu hoặc điều kiện hồ sơ/tài khoản chưa hoàn tất. Xem Bài 29 để chẩn đoán đầy đủ.
Chấm trùng có giúp hệ thống nhận công nhanh hơn không?
Không. Nó có thể tạo bản ghi cần xử lý thêm. Hãy kiểm tra lịch sử và báo hỗ trợ thay vì bấm nhiều lần.
Xem thêm bài viết
- Kế hoạch pilot EWA 90 ngày cho doanh nghiệp · Doanh nghiệp
- EWA cho doanh nghiệp sản xuất nhiều ca: triển khai thế nào để tính đúng công? · Doanh nghiệp
- Mẫu kế hoạch pilot EWA và tiêu chí quyết định mở rộng · Doanh nghiệp
- Lương ngày có những nghĩa nào? Phân biệt 3 cách hiểu dễ nhầm · Kiến thức
- Đo lường hiệu quả EWA bằng những KPI nào? · Doanh nghiệp
- Earned Wage Access (EWA) là gì? Cẩm nang toàn diện tại Việt Nam · Kiến thức
- Tạm ứng lương truyền thống và EWA khác nhau thế nào? · Kiến thức
- Quy định về tạm ứng tiền lương tại Việt Nam: Người lao động và doanh nghiệp cần biết gì? · Pháp lý
- EWA có phải là vay không? Phân tích theo từng mô hình · Kiến thức