Công thức và driver-based modeling

Sức mạnh thật của Adaptive Planning nằm ở tầng công thức: kế hoạch không phải tập số gõ tay mà là mạng lưới quan hệ nhân quả — đổi giả định gốc, toàn mô hình tính lại. Bài này trình bày tư duy và các khối công thức chính.

Ghi chú: ví dụ dưới đây dùng cú pháp minh họa bám theo ngôn ngữ công thức của Adaptive Planning; khi làm thật hãy đối chiếu Formula Reference trong tài liệu chính hãng — cú pháp chi tiết có thể khác nhẹ theo phiên bản.

Tư duy driver-based

Thay vì gõ “chi phí điện tháng 1: 180 triệu”, mô hình driver-based viết:

Chi phí điện = Sản lượng (driver) × Đơn giá điện (assumption)

Ba tầng của một mô hình tốt:

1. Assumption — giả định đặt một chỗ: tỷ lệ tăng lương, đơn giá, % BHXH, tỷ giá.
2. Driver — biến vận hành do đơn vị nhập: headcount, sản lượng, số đơn hàng.
3. Kết quả tài chính — tính bằng công thức từ hai tầng trên; người dùng không nhập trực tiếp.

Lợi ích kép: lập kế hoạch nhanh hơn (nhập ít số hơn), và mọi con số giải trình được — truy từ chi phí ngược về driver và giả định.

Khối công thức cơ bản

Tham chiếu account — công thức của một account tham chiếu account khác:

ACCT.DoanhThu * ACCT.TyLeGiaVon

Modifier — tham chiếu chéo ngữ cảnh: mặc định công thức tính tại đúng level/kỳ/version hiện hành; muốn lấy ngữ cảnh khác thì thêm modifier:

ACCT.DoanhThu[time=this-1]        // kỳ trước — mô hình tăng trưởng
ACCT.HeadCount[level=TongCongTy]  // lấy số toàn công ty
ACCT.ChiPhi[version=Actuals]      // lấy số thực tế làm nền dự báo

Hàm điều kiện và toán học: if(điều_kiện, đúng, sai), and/or/not, round, min/max, chia an toàn (tránh chia 0)… đủ để mã hóa chính sách:

if(ACCT.DoanhThuLuyKe > 50000, ACCT.DoanhThu * 0.02, 0)   // thưởng vượt mốc

Công thức theo thời gian: cộng dồn lũy kế, số dư đầu/cuối kỳ (balance sheet), độ trễ (lag) — ví dụ tiền về sau doanh thu 2 tháng:

ThuTien = ACCT.DoanhThu[time=this-2] * ASSUM.TyLeThuDung

Modeled sheet formula: tính theo thuộc tính từng dòng — lương tháng của một nhân sự phân bổ theo ngày vào làm, thưởng theo % lương của chính dòng đó (tham chiếu cột trong dòng).

Phân bổ (allocation)

Bài toán kinh điển: phân bổ chi phí dùng chung (IT, thuê văn phòng) xuống các đơn vị theo tiêu thức (headcount, diện tích, doanh thu). Trong Adaptive Planning có thể giải bằng công thức tham chiếu chéo level (chi phí tổng × tỷ trọng driver của từng đơn vị), hoặc dùng cơ chế phân bổ của sản phẩm cho các chuỗi phân bổ nhiều bước. Nguyên tắc: tiêu thức phân bổ phải là driver có trong mô hình — đừng phân bổ theo tỷ lệ gõ tay.

Master formula vs công thức tại ô

• Master formula (đặt trên account, do người dựng mô hình quản lý): logic chuẩn của toàn tổ chức — ưu tiên tối đa.
• Công thức tại ô (người dùng cuối gõ): tiện cho tính nhanh cục bộ, nhưng nằm ngoài tầm kiểm soát trung tâm. Quy ước tốt: ô nào có logic lặp lại từ 2 kỳ trở lên → chuyển thành master formula.

Kỷ luật thiết kế công thức

1. Danh mục driver trước, công thức sau — chốt với nghiệp vụ danh sách driver và ai sở hữu từng driver, rồi mới viết công thức.
2. Đặt tên account có hệ thống — công thức đọc lên phải như câu văn; tên tài khoản khó hiểu làm mô hình thành hộp đen.
3. Không hardcode số trong công thức — mọi hằng số đưa về assumption; “3%” nằm trong công thức là “3%” không ai đổi được khi chính sách đổi.
4. Kiểm chứng bằng ca đối chiếu — chọn vài đơn vị, tính tay một kỳ, so với mô hình trước khi tin công thức.
5. Ghi chú công thức phức tạp — mô tả logic ngay trên account để người kế nhiệm đọc hiểu.

---

Nguồn tham khảo: doc.workday.com — Adaptive Planning: Formulas (Formula Reference).