Workday Payroll: vận hành chạy lương on-cycle và off-cycle

Cấu hình xong bảng lương mới là một nửa. Nửa còn lại là vận hành hằng kỳ: nhập điều chỉnh, chạy tính, soát lỗi, chốt — và xử lý những ca không theo chu kỳ. Bài này đi qua toàn bộ phần vận hành đó trong Workday Payroll.

Payroll input: điều chỉnh hay ghi đè

Mọi can thiệp vào kết quả tính lương đi qua payroll input, và điều đầu tiên phải phân biệt là hai kiểu tác động:

	Điều chỉnh (adjustment)	Ghi đè (override)
Cách hoạt động	Thêm một dòng tăng/giảm	Thay hẳn số đã tính
Số gốc	Vẫn hiển thị	Bị thay thế
Phạm vi	Theo dòng nhập	Toàn bộ kỳ, kể cả khi khoảng ngày nhập không phủ hết kỳ

⚠️ Workday không tự chia theo tỷ lệ (prorate) payroll input theo ngày bắt đầu – kết thúc. Nhập bao nhiêu xử lý đủ bấy nhiêu, dù ngày rơi giữa kỳ. Muốn chia theo giai đoạn thì phải nhập nhiều dòng, mỗi dòng một ngày kết thúc.

Ba nguyên tắc vận hành nên đưa vào quy trình nội bộ:

Luôn gán mã lô (batch ID) — đó là cách duy nhất để xóa hàng loạt khi nhập sai. Nhưng khi kết quả lương dùng lô đó đã chốt thì không xóa được nữa.
Dữ liệu đến từ chấm công hay nghỉ phép thì sửa tại nguồn rồi tính lại, đừng dùng payroll input — nếu không sẽ sai số dư nghỉ phép và sai hồi tố về sau.
Input đang chạy (ongoing) đã nằm trong kết quả đã chốt thì không sửa được — phải kết thúc input cũ và tạo mới.

Muốn có bước phê duyệt cho việc nhập điều chỉnh, dùng quy trình yêu cầu nhập liệu lương. Nhưng ⚠️ nếu không thêm bước rà soát vào quy trình, Workday tự động duyệt — và các tác vụ nhập trực tiếp khác vẫn thêm input được mà không qua duyệt.

Với khối lượng lớn, có bảng tính nhập liệu lương dùng chung được nhiều người. Điểm cần nói rõ với đội vận hành: quan hệ này một chiều — sửa trên bảng tính thì cập nhật vào Workday, nhưng nhập trong Workday không tự cập nhật ngược lại; phải tạo bảng tính mới.

⚠️ Một rủi ro bảo mật đáng lưu ý: bất kỳ ai có quyền vào kho tài liệu hoặc bảng tính đều xem được toàn bộ dữ liệu bảng tính được chia sẻ, bất kể họ có quyền trên nhóm lương đó hay không.

Chạy lương theo chu kỳ

flowchart LR
  R["CHẠY HỒI TỐ trước<br/>(kể cả lần chạy đầu tiên)"] --> C["TÍNH LƯƠNG<br/>tay · theo lịch ·<br/>hoặc liên tục"]
  C --> A["CHẠY KIỂM TRA<br/>(audit + AI bất thường)"]
  A --> V["SOÁT kết quả lương<br/>VÀ kết quả kế toán<br/>(hết lỗi bút toán mới đi tiếp)"]
  V --> P["CHỐT LƯƠNG"]
  P --> S["THANH TOÁN"]

Có ba chế độ tính: chạy tay, chạy theo lịch, và tính liên tục — tự tính lại mỗi khi có sự kiện ảnh hưởng lương, tạm dừng được để rà soát cuối kỳ.

⚠️ Giới hạn quan trọng nhất của chế độ thông minh và chế độ liên tục: nó chỉ phát hiện sự kiện ở cấp nhân viên (tăng lương, đổi phúc lợi) — không phát hiện thay đổi cấu hình (sửa định nghĩa khoản thu nhập, đổi thuế suất). Vì vậy Workday khuyến nghị chạy một lần tính đầy đủ đầu kỳ và một lần nữa ngay trước khi chốt.

Ba thao tác nữa cần phân biệt rõ:

Khóa nhóm lương để kiểm tra — giữ trạng thái ổn định trong lúc rà soát, các sự kiện nhân viên không lật kết quả sang “cần tính lại”. Điều kiện: toàn bộ kết quả theo chu kỳ phải đang ở trạng thái đang xử lý.
Tạm giữ lương một người — chỉ được khi kết quả đang xử lý. ⚠️ Nếu nhân viên có nhiều kết quả trong kỳ (ví dụ đi làm lại giữa kỳ), lệnh tạm giữ áp cho tất cả.
Chạy lại kế toán mà không tính lại lương — dùng khi chỉ sai tài khoản hoặc sai kỳ sổ.

⚠️ Trước khi chốt, nhớ bỏ tùy chọn giới hạn phạm vi kế toán để làm mới toàn bộ, nếu không sẽ bỏ sót các thay đổi phân bổ chi phí gần đây.

Hai kỷ luật vận hành mà tài liệu nhấn mạnh: không chạy quá một tác vụ xử lý cho cùng một nhóm lương tại một thời điểm (mở nhiều tab trình duyệt là rủi ro hỏng dữ liệu), và đừng ngắt giữa chừng một tác vụ đã khởi động — để nó chạy xong rồi hủy đúng cách.

Trả ngoài chu kỳ: ba loại giao dịch

Loại	Bản chất	Workday tự tính gì
On-demand thay thế	Thay phiếu lương thường của kỳ	Thuế chủ + thuế người lao động + phí lệnh khấu trừ, và các khoản thu nhập/khấu trừ khác (nhân viên đang làm việc)
On-demand bổ sung	Trả thêm ngoài lương thường	Thuế chủ + thuế người lao động + phí lệnh khấu trừ
Thủ công	Ghi nhận khoản đã trả ngoài hệ thống	Chỉ thuế phần chủ sử dụng lao động

Sự khác biệt ở cột cuối chính là kim chỉ nam khi chọn: cần điều chỉnh chính số thuế thì dùng phiếu thủ công (vì nó không tự tính thuế người lao động); cần Workday tính từ lương gộp ra lương thực nhận thì dùng on-demand.

⚠️ Thứ tự xử lý bắt buộc khi một người có nhiều phiếu trong cùng kỳ và cùng nhóm lương: thủ công → đảo phiếu → on-demand → theo chu kỳ. Làm sai thứ tự, các kết quả phụ thuộc rơi vào trạng thái chờ.

Vài giới hạn hay phải trả lời:

Một phiếu thay thế cho mỗi người / mỗi kỳ / mỗi nhóm lương / mỗi công ty (kỳ có nhiều kỳ con thì một phiếu mỗi kỳ con). Tạo phiếu thay thế là Workday loại người đó khỏi lần chạy theo chu kỳ của kỳ đó.
Workday không chia theo tỷ lệ số tiền của phiếu bổ sung. Muốn chia thì tạo nhiều dòng nhập với ngày kết thúc khác nhau, hoặc tạo phiếu riêng cho từng kỳ con.
Phiếu bổ sung không thu hồi số dư nợ khấu trừ còn tồn.
Cùng lúc chỉ có một phiếu thủ công và một phiếu on-demand ở trạng thái đang xử lý.
Ngày thanh toán quyết định bảng thuế nào áp dụng — đây là trường quan trọng nhất trên phiếu, không phải trường ngày nào khác.

Có thể tạo phiếu on-demand cho kỳ kế tiếp trước khi chốt kỳ hiện tại — rất hợp với ca nghỉ việc rơi sau ngày kết thúc kỳ. Khi đó kỳ kế nhận trạng thái riêng “mở cho các phiếu ngoài chu kỳ”.

Đảo phiếu lương: cửa sổ rất hẹp

Đảo phiếu (reversal) ghi bản âm của một khoản đã chốt. Điều kiện then chốt: đã chốt nhưng CHƯA đối chiếu sao kê ngân hàng. Ngoài ra không được có điều chỉnh kế toán lương, không đang trong quy trình chuyển tiền vô chủ, và không có bút toán lỗi liên quan.

⚠️ Ba điều phải nói trước với khách hàng:

Workday không thanh toán phần đảo — khoản gốc và khoản đảo cùng tồn tại trên sổ; dù không thanh toán vẫn phải chốt phần đảo.
Phần đảo không hiển thị trên phiếu lương của nhân viên.
Hủy một phiếu đảo đã chốt không “hồi sinh” được khoản gốc — khoản chi và bút toán của nó đã bị hủy, phải tạo khoản chi mới.

Khi nào không dùng đảo phiếu? Khi đã quá cửa sổ cho phép — lúc đó dùng phiếu bổ sung/thủ công, hoặc để tính lương hồi tố thu hồi ở kỳ sau. Đây thường là đường sạch hơn: nhập lại giờ đúng, chạy hồi tố, Workday tự thu hồi lương cơ bản và hoàn lại khoản khấu trừ ở kỳ lương kế tiếp.

Về hạch toán: kỳ sổ còn mở thì dòng đảo dùng ngày hạch toán của bút toán gốc; kỳ sổ đã đóng thì dùng ngày đầu tiên của kỳ mở kế tiếp.

Sửa kỳ lương đã đóng

Workday cho phép chạy phiếu cho các kỳ tới 6 năm trước kỳ đang chạy. Ba đường: phiếu bổ sung on-demand, phiếu bổ sung thủ công, và đảo phiếu.

Câu hỏi quan trọng khi thiết kế: bút toán rơi vào kỳ nào? Workday dùng ngày thanh toán để chọn bảng thuế, còn ngày kết thúc kỳ để quyết định kỳ báo cáo và kỳ hạch toán. Từ đó có hai cách làm:

Chạy phiếu cho kỳ trước → bút toán rơi vào kỳ đó.
Chạy phiếu cho kỳ hiện tại với ngày thanh toán thuộc kỳ trước → bút toán rơi vào kỳ hiện tại nhưng áp thuế của kỳ trước. Cách này tiện khi phải báo cáo sang hệ thống kế toán bên ngoài.

⚠️ Nếu kỳ sổ đã đóng, Workday tìm kỳ mở đầu tiên kế tiếp; không còn kỳ mở nào thì bút toán rơi vào trạng thái lỗi. Và một lời nhắc thực tế từ tài liệu: lương vẫn chạy bình thường dù bút toán kế toán bị lỗi — Workday chỉ báo khi bạn đảo hoặc hủy kết quả đã chốt. Vì vậy nên đưa báo cáo sửa bút toán vận hành lỗi vào quy trình kiểm tra định kỳ.

Trung tâm điều hành lương toàn cầu

Workday có một không gian làm việc tập trung cho quản trị viên lương: theo dõi checklist trước mỗi kỳ chạy, xem trạng thái và tổng số liệu xuyên các nhóm lương, và mở đúng tác vụ ở đúng giai đoạn của chu kỳ.

Bảy giới hạn nên nói trước khi triển khai: sửa mẫu checklist không cập nhật các checklist đã tạo; tối đa 5 người nhận mỗi mục; chỉ giao cho cá nhân, không giao theo nhóm bảo mật hay vai trò; không có dấu vết kiểm toán; không khóa được checklist; không có thông báo; và một cột thao tác chỉ dùng cho nhóm lương bên ngoài.

Chắt lọc từ Workday Payroll Administrator Guide (Payroll Input, Payroll Processing, Off-Cycle Payments, Prior Period Adjustments, Global Payroll Hub tr.607–779) — 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.