Workday Payroll: truy lĩnh và quyết toán cuối năm

Hai nghiệp vụ khó nhất của bất kỳ hệ thống lương nào: trả bù cho quá khứ và chốt sổ cuối năm. Bài này giải thích cơ chế của Workday cho cả hai.

Truy lĩnh (retro) hoạt động thế nào

Ba bước: tính lại các kỳ đã chốt (lùi tới một mốc ngày), báo cáo chênh lệch so với kết quả gốc, rồi trả chênh lệch trong kỳ hiện tại. Điều này quan trọng: Workday không sửa lại kỳ lương cũ đã chốt — nó chỉ tính xem lẽ ra phải trả bao nhiêu, rồi bù ở kỳ đang chạy.

Mốc giới hạn truy lĩnh — khái niệm trung tâm

Mỗi nhân viên có một mốc “không tính lại trước ngày này”. Đặt được ở cấp tenant (mặc định 24 tháng, tối đa 72, Workday khuyến nghị giữ ≤24 vì hiệu năng) và cấp từng người — cấp tenant thắng.

flowchart LR
  E["Sự kiện quá khứ<br/>(đổi lương, nhập giờ trễ,<br/>nghỉ việc hồi tố…)"] --> Q{"Sau mốc giới hạn<br/>và được hỗ trợ?"}
  Q -->|"Có"| R["Tính lại → chênh lệch<br/>→ trả ở kỳ hiện tại"]
  Q -->|"Sự kiện KHÔNG hỗ trợ"| X["Workday BỎ QUA sự kiện đó<br/>VÀ mọi sự kiện trước nó —<br/>kể cả sự kiện được hỗ trợ<br/>→ phải xử lý TAY"]
  Q -->|"Trước mốc"| S["Không xử lý"]

Nhánh giữa là cạm bẫy lớn nhất của retro: chỉ cần một sự kiện không được hỗ trợ (ví dụ đổi pay group ở phần lớn các nước, đổi công ty ở Canada) là Workday đẩy mốc giới hạn lên sau kỳ đó và bỏ qua toàn bộ những gì nằm trước — kể cả các thay đổi lẽ ra tính được. Luôn đọc báo cáo sự kiện chưa xử lý sau mỗi lần chạy.

Vận hành: chạy retro trước mỗi kỳ lương

Khuyến nghị của Workday là chạy retro ít nhất một lần trước mỗi lần chạy lương, theo trình tự: chạy bộ tiền xử lý (đếm trước số người sẽ phải tính lại, để lường thời gian) → tính retro → soát kết quả → chạy lương kỳ hiện tại → chốt retro → chốt lương.

Bốn điều dễ vấp khi soát kết quả:

Chênh lệch âm (thường do nghỉ việc hoặc nghỉ dài hạn hồi tố) có thể làm lương thực nhận âm — xử lý bằng khoản bù về 0, hủy kết quả retro, hoặc tạm treo (suspend).
Tạm treo rồi kéo mốc giới hạn về sớm hơn sẽ khiến số dư và hạn mức tính cả phần đã treo trong khi bảng lương thì không — sinh lệch số. Cách chữa chuẩn là dựng một khoản ghi nhớ (memo) để cân lại.
Retro không đưa khoản vào nợ khấu trừ và không thu hồi nợ của kỳ đã chốt; không tính lại gross-up; không hỗ trợ nhân viên biệt phái quốc tế.
Retro luôn lấy phần chênh trước khi tính hạn mức kỳ hiện tại — phần dư mới rơi vào nợ khấu trừ.

Điểm cấu hình đáng nhớ: cờ “tính lại khi retro” trên từng khoản có ngày hiệu lực — muốn đổi phải thêm ngày hiệu lực mới, nếu không thay đổi áp cho mọi kỳ trong quá khứ. Và dù không bật cờ đó, Workday vẫn luôn đánh giá lại điều kiện áp dụng và trạng thái active/inactive của khoản — đây là lý do việc “tắt” một khoản khấu trừ có thể sinh khoản hoàn lại cho nhiều kỳ trước.

Về kế toán: bật retro costing để chi phí truy lĩnh ghi vào bộ phận của kỳ gốc thay vì kỳ hiện tại — thưởng tháng 7 hồi tố cho tháng 1 sẽ về đúng trung tâm chi phí hồi tháng 1.

Quyết toán thuế cuối năm

Quy trình chung ở các nước có bản địa hoá: chuẩn bị → kiểm tra (audit) → xem trước → tạo dữ liệu → duyệt → tạo biểu mẫu → nộp qua tích hợp → phát hành cho nhân viên, điều khiển từ một dashboard riêng.

Ba nguyên tắc xuyên suốt:

Workday không nộp hồ sơ trực tiếp cho cơ quan thuế. Việc nộp đi qua nhà cung cấp dịch vụ khai thuế, tích hợp riêng, hoặc in ra nộp. Hệ quả thực tế: nếu nhà cung cấp là bên nộp thì bản của họ mới là bản chính thức, số liệu lệch với Workday không nhất thiết là lỗi.
Ánh xạ khoản thu nhập/khấu trừ vào ô biểu mẫu là việc của doanh nghiệp, Workday chỉ ánh xạ một phần.
Các báo cáo cuối năm dùng bộ dữ liệu tạo lần cuối, không tự cập nhật — chạy thêm một lần trả lương sau đó thì phải tạo lại dữ liệu, nếu không xem báo cáo vẫn ra số cũ.

Về sửa sai sau khi đã phát hành: Workday khuyến nghị phát hành biểu mẫu điều chỉnh thay vì thu hồi biểu mẫu cũ — vì nhân viên có thể đã xem và lưu bản gốc rồi. Canada còn tách ba loại điều chỉnh riêng (sửa, huỷ, bổ sung) và bắt buộc bước duyệt dữ liệu cuối năm từ năm thuế 2022.

Nhịp làm việc được khuyến nghị: chạy báo cáo xem trước, báo cáo kiểm tra và tạo file tích hợp thử mỗi quý — đừng đợi đến tháng 12 mới phát hiện dữ liệu sai.

Với doanh nghiệp Việt Nam dùng hệ thống lương địa phương, phần quyết toán thuộc về hệ thống đó — nhưng cơ chế truy lĩnh ở nửa đầu bài này vẫn rất đáng đọc, vì mọi thay đổi nhân sự hồi tố trong Workday đều cần được truyền sang kèm ngày hiệu lực để bên kia tính bù cho đúng.

Chắt lọc từ Workday Payroll Administrator Guide (Retroactive Payroll, Year-End Tax Reporting tr.879–1025) — doc.workday.com. Nội dung biên soạn lại phục vụ học tập, không thay thế tài liệu gốc.