Quản lý chi phí và công tác phí trong Workday Expenses

Quản lý chi phí là phân hệ nhiều người dùng nhất trong khối tài chính — mọi nhân viên đều chạm vào nó. Bài này đi qua toàn bộ: dựng khoản mục chi và định mức, xử lý công tác phí theo ngày, nối thẻ tín dụng công ty, duyệt chi trước và tạm ứng, đến lớp kiểm toán bằng học máy.

Ai được hoàn tiền, và cần gì để chạy

Workday hoàn tiền cho nhiều đối tượng, không chỉ nhân viên: ứng viên, lao động thời vụ, thành viên hội đồng bên ngoài, người sắp vào làm, sinh viên.

Điều kiện tối thiểu để hệ thống chạy được rất gọn: ít nhất một khoản mục chi và một hình thức hoàn tiền.

⚠️ Nhưng ba giới hạn cấp sản phẩm cần nói trước:

• Quét hóa đơn trên di động chỉ bật được cho một số quốc gia.
• Chỉ có một quy tắc ưu tiên thanh toán cho chi phí trong toàn tenant, áp cho mọi người dùng.
• Không hỗ trợ lưu trữ chứng từ có chứng thực cho hóa đơn và tệp đính kèm.

Với ứng viên và sinh viên có hai giới hạn nữa cần biết ngay từ khảo sát: họ không tự tạo được bảng kê chi phí, và không dùng được đề nghị chi trước lẫn tạm ứng.

Khoản mục chi và bảng định mức

Mỗi khoản mục chi khai một kiểu số tiền quyết định người nộp được nhập gì:

Kiểu	Ý nghĩa
Số thực tế	Nhập tay
Theo hạn mức được cấp	Gắn với gói phúc lợi của nhân viên
Trần theo dòng	Trần cho mỗi dòng chi
Trần theo ngày	Trần cho cả một ngày, xuyên nhiều dòng và nhiều bảng kê
Số cố định	Không sửa được

Bảng định mức có bốn loại: theo số tiền (ví dụ công tác phí khác nhau theo quốc gia), theo bậc số lượng, theo bậc phần trăm (ví dụ đi dưới 4 giờ hưởng 25%, 5–6 giờ hưởng 50%), và trần.

Mô hình hai tầng rất đáng dùng: bảng gốc khai mức chuẩn, bảng điều chỉnh cộng hoặc trừ theo tình huống — ví dụ trừ một khoản mỗi khi bữa ăn đã được đơn vị chủ nhà cung cấp, hoặc cộng thêm khi công tác ở thủ đô.

⚠️ Bốn ràng buộc gây vướng nhất:

1. Mỗi bảng định mức chỉ dùng cho một khoản mục chi — cả bảng gốc lẫn bảng điều chỉnh.
2. Không vô hiệu hóa được bảng định mức. Mẹo thực dụng của Workday: đổi tên thêm tiền tố kiểu z - không dùng để đẩy xuống cuối danh sách.
3. Sửa trên giao diện chỉ được với bảng dưới 1.000 dòng; lớn hơn phải nạp qua giao diện lập trình.
4. Workday áp dòng khớp đầu tiên → xếp từ ưu tiên cao xuống thấp.

Với cơ chế lũy kế (ví dụ đơn giá theo dặm giảm dần khi vượt mốc), có một cái bẫy đắt: đổi thuộc tính dùng để đánh giá sẽ đặt lại số lũy kế về 0 — nên tạo khoản mục chi mới thay vì sửa cái đang chạy.

Công tác phí theo ngày

Đây là phần cấu hình khó nhất chương này, vì Workday dựng nó theo mô hình cha – con: một khoản mục chi “con” chứa bảng định mức và các thuộc tính, một khoản mục “cha” bật nhật ký công tác và trỏ tới con.

⚠️ Quy tắc quyết định thành bại: các thuộc tính ngày và giờ đi/đến phải đặt trên khoản mục CHA, không đặt trên con — đặt sai thì Workday không tính ra công tác phí. Và đặt tên khoản mục con bắt đầu bằng z - không chọn để người dùng khỏi chọn nhầm.

Hai cách chia kỳ cho ra kết quả khác nhau rõ rệt:

• Theo chu kỳ 24 giờ — chuyến bắt đầu 13:00 thì kỳ đầu kết thúc 13:00 hôm sau.
• Theo ngày dương lịch — từ nửa đêm đến nửa đêm.

Ví dụ theo ngày dương lịch với mức 60 mỗi ngày trọn và quy tắc trừ theo số giờ: ngày đi 18 giờ nhận 40, ngày giữa trọn vẹn nhận 60, ngày về 9 giờ nhận 0. Cùng chuyến đó tính theo chu kỳ 24 giờ sẽ ra bộ số hoàn toàn khác — nên chốt cách chia với bộ phận nhân sự trước khi cấu hình.

⚠️ Ba giới hạn của công tác phí: không dùng bảng định mức đa tiền tệ; không tách được phần chịu thuế và không chịu thuế; và không nộp được dòng giá trị 0. Ngoài ra nhật ký công tác không dùng được trên đề nghị chi trước — dùng khoản mục công tác phí ở đó thì Workday tính sai số tiền.

Thẻ tín dụng công ty

Ba mô hình trách nhiệm thanh toán quyết định toàn bộ luồng tiền:

Mô hình	Ai trả
Công ty chịu	Công ty trả hết; chi tiêu cá nhân thành khoản nhân viên nợ công ty
Cá nhân chịu	Nhân viên trả hết; công ty hoàn phần công việc
Chia sẻ	Nhân viên trả phần cá nhân, công ty trả phần công việc

⚠️ Năm điều cần nhớ khi triển khai thẻ:

1. Không được nạp số thẻ thật (chưa che) vào Workday — đó là vi phạm chính sách bảo mật.
2. Nên bật chỉ nạp điện tử để cấm nhập giao dịch thẻ bằng tay — trộn hai đường gây lỗi đối soát.
3. Thẻ đã có một giao dịch lên bảng kê thì vĩnh viễn không đổi được chủ thẻ.
4. Phải nạp tỷ giá lịch sử có ngày trước giao dịch cũ nhất định nạp vào.
5. Nhập giao dịch thẻ bằng tay thì loại tiền của sao kê thẻ phải trùng cả loại tiền giao dịch lẫn loại tiền hoàn của bảng kê.

Về thẻ công tác tập trung (thẻ “ảo” dùng chung để mua vé máy bay cho cả tổ chức): giới hạn lớn nhất là Workday chỉ tự gán được giao dịch vé máy bay cho nhân viên — khách sạn và phí dịch vụ phải gán tay.

Về hóa đơn khách sạn tự tách dòng: cơ chế này chạy được nhờ dữ liệu chi tiết từ ngân hàng. ⚠️ Hai cái bẫy: thêm khoản mục chi bằng tay thì không tự tách; và sửa tay một hóa đơn đã tự tách thì Workday không tách lại — muốn chạy lại phải xóa dòng và thêm lại giao dịch thẻ.

Đề nghị chi trước và tạm ứng

Đề nghị chi trước xin duyệt cho chi phí ước tính trước khi phát sinh; một đề nghị dùng được cho nhiều bảng kê cho tới khi số dư về 0.

⚠️ Ba giới hạn quan trọng:

1. Người nhận không xin tạm ứng ở loại tiền khác loại tiền hoàn của họ.
2. Workday không sinh bút toán khi nhận lại tiền tạm ứng — phải tự tạo bút toán qua phiếu nộp ngân hàng hoặc khấu trừ lương.
3. Không sao chép được đề nghị chi trước — chỉ sao chép phần đầu.

Một hành vi dễ gây hiểu nhầm: khi một khoản tạm ứng liên kết với nhiều bảng kê, Workday không cập nhật động số tiền — số đã áp và số còn khả dụng đều không đổi sau khi nộp bảng kê.

Đề nghị chi trước tự đóng khi hội đủ điều kiện: mọi bảng kê liên quan đã hủy hoặc đã duyệt và thanh toán, số dư tạm ứng bằng 0, người nộp đã đánh dấu bảng kê cuối cùng, và số dư còn lại bằng 0.

Kèm theo là cơ chế đóng băng chi tiêu theo công ty hoặc theo tổ chức — chặn đề nghị mua hàng, đơn hàng và đề nghị chi trước trong một giai đoạn nhất định. Cách dựng khá hay: kết hợp quy tắc điều kiện với bảng câu hỏi bắt buộc, để trong thời gian đóng băng nhân viên phải nêu lý do và hồ sơ đi qua thêm một cấp duyệt.

Duyệt và trả lại từng dòng

flowchart LR
  S["NỘP BẢNG KÊ"] --> R["RÀ SOÁT / DUYỆT<br/>(có thể TRẢ LẠI<br/>từng dòng)"]
  R -->|"dòng bị trả lại"| C["BẢNG KÊ CON<br/>về người nộp sửa"]
  R -->|"các dòng còn lại"| P["BẢNG KÊ CHA<br/>ĐI TIẾP đến duyệt cuối"]

Cơ chế trả lại từng dòng đáng giá vì nó không chặn cả bảng kê vì một dòng thiếu chứng từ. Ngược lại, từ chối là kết thúc quy trình — phải tạo bảng kê mới.

Hai thao tác sửa sau khi duyệt cần phân biệt rõ:

• Sửa đúng (correct) — chỉ đổi worktag, phân loại, chi tiết không làm đổi tổng tiền, và không chạy lại quy trình duyệt.
• Thay đổi (change) — quy trình chạy lại từ đầu, bảng kê về người nộp.

⚠️ Không sửa đúng được khi: đã thanh toán và có bật cân đối theo worktag; có số dư hoàn âm đã thu hồi; đã có tờ khai thuế; hoặc đã ở trạng thái sẵn sàng xuất hóa đơn cho khách. Và hủy bảng kê là không thể đảo ngược.

Một lời khuyên nhỏ nhưng cứu nhiều giờ hỗ trợ: chỉ dùng một trình duyệt khi lập bảng kê — mở hai tab song song gây xung đột lúc lưu.

Kiểm toán chi phí bằng học máy

Workday chấm điểm rủi ro 0–100 cho từng dòng chi, điểm cao nhất trong các dòng thành điểm của cả bảng kê. Ba mô hình chạy song song:

Mô hình	Bắt cái gì
Bất thường về số tiền	Số tiền lệch xa so với phân phối của các chi phí tương tự
Trùng lặp	Trùng với chi phí đã trả hoặc đang xử lý, quét lùi 6 tháng
Sai khoản mục	Khoản mục chi được chọn có xác suất thấp so với phương án khác

⚠️ Bốn ngưỡng quyết định có triển khai được hay không:

• Tenant phải có ít nhất 10.000 dòng bảng kê đã nộp.
• Chỉ chấm các khoản mục chi có ít nhất 50 dòng lịch sử.
• Cần 2–4 tuần để dựng và huấn luyện mô hình.
• Không chạy ở môi trường triển khai và môi trường thử nghiệm — chỉ bản xem trước và bản chính thức.

Khi dùng để định tuyến theo rủi ro, có một quy tắc thứ tự tuyệt đối không được sai: bước chờ chấm điểm phải đặt ngay sau bước khởi tạo và trước mọi bước rà soát; nếu có bảng câu hỏi hoặc bước rà soát thuế thì chúng phải nằm sau bước chấm điểm. Đặt sai thứ tự làm bảng kê kẹt lại giữa quy trình.

Ứng dụng thực dụng nhất: đặt điều kiện bỏ qua bước duyệt với điểm rủi ro thấp — giảm hẳn khối lượng duyệt tay mà vẫn giữ kiểm soát ở phần rủi ro cao.

Bên cạnh đó, có lớp gợi ý khoản mục chi bằng học máy — từ hóa đơn đã quét (cần ít nhất 3.000 hóa đơn lịch sử) và từ giao dịch thẻ. ⚠️ Gợi ý trên giao dịch thẻ chỉ suy luận tại thời điểm nạp giao dịch — nên thử nghiệm trên các giao dịch nạp trước khi bật tính năng sẽ không thấy gợi ý nào.

Nhận hóa đơn qua email và quét hóa đơn

Nhân viên chụp hoặc chuyển tiếp hóa đơn về một địa chỉ email riêng, Workday tạo sẵn khoản chi nháp. Vài con số cần biết: tệp PDF nhận mọi kích thước, ảnh PNG hoặc TIFF phải trên 40 KB, các định dạng khác trên 20 KB.

⚠️ Nếu email có hóa đơn cả trong nội dung lẫn tệp đính kèm, Workday chỉ tạo khoản chi từ tệp đính kèm. Và nên tránh chuyển tiếp nhiều tầng vì làm giảm độ chính xác nhận dạng.

Về quét hóa đơn: độ chính xác kỳ vọng khoảng 85%, bóc tách bốn trường — số tiền, loại tiền, ngày, đơn vị bán. ⚠️ Danh sách ngôn ngữ hỗ trợ khá hẹp và không bao gồm tiếng Việt — với thị trường Việt Nam cần đặt kỳ vọng đúng, và tính đến phương án nhập tay hoặc tích hợp bên thứ ba cho khâu này.

Vài giới hạn khác nên biết trước

• Chỉ một mẫu in bảng kê cho mỗi công ty, tối đa ba dòng thông điệp tài chính trên mẫu.
• ⚠️ Tài liệu in ra tự xóa sau số ngày đã khai và không khôi phục được — phải khớp với chính sách lưu trữ chứng từ của doanh nghiệp.
• Từ chối một dòng liên công ty là từ chối cả bảng kê.
• Chi phí theo quãng đường không tự tính cho chuyến khứ hồi nhiều điểm, và không loại trừ đường thu phí.
• Một mục nữa cần nói rõ khi tư vấn: dữ liệu đặt vé từ nhà cung cấp du lịch mặc định bị ẩn khỏi nhân viên, và Workday không tự đánh giá vi phạm chính sách công tác — nó chỉ nhận thông tin vi phạm do nhà cung cấp báo về.

---

Chắt lọc từ Workday Financial Management Administrator Guide (Expenses: Expense Items, Expense Rate Tables, Expense Reports, Spend Authorizations, Credit Cards, Expense Protect, Travel Booking tr.1928–2169) — 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.