Phân bổ chi phí (Allocations) và chỉ tiêu thống kê

Phân bổ (allocation) là nghiệp vụ tháng nào cũng chạy: chia chi phí dùng chung (văn phòng, IT, marketing…) từ nơi gánh hộ về đúng nơi hưởng — trong một công ty hoặc xuyên công ty (intercompany). Trong AP&C (Adaptive Planning and Consolidation), phân bổ chạy bằng cấu hình, sinh bút toán vận hành tự động, và có vòng kiểm thử trước khi ghi sổ thật.

Trước hết: Statistics — tiêu thức phân bổ

Muốn chia theo headcount, m², số khách hàng… phải có nơi lưu các chỉ tiêu phi tài chính đó. AP&C có hai cơ chế:

	Statistic Ledger Account	Statistic Definition
Bản chất	Tài khoản thống kê trong hệ tài khoản, nhập bằng bút toán	Danh mục chỉ tiêu riêng, nhập theo kỳ
Ưu	Nhập theo ngày, kiểm soát theo trạng thái kỳ, có duyệt qua business process, hiệu năng báo cáo tốt	Có kiểu Percent (tỷ lệ cố định tổng 100%), nạp kiểu thay-toàn-bộ
Nhược	Phải mở rộng hệ tài khoản, bút toán phải cân, cần rate type 1:1 để khỏi bị quy đổi tỷ giá	Không giới hạn theo company, báo cáo chậm khi dữ liệu lớn

Workday khuyến nghị ưu tiên statistic ledger account khi có thể. Ba kiểu chỉ tiêu khi dùng statistic definition (task Create Statistic Definition): Activity (thay đổi theo kỳ — số đơn hàng), Balance (ổn định — m², lấy số dư cuối kỳ), Percent (bảng tỷ lệ cố định — bắt buộc cho phương pháp Fixed Percent). Nạp số hàng loạt qua EIB (Enterprise Interface Builder) với web service Put Statistic.

Gotcha đáng nhớ: đừng dùng tài khoản kết quả kinh doanh cho statistics và đừng bật intercompany cho tài khoản thống kê — hệ thống có thể sinh lợi nhuận giữ lại hoặc công nợ nội bộ “ma” ngoài ý muốn.

Vòng đời một allocation

flowchart LR
  D["Định nghĩa<br/>Source · Basis<br/>Target · Offset"] --> G["Gom nhóm<br/>+ đặt phụ thuộc"]
  G --> T["Test<br/>(Draft — KHÔNG ghi sổ)"]
  T -->|"đúng"| R["Run<br/>(bút toán Pro Forma)"]
  T -->|"sai"| D
  R --> F["Finalize<br/>(Posted + bút toán đảo kỳ sau)"]
  F -.->|"cancel → dependents<br/>Requires Rerun"| R
  style T fill:#fff8e1,stroke:#f9a825
  style F fill:#e7f5ea,stroke:#2e7d32

Bốn khối của một definition — đọc như một câu: lấy tiền từ Source, chia theo Basis, ghi vào Target, đối ứng giải phóng nguồn bằng Offset.

1. Định nghĩa (task Create Allocation Definition) — 4 khối phải nghĩ rõ:

• Source — lấy tiền từ đâu: ledger (số thực) hay plan (ngân sách — sinh budget amendment thay vì bút toán), lọc theo tài khoản/worktag/book code. Chú ý quy tắc lọc worktag: khác loại = VÀ, cùng loại = HOẶC.
• Basis — chia theo tiêu thức nào: phương pháp + basis type (bảng dưới) + Dimension (worktag nhận tỷ lệ, ví dụ cost center).
• Target — ghi vào đâu: company đích (Source/Basis/User Specified — chọn company khác source là thành bút toán liên công ty tự động), tài khoản đích, ánh xạ worktag. Lưu ý: hệ thống không tự gán related worktags.
• Offset — bút toán đối ứng giải phóng chi phí ở nguồn; company offset phải cùng đồng tiền với company nguồn.

2. Phương pháp và tiêu thức:

Allocation Method	Chia thế nào
Fixed Percent	Theo bảng tỷ lệ cố định (statistic kiểu Percent)
Pro-rata	Theo tỷ trọng basis thực tế: headcount / số dư-phát sinh tài khoản / statistic
Spread Even	Chia đều theo dimension — tối đa 3 dimension
Arithmetic Calculation	Basis × đơn giá cố định (đi với source type Fixed Rate Amount)

Basis type gồm: Headcount (từ Financial Headcount Definition — gồm cả nhân viên và contingent worker), Ledger Accounts (một hoặc nhiều company — nhiều company thì bắt buộc khai Translation Currency + Account Translation Rule Set), Statistic Values.

3. Test trước khi chạy thật (Test Allocation từ definition): kết quả ở trạng thái Draft, không sinh bút toán — soi từng lớp Source/Basis/Target/ Offset đến khi đúng rồi mới run.

4. Run (task Schedule Allocation Run): sinh bút toán pro forma (hoặc budget amendment nháp). Nhóm allocation (Create Allocation Group Set) cho phép đặt thứ tự phụ thuộc — ví dụ phân bổ Facilities phải chạy trước Marketing; khi cancel một allocation, các allocation phụ thuộc chuyển trạng thái Requires Rerun.

5. Finalize (task Run Mass Finalize for Allocations): pro forma → Posted, kèm bút toán đảo đầu kỳ sau nếu định nghĩa có Create Reversal. Allocation còn treo pro forma sẽ hiện trên danh sách việc phải xử lý khi đóng kỳ — đây là móc nối trực tiếp với quy trình close.

Những giới hạn thực chiến đáng nhớ

1. Trên ~50.000 dòng bút toán/definition: Workday khuyến nghị tách nhỏ definition (trên 100.000 dòng thì bắt buộc phải nghĩ lại thiết kế). Có công thức dựng custom report “Journal Lines by Allocation” để rà definition nào đang phình.
2. Phân bổ từ ngân sách chỉ chạy với budget đã duyệt — không chạy trên bản nháp.
3. Cancel không sinh bút toán đảo — kể cả tenant bật auto-reversal; repost sẽ tạo journal line ID mới (ảnh hưởng quy trình đối chiếu dựa trên ID).
4. Tối đa 53 tầng phụ thuộc khi schedule/mass finalize.
5. Mỗi definition chỉ thuộc một group set active; không sửa group set khi còn allocation treo.

Checklist thiết kế cho dự án

• Danh mục tiêu thức phân bổ thống nhất với nghiệp vụ (basis nào, ai nhập, nhịp nào) trước khi cấu hình.
• Quy ước đặt tên definition theo dòng chi phí + hướng phân bổ.
• Sơ đồ phụ thuộc giữa các allocation vẽ trước, cấu hình sau.
• Kịch bản test bằng số một kỳ thật, đối chiếu tay trước khi finalize lần đầu.
• Lịch chạy gắn vào quy trình đóng kỳ (allocation là bước trước revaluation).

---

Chắt lọc từ Workday Adaptive Planning and Consolidation Administrator Guide (mục Statistics, Allocations) — tài liệu công khai tại doc.workday.com. Bài viết diễn giải lại phục vụ người đọc tiếng Việt, không thay thế tài liệu gốc.