Công đã duyệt bị sửa thì sao? Vì sao phải quay lại chờ duyệt?

Khi một bản ghi công đã duyệt bị sửa giờ, ca hoặc dữ liệu có ảnh hưởng đến giá trị công, bản ghi nên quay lại trạng thái chờ duyệt. Lý do là lần phê duyệt trước chỉ áp dụng cho phiên bản dữ liệu cũ; dữ liệu mới phải được xác nhận lại trước khi tiếp tục dùng để tính số tiền có thể nhận hoặc quyết toán payroll.

Một lần duyệt chỉ xác nhận một phiên bản dữ liệu

Giả sử quản lý duyệt một ca 8 giờ.

Sau đó có người sửa bản ghi còn 6 giờ.

Nếu trạng thái vẫn giữ “đã duyệt”, hệ thống đang ngầm coi rằng quản lý đã phê duyệt con số 6 giờ — trong khi thực tế họ chỉ từng duyệt 8 giờ.

Đây là lỗ hổng kiểm soát.

Nguyên tắc đúng là: thay đổi dữ liệu trọng yếu phải làm mất hiệu lực phê duyệt cũ đối với phiên bản mới.

Những thay đổi nào có thể cần duyệt lại?

Tùy quy trình, những trường hợp thường ảnh hưởng tới giá trị công gồm:

• sửa giờ vào;
• sửa giờ ra;
• đổi ca;
• thay số giờ làm;
• thay tăng ca;
• đổi trạng thái nghỉ/làm;
• thay nơi làm việc;
• thay mã công liên quan đơn giá;
• xóa hoặc gộp bản ghi.

Không phải mọi thay đổi hiển thị đều có cùng mức rủi ro, nhưng dữ liệu ảnh hưởng đến tiền nên được kiểm soát chặt.

Quy trình chuẩn sau khi phát hiện sửa công

Một luồng an toàn gồm:

1. ghi nhận bản ghi đã thay đổi;
2. lưu dữ liệu trước và sau;
3. đưa trạng thái về chờ duyệt;
4. tạm ngừng dùng phiên bản mới để tạo thêm giá trị;
5. người có thẩm quyền xác minh lại;
6. duyệt hoặc từ chối phiên bản mới;
7. tính lại số tiền đủ điều kiện;
8. nếu đã có giao dịch, đưa chênh lệch vào đối soát.

Quy trình này bảo vệ cả dữ liệu lẫn dòng tiền.

Vì sao phải lưu trước và sau?

Nếu chỉ giữ giá trị mới, doanh nghiệp không thể trả lời:

• bản ghi trước đây là gì;
• ai thay đổi;
• thay đổi lúc nào;
• vì sao thay đổi;
• người duyệt cũ đã duyệt dữ liệu nào;
• số tiền có thể nhận đã thay đổi bao nhiêu.

Audit trail tối thiểu nên gồm:

Trường	Nội dung
Bản ghi	Mã công/ngày/ca
Trước sửa	Giá trị cũ
Sau sửa	Giá trị mới
Người sửa	Tài khoản/vai trò
Thời điểm	Ngày giờ
Lý do	Mã lý do hoặc mô tả
Trạng thái	Trước/sau
Người duyệt lại	Nếu có
Ảnh hưởng tiền	Giá trị trước/sau

Đây là nền tảng để giải trình với người lao động và payroll.

Công bị sửa trước khi người lao động nhận tiền

Đây là trường hợp đơn giản hơn.

Nếu chưa có giao dịch:

• bản ghi trở lại chờ duyệt;
• số tiền có thể nhận được tính lại theo công hiện đang đủ điều kiện;
• sau khi phiên bản mới được duyệt, hệ thống cập nhật lại số khả dụng.

Không có tiền phải thu hồi vì giao dịch chưa xảy ra.

Công bị sửa sau khi đã nhận tiền

Đây là trường hợp phức tạp hơn.

Giao dịch đã chi là một sự kiện tài chính có thật. Không được xóa giao dịch chỉ vì dữ liệu công thay đổi.

Hệ thống cần:

1. giữ nguyên lịch sử giao dịch;
2. tính lại giá trị công theo phiên bản được duyệt mới;
3. so sánh với tổng đã nhận;
4. xác định chênh lệch;
5. xử lý chênh lệch trong quy trình quyết toán/phê duyệt phù hợp;
6. lưu toàn bộ dấu vết.

Điều quan trọng là không tự suy diễn mọi chênh lệch thành một nghĩa vụ mới của người lao động nếu chính sách và cơ sở xử lý chưa xác định rõ.

Nếu công tăng sau khi sửa thì sao?

Ví dụ ban đầu 6 giờ, sau xác minh thành 8 giờ.

Sau khi bản ghi mới được duyệt, giá trị đủ điều kiện có thể tăng tương ứng theo công thức và các quy tắc khác.

Tuy nhiên, hệ thống vẫn phải tính lại ở máy chủ, không chỉ cộng phần chênh lệch từ giao diện.

Nếu công giảm sau khi sửa thì sao?

Nếu giá trị công giảm:

• số tiền có thể nhận tiếp theo có thể giảm;
• nếu chưa nhận vượt, hệ thống chỉ cập nhật số còn lại;
• nếu tổng đã nhận lớn hơn mức mới, trường hợp đó cần được đưa vào quy trình đối soát.

Không nên âm thầm trừ một con số mà người lao động không thể truy vết.

Vì sao không nên cho người sửa tự duyệt lại mọi trường hợp?

Trong kiểm soát nội bộ, việc một người vừa sửa vừa tự phê duyệt thay đổi có thể tạo rủi ro.

Với các thay đổi quan trọng, doanh nghiệp nên cân nhắc phân tách:

• người đề nghị/sửa;
• người phê duyệt;
• người kiểm soát ngoại lệ.

Mức phân tách phụ thuộc quy mô và hệ thống, nhưng nguyên tắc là các thay đổi có ảnh hưởng tiền cần đủ dấu vết và trách nhiệm.

Ảnh hưởng đến số tiền có thể nhận

Sau khi dữ liệu được duyệt lại, Lương Ngày tính theo nguyên tắc:

Số tiền có thể nhận = (số công đã duyệt × đơn giá một ngày công) − số đã nhận trong kỳ − phần giữ lại theo quy định của doanh nghiệp.

Do đó, sửa công có thể làm số khả dụng:

• tăng;
• giảm;
• về 0;
• hoặc không thay đổi nếu sửa không ảnh hưởng giá trị tính.

Người lao động nên được thông báo nếu thay đổi làm ảnh hưởng tới số tiền hiển thị.

Cổng khách hàng cần hiển thị gì?

Người quản lý nên thấy:

• bản ghi vừa bị sửa;
• trạng thái hiện tại;
• giá trị trước/sau;
• người sửa;
• lý do;
• giao dịch liên quan nếu có;
• mức độ ưu tiên xử lý.

Những bản ghi đã có giao dịch nên được đưa lên nhóm ngoại lệ ưu tiên cao hơn.

KPI cần theo dõi

Doanh nghiệp có thể theo dõi:

• tỷ lệ công sửa sau duyệt;
• số công sửa sau khi đã phát sinh giao dịch;
• thời gian từ sửa đến duyệt lại;
• số chênh lệch tài chính;
• nguyên nhân sửa phổ biến;
• người/đơn vị có tỷ lệ sửa cao bất thường;
• tỷ lệ khiếu nại liên quan công sửa.

Chỉ số giúp cải thiện quy trình nguồn, không nhằm phán xét người dùng.

Kết luận

Công đã duyệt bị sửa phải được coi là một phiên bản dữ liệu mới cần xác nhận lại. Việc đưa bản ghi về chờ duyệt, lưu trước/sau, tính lại số khả dụng và giữ nguyên lịch sử giao dịch là nền tảng để bảo vệ Payroll Integrity. Một hệ thống tốt không ngăn mọi sửa đổi; nó bảo đảm mọi sửa đổi có ảnh hưởng tiền đều được kiểm soát và truy vết.

[TÊN TÁC GIẢ] — [Chức vụ]

Tìm hiểu Lương Ngày cho doanh nghiệp