Scorecard, tối ưu hiệu năng và custom validation

Ba chủ đề “vận hành nâng cao” của AP&C (Adaptive Planning and Consolidation) thường bị bỏ qua trong dự án nhưng quyết định trải nghiệm dài hạn: bảng chỉ số cho lãnh đạo, hiệu năng hệ thống, và lớp kiểm tra dữ liệu tại nguồn.

1. Financial Analytics — scorecard cho lãnh đạo

Financial Metrics (Create Financial Metrics Definition): báo cáo snapshot thanh khoản – balance sheet – P&L cho company/hierarchy (ràng buộc: các company phải cùng fiscal schedule + account set), chạy được bằng bất kỳ đồng tiền nào có tỷ giá (kèm Account Translation Rule Set khi khác đồng tiền sổ).

Financial Executive Scorecard — dashboard KPI đóng gói sẵn, xem được cả trên mobile, gồm 5 worklet: Net Income, Revenue per Employee, Spend per Employee, Operations (Profit %, Gross Margin %, Total Revenue/Spend, headcount), Financial Ratios (Debt to Equity, Return on Equity, Current Ratio). Điểm đặc thù khi dựng: phải map các alias chuẩn của scorecard vào dữ liệu tenant — ví dụ _FIN_Scorecard_Total_Revenue → summary doanh thu của bạn, _Actuals → ledger Actuals — rồi chạy chuỗi Initialize → Calculate → Review → Publish cho từng kỳ.

flowchart LR
  MA["Map Aliases<br/>(_FIN_Scorecard_* →<br/>account summary của tenant)"] --> I["Initialize"]
  I --> CA["Calculate"] --> RV["Review"] --> PB["Publish"]
  PB --> W["5 worklet KPI<br/>trên dashboard + mobile"]
  PB -.->|"mỗi kỳ lặp lại<br/>từ Initialize"| I
  style W fill:#e7f5ea,stroke:#2e7d32

Custom metric tự dựng từ ba khối tính: WD Matrix Report (tổng hợp từ matrix report — doanh thu, chi phí, net income), WD Number of Days (đếm ngày), WD Simple Arithmetic (ghép thành tỷ số — profit margin, DSO — Days Sales Outstanding, DPO — Days Payables Outstanding). Mỗi metric gắn target (thường từ báo cáo Plan) và ngưỡng màu — ví dụ mẫu của Workday: dưới 90% target = đỏ, 90–95% = vàng, trên 95% = xanh — kèm link drill-down xuống báo cáo chi tiết.

Report Administrator Dashboard — đáng bật cho đội quản trị báo cáo: các worklet giám sát sẵn có như báo cáo không ai chạy trong 365 ngày, báo cáo tạo/sửa 90 ngày, calculated field đổi trong 7 ngày (thủ phạm quen thuộc khi số báo cáo “tự nhiên khác”), lịch chạy sắp fail, và top báo cáo chạy chậm nhất.

2. Tối ưu hiệu năng — các ngưỡng và quy tắc đáng nhớ

Chắt lọc từ bộ Tenant Configuration Guidelines — phần giá trị nhất là những con số cụ thể:

Vấn đề	Quy tắc / ngưỡng
Allocation chạy chậm, bút toán phình	Bỏ worktag không cần khỏi Worktag Mapping ở Target/Offset của definition
Journal khối lượng lớn chậm	Retained Earnings cấu hình tối đa 3 worktag type (Edit Tenant Setup - Financials)
Import bút toán số lượng lớn	Dùng web service Import Accounting Journal, không dùng Submit Accounting Journal
Import có alternate account set	Chạy với Create Journal with Errors = Y, Submit = N — mapping sai thì bút toán vẫn tạo ở Created để sửa, không mất
Báo cáo trial balance nhiều năm	Repeating Column Group không hỗ trợ chạy qua nhiều fiscal year — copy cột và gán cứng năm cho từng cột
Custom report chậm	Dùng field có index; lọc theo Last Updated thì dùng data source Journal Lines + filter “Last Updated in Date Range”
Đính kèm file vào journal chậm	Dùng action Add/Change Attachments, đừng đi đường Journal > Edit
Bút toán kẹt Created không đóng được kỳ	Bỏ option “Don’t wait for this step” trên bước Budget Check của business process
Journal không submit được để duyệt	Mọi group được tạo journal phải được enable ở cả bước Review trong security policy của BP

Hai lỗi cấu hình hay gặp khác: thiếu default ledger account cho từng posting rule type (nguồn lỗi “operational journal error” số một), và thiếu default cho InterWorktag Payables/Receivables khi dùng worktag balancing.

3. Custom Validations — chặn lỗi tại nguồn

Khung kiểm tra dữ liệu tự định nghĩa theo từng loại giao dịch (Maintain Custom Validations), hai mức:

• Critical — chặn hẳn submit đến khi sửa (dùng cho quy tắc bất di bất dịch: thiếu worktag bắt buộc, sai tổ hợp company–cost center…).
• Warning — cảnh báo nhưng cho đi tiếp (dùng cho quy tắc “nên xem lại”: chi phí vượt ngưỡng, tài khoản ít dùng…).

Điều kiện viết bằng rule conditions (And/Or, ngoặc nhóm, so sánh field), message lỗi ghép văn bản tĩnh + field động để người nhập biết chính xác chứng từ nào lỗi (ví dụ: “Vé máy bay vượt 600 USD cho Expense Report: EXP-00004471”). Có nút test trên giao dịch thật trước khi kích hoạt, và migrate giữa các tenant (Sandbox → Production) bằng Object Transporter.

Điểm tinh tế nên biết: khi xem giao dịch, Workday hiển thị lỗi/cảnh báo của lần lưu gần nhất (không validate lại mỗi lần mở — cho nhanh); còn khi create/edit/submit/approve thì luôn kiểm theo bộ validation mới nhất. Nút View Exceptions để ép kiểm tra lại khi nghi ngờ.

Bài học triển khai: cân nhắc kỹ trước khi đặt Critical — validation quá chặt từng là lý do phổ biến khiến plan không submit được (và xóa validation thôi chưa đủ, phải cập nhật lại các dòng dữ liệu đã dính lỗi). Bắt đầu bằng Warning, nâng lên Critical khi quy tắc đã “sống” ổn một mùa.

---

Chắt lọc từ Workday Adaptive Planning and Consolidation Administrator Guide (mục Financial Analytics, Optimize Financial Management Performance, Custom Validations) — doc.workday.com.