Công đã duyệt là gì và vì sao quyết định số tiền được nhận?

Công đã duyệt là dữ liệu về ngày, ca hoặc thời gian làm việc đã được người có thẩm quyền kiểm tra và xác nhận theo quy trình của doanh nghiệp. Trong hệ thống Lương Ngày, chỉ phần công đủ tin cậy này mới nên được dùng để tính tiền lương đã phát sinh và hạn mức nhận sớm. Chấm công thành công nhưng còn chờ duyệt chưa đồng nghĩa số công đó đã đủ điều kiện để nhận tiền.

Điểm quan trọng nhất người lao động cần nhớ là:

> Đã chấm công là hệ thống đã ghi nhận dữ liệu; công đã duyệt là dữ liệu đó đã được xác nhận để đưa vào bước tính hạn mức.

Công đã duyệt có phải là thuật ngữ pháp luật không?

“Công đã duyệt” chủ yếu là thuật ngữ vận hành trong quản lý thời gian làm việc, tính lương và hệ thống Lương Ngày. Mỗi doanh nghiệp có thể đặt tên trạng thái khác nhau như “đã xác nhận”, “hợp lệ”, “approved”, “đã chốt” hoặc “đủ điều kiện tính lương” (đừng nhầm với các nghĩa khác của cụm này — xem Lương ngày có mấy nghĩa?).

Bộ luật Lao động quy định các nguyên tắc liên quan đến tiền lương, thời giờ làm việc, làm thêm giờ và trả lương. Tuy nhiên, quy trình ai duyệt công, duyệt vào thời điểm nào và dùng trạng thái nào trong phần mềm thường phải được doanh nghiệp cụ thể hóa trong quy chế, phân quyền và quy trình nội bộ phù hợp.

Vì vậy, người lao động không nên mặc định rằng trạng thái trên một ứng dụng sẽ có ý nghĩa giống hệt ở mọi công ty.

Năm trạng thái công thường gặp

Một số hệ thống tách “đã duyệt” và “đã khóa kỳ”. Công đã duyệt có thể được dùng tính hạn mức trong kỳ, nhưng vẫn có khả năng được điều chỉnh hợp lệ trước khi payroll khóa dữ liệu. Vì thế, công đã duyệt chưa đồng nghĩa lương cuối kỳ đã quyết toán xong.

Vì sao không nên tính hạn mức từ công chưa duyệt?

Dữ liệu chấm công ban đầu có thể thiếu hoặc sai vì nhiều nguyên nhân:

• Quên chấm giờ vào hoặc giờ ra.

• Chấm nhầm ca, nhầm địa điểm hoặc nhầm ngày.

• Máy chấm công mất kết nối.

• Dữ liệu từ khách hàng gửi về chậm.

• Tăng ca chưa được quản lý xác nhận.

• Nghỉ phép hoặc nghỉ không lương chưa cập nhật.

• Một lượt chấm công bị ghi nhận trùng.

• Mã nhân viên giữa các hệ thống không khớp.

Nếu hệ thống cho nhận tiền ngay trên công chưa duyệt, doanh nghiệp có thể chi vượt phần lương thực tế. Khi công được sửa, người lao động có thể bị giảm hạn mức, thiếu lương cuối kỳ hoặc phát sinh quy trình xử lý chênh lệch.

Ngăn sai từ đầu luôn dễ hiểu và ít gây tranh chấp hơn thu hồi hoặc điều chỉnh sau khi đã chi tiền (xem thêm các rủi ro khi triển khai EWA).

Công đã duyệt quyết định số tiền được nhận như thế nào?

Lương Ngày không nên lấy toàn bộ mức lương tháng chia đều rồi cho nhận trước. Hệ thống cần xác định phần thu nhập đã phát sinh từ công hợp lệ, sau đó áp dụng các quy tắc an toàn.

Công thức minh họa

Hạn mức còn có thể nhận = (Lương từ công đã duyệt × Tỷ lệ an toàn) − Số tiền đã nhận − Khoản dự phòng/điều chỉnh

Trong đó:

• Lương từ công đã duyệt: số tiền tạm tính từ ngày/giờ/ca đã được xác nhận.

• Tỷ lệ an toàn: tỷ lệ doanh nghiệp cho phép tiếp cận, có thể thấp hơn 100%.

• Số tiền đã nhận: tổng các giao dịch thành công trong kỳ.

• Khoản dự phòng/điều chỉnh: phần giữ lại cho biến động có thể ảnh hưởng lương thực nhận.

Công đã duyệt là đầu vào quan trọng, nhưng không phải đầu vào duy nhất. Hạn mức còn phụ thuộc vào quy tắc doanh nghiệp, tình trạng việc làm, kỳ lương, giao dịch đã thực hiện, nguồn tiền và các điều kiện kiểm soát khác.

Ví dụ trước và sau khi công được duyệt

Giả sử người lao động có mức lương cơ bản minh họa là 9.000.000 đồng/tháng và doanh nghiệp quy ước 26 ngày công chuẩn cho ví dụ tính đơn giản.

Đơn giá một ngày minh họa:

9.000.000 ÷ 26 ≈ 346.154 đồng/ngày.

Tại một thời điểm trong tháng:

• Hệ thống đã ghi nhận 10 ngày công.

• Trong đó có 8 ngày đã duyệt.

• 2 ngày còn chờ quản lý kiểm tra.

• Tỷ lệ an toàn giả định là 70%.

• Chưa có giao dịch nhận sớm và chưa tính khoản dự phòng bổ sung.

Trước khi duyệt hai ngày còn lại

Lương từ công đã duyệt ≈ 8 × 346.154 = 2.769.232 đồng.

Hạn mức minh họa ≈ 2.769.232 × 70% = 1.938.462 đồng.

Sau khi hai ngày được duyệt

Lương từ công đã duyệt ≈ 10 × 346.154 = 3.461.540 đồng.

Hạn mức minh họa ≈ 3.461.540 × 70% = 2.423.078 đồng.

Như vậy, hạn mức tăng khoảng 484.616 đồng sau khi hai ngày được duyệt. Nếu hai ngày bị từ chối hoặc điều chỉnh, hạn mức sẽ không tăng theo ví dụ trên.

> Lưu ý: Cách quy đổi ngày công, thành phần lương và tỷ lệ an toàn trong ví dụ chỉ nhằm giải thích cơ chế. Doanh nghiệp phải áp dụng công thức payroll và chính sách Lương Ngày đã được phê duyệt của chính mình.

Ai có quyền duyệt công?

Người duyệt công do doanh nghiệp phân quyền, thường có thể là:

• Tổ trưởng hoặc trưởng ca.

• Giám sát trực tiếp.

• Quản lý bộ phận.

• Đại diện khách hàng xác nhận thời gian làm việc.

• Bộ phận nhân sự/vận hành trong trường hợp ngoại lệ.

• Payroll ở bước kiểm tra hoặc khóa kỳ.

Không nên để một cá nhân vừa tự tạo dữ liệu, tự duyệt công, tự sửa hạn mức và tự xử lý chi tiền. Phân tách trách nhiệm giúp giảm sai sót và gian lận.

Người duyệt công cần chịu trách nhiệm gì?

• Kiểm tra đúng người, đúng ngày, đúng ca.

• Xác nhận giờ làm thường và tăng ca theo dữ liệu hợp lệ.

• Xử lý công thiếu hoặc bất thường đúng thời hạn.

• Nêu rõ lý do khi từ chối hoặc điều chỉnh.

• Không chia sẻ tài khoản phê duyệt.

• Bảo đảm người đã nghỉ việc hoặc chuyển đơn vị được cập nhật đúng trạng thái.

Thời hạn duyệt công ảnh hưởng người lao động ra sao?

Nếu công được duyệt chậm, hạn mức Lương Ngày cũng có thể cập nhật chậm. Người lao động đã làm việc nhưng chưa thể tiếp cận phần tiền tương ứng vì hệ thống chưa có dữ liệu đủ độ tin cậy.

Doanh nghiệp nên quy định:

• Mốc thời gian quản lý phải hoàn tất duyệt công.

• Người thay thế khi quản lý nghỉ phép hoặc vắng mặt.

• Cảnh báo công chờ duyệt quá thời hạn.

• Báo cáo số người bị ảnh hưởng bởi việc duyệt chậm.

• Kênh để người lao động phản ánh công chưa được xử lý.

• Thời gian cập nhật hạn mức sau khi công được duyệt.

Đối với mô hình có nhiều lao động, “số người được duyệt công đúng hạn” nên là một chỉ số vận hành quan trọng, bởi đây là điều kiện dẫn dắt trực tiếp khả năng sử dụng Lương Ngày.

Sáu lỗi chấm công phổ biến và cách xử lý

Người lao động không nên nhờ người khác đăng nhập hoặc chấm công thay để “sửa nhanh”, vì hành động này có thể tạo thêm sai lệch và vi phạm quy định của doanh nghiệp.

Quy trình giải trình và điều chỉnh công

Một quy trình rõ ràng có thể gồm sáu bước:

1. Phát hiện sai lệch: Người lao động hoặc hệ thống nhận thấy thiếu/sai công.

2. Gửi yêu cầu: Chọn ngày, ca, loại lỗi, nội dung giải trình và bằng chứng nếu cần.

3. Quản lý xác minh: Đối chiếu lịch làm, phân ca, dữ liệu thiết bị hoặc xác nhận của khách hàng.

4. Phê duyệt hoặc từ chối: Ghi rõ kết quả và lý do.

5. Đồng bộ lại: Hệ thống cập nhật công và tính lại hạn mức.

6. Thông báo: Người lao động được biết trạng thái mới, thay đổi hạn mức và cách xử lý nếu đã nhận tiền.

Mỗi yêu cầu điều chỉnh cần lưu gì?

• Người yêu cầu.

• Ngày/ca cần sửa.

• Dữ liệu trước và sau sửa.

• Lý do và bằng chứng.

• Người phê duyệt.

• Ngày giờ phê duyệt.

• Ảnh hưởng đến hạn mức và payroll.

• Trạng thái đã đồng bộ hay chưa.

Không nên sửa trực tiếp dữ liệu đã duyệt mà không để lại lịch sử.

Nếu công bị điều chỉnh sau khi đã nhận tiền thì sao?

Đây là tình huống cần được quy định trước trong chính sách Lương Ngày.

Khi công giảm sau giao dịch, hệ thống nên:

1. Tính lại lương đã phát sinh đủ điều kiện.

2. So sánh với tổng tiền người lao động đã nhận.

3. Tạm dừng yêu cầu mới nếu số đã nhận vượt hạn mức mới.

4. Thông báo rõ nguyên nhân và số chênh lệch.

5. Chuyển sang quy trình quyết toán/điều chỉnh đã được phê duyệt.

6. Lưu toàn bộ dấu vết xử lý.

Không nên tự động coi mọi chênh lệch là “nợ” của người lao động nếu hồ sơ, thỏa thuận và bản chất giao dịch chưa xác định như vậy. Cách xử lý phải phù hợp với mô hình pháp lý và quy chế đang áp dụng.

Vì sao đã duyệt công nhưng hạn mức vẫn chưa tăng?

Công đã duyệt là điều kiện quan trọng nhưng chưa đủ trong mọi trường hợp. Hạn mức có thể chưa thay đổi vì:

• Dữ liệu chưa đến kỳ đồng bộ.

• Hồ sơ người lao động chưa hoàn tất xác thực.

• Tài khoản nhận tiền chưa hợp lệ.

• Đơn giá hoặc dữ liệu payroll chưa có hiệu lực.

• Kỳ lương đang khóa hoặc chuyển kỳ.

• Người lao động đã sử dụng hết phần đủ điều kiện.

• Có khoản điều chỉnh/dự phòng làm hạn mức còn lại bằng 0.

• Tổng trần chương trình hoặc nguồn tiền tạm thời đạt giới hạn.

• Giao dịch trước đang chờ kết quả hoặc tra soát.

• Tài khoản bị tạm khóa do cảnh báo an toàn.

Hệ thống nên hiển thị nguyên nhân cụ thể và hướng dẫn bước tiếp theo, thay vì chỉ báo “không đủ hạn mức”.

Công đã duyệt khác gì bảng lương đã chốt?

Vì thế, số lương “dự kiến còn lại” trong tháng có thể thay đổi cho đến khi bảng lương được chốt.

Doanh nghiệp cần thiết kế màn hình trạng thái công thế nào?

Người lao động nên nhìn thấy:

• Tổng ngày/giờ đã ghi nhận.

• Tổng công đã duyệt.

• Công đang chờ duyệt.

• Công bị từ chối hoặc cần bổ sung.

• Ngày đồng bộ gần nhất.

• Hạn mức hiện có.

• Lý do hạn mức chưa cập nhật.

• Nút gửi giải trình hoặc liên hệ hỗ trợ.

Màu sắc chỉ là hỗ trợ. Mỗi trạng thái vẫn cần tên và mô tả bằng chữ để người dùng không phải đoán ý nghĩa.

Dashboard dành cho giám sát và HR

Một dashboard vận hành nên có ít nhất:

• Số người cần duyệt công hôm nay.

• Số người có công chờ duyệt quá SLA.

• Số bản ghi thiếu giờ vào/ra.

• Số ca tăng ca chưa xác nhận.

• Số điều chỉnh sau khi đã phát sinh giao dịch.

• Số người không có hạn mức do thiếu công đã duyệt.

• Thời gian duyệt trung bình theo quản lý/đơn vị.

• Tỷ lệ đồng bộ thành công.

• Số khiếu nại liên quan đến công.

Mục tiêu của dashboard không phải để gây áp lực bằng số lượng, mà để tìm đúng điểm nghẽn đang làm người lao động không sử dụng được quyền lợi.

Checklist người lao động khi chưa nhận được hạn mức

• [ ] Kiểm tra ngày làm việc đã xuất hiện trên hệ thống chưa.

• [ ] Xem trạng thái là chờ duyệt, đã duyệt hay bị từ chối.

• [ ] Kiểm tra ca, giờ vào, giờ ra và tăng ca.

• [ ] Xem yêu cầu nghỉ phép/đổi ca đã cập nhật chưa.

• [ ] Kiểm tra hồ sơ và tài khoản nhận tiền.

• [ ] Xem giao dịch trước có đang chờ xử lý không.

• [ ] Đọc lý do hệ thống hiển thị.

• [ ] Gửi giải trình đúng ngày/ca và kèm bằng chứng nếu quy trình yêu cầu.

• [ ] Liên hệ đúng quản lý hoặc kênh hỗ trợ; cung cấp mã nhân viên, không cung cấp mật khẩu/OTP.

Checklist doanh nghiệp để duyệt công đúng hạn

• [ ] Có định nghĩa thống nhất từng trạng thái công.

• [ ] Có một mã nhân viên dùng xuyên suốt các hệ thống.

• [ ] Phân quyền người duyệt theo đơn vị/ca/bộ phận.

• [ ] Có người thay thế khi người duyệt chính vắng mặt.

• [ ] Có SLA và cảnh báo công tồn đọng.

• [ ] Tách quyền tạo/sửa dữ liệu với quyền phê duyệt ngoại lệ.

• [ ] Mọi điều chỉnh đều có lý do và lịch sử.

• [ ] Công đã duyệt được đồng bộ đúng phiên bản.

• [ ] Hạn mức được tính lại sau mỗi thay đổi có liên quan.

• [ ] Người lao động nhận được thông báo dễ hiểu.

• [ ] Có báo cáo số người bị ảnh hưởng do duyệt chậm.

• [ ] Đã kiểm thử công bị sửa sau khi tiền đã được chi.

Kết luận

Công đã duyệt là chiếc cầu nối giữa việc đã làm và số tiền đủ điều kiện được nhận sớm. Nếu dữ liệu công chưa được xác nhận, hệ thống chưa có căn cứ đủ tin cậy để tính hạn mức.

Đối với người lao động, cần phân biệt rõ “đã chấm công” với “đã duyệt” và sử dụng đúng kênh giải trình khi có sai lệch. Đối với doanh nghiệp, duyệt công đúng hạn không chỉ là nghiệp vụ hành chính; đây là mắt xích quyết định trải nghiệm, an toàn tài chính và khả năng mở rộng Lương Ngày.

Người lao động hãy kiểm tra trạng thái công và hướng dẫn xử lý sai công trên hệ thống. Doanh nghiệp muốn thiết kế quy trình duyệt công gắn với Lương Ngày có thể tìm hiểu Lương Ngày cho doanh nghiệp.

> Lưu ý: Bài viết cung cấp thông tin chung, không thay thế quy chế của doanh nghiệp hoặc tư vấn pháp lý cho một trường hợp cụ thể.

Nguồn tham khảo

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

• Luật Giao dịch điện tử số 20/2023/QH15

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

---

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