Bỏ qua để đến nội dung

Mô hình phân bổ & chia sẻ trong MPA

Lợi nhuận đa chiều (MPA) đòi hỏi mọi khoản thu — chi đều quy được về đúng đối tượng tạo ra hoặc thụ hưởng: khách hàng, sản phẩm, kênh, đơn vị kinh doanh. Nhưng nhiều khoản chỉ phát sinh ở cấp tổng (chi quản lý, chi hạ tầng dùng chung, thu phí gộp…) hoặc phát sinh ở một đơn vị nhưng phục vụ nhiều đơn vị khác. Phân bổ là cơ chế đưa những khoản này về đúng nơi theo một tiêu thức có căn cứ, để bức tranh lợi nhuận phản ánh đúng thực chất đóng góp.

Nguyên tắc xuyên suốt: quy tắc phân bổ là dữ liệu, không phải mã nguồn — đổi triết lý phân bổ chỉ là đổi tham số, hệ thống tính lại, tổng luôn khớp sổ.

  • Khớp sổ (closure): với mỗi kỳ × quy tắc, tổng các phần phân bổ = đúng giá trị nguồn. Không tạo thêm, không làm mất một đồng nào.
  • Truy vết (traceability): mỗi đồng ở đơn vị nhận đều lần ngược được về khoản gốc, quy tắc áp dụng và tiêu thức đã dùng.
  • Linh hoạt (configurable): thêm/sửa quy tắc, đổi tiêu thức, đổi phạm vi… không đụng tới mã nguồn; có hiệu lực theo thời gian (effective date).
  • Nhất quán (roll-up): kết quả phân bổ cộng dồn khớp giữa mọi cấp của cây tổ chức và cây chiều (tách bạch, không trùng, không sót).

Khoản mục đã xác định rõ đối tượng thụ hưởng → gán thẳng, không cần tiêu thức. Đây là mức chính xác cao nhất, ưu tiên áp dụng khi dữ liệu cho phép.

Khi không gán trực tiếp được, chia khoản nguồn cho các đối tượng nhận tỷ lệ thuận với một tiêu thức (driver) phản ánh mức độ sử dụng/đóng góp. Đây là mô hình phổ biến nhất — xem danh mục tiêu thức ở mục 4.

3.3. Phân bổ nhiều giai đoạn (Multi-stage)

Phần tiêu đề “3.3. Phân bổ nhiều giai đoạn (Multi-stage)”

Một khoản có thể phân bổ qua nhiều bước nối tiếp, mỗi bước một tiêu thức riêng:

  • Giai đoạn 1 — tới tổ hợp chiều (sản phẩm × phân khúc × kênh × đơn vị).
  • Giai đoạn 2 — từ tổ hợp đó xuống tới công cụ/tài khoản hoặc tới từng khách hàng (CIF — Customer Information File).

Nhờ đó, chi phí cấp cao vẫn xuống được tới đối tượng chi tiết nhất mà không mất tính khớp sổ ở từng bước.

3.4. Phân bổ theo cây tổ chức (Cascade Vùng → Chi nhánh → Phòng giao dịch)

Phần tiêu đề “3.4. Phân bổ theo cây tổ chức (Cascade Vùng → Chi nhánh → Phòng giao dịch)”

Chi phí phân về Vùng, rồi tiếp tục chia xuống Chi nhánh, rồi xuống Phòng giao dịch (PGD) — mỗi cấp chia theo tiêu thức của chính các đơn vị con ở cấp đó. Vì tiêu thức mang tính cộng dồn, kết quả cộng khớp lên trên: Σ(PGD) = Chi nhánh, Σ(Chi nhánh) = Vùng, Σ(Vùng) = tổng khoản. Cây phân cấp cho phép người dùng bung/thu gọn từng cấp để xem đường đi của từng đồng chi phí.

Khác với phân bổ chi phí, mô hình chia sẻ ghi nhận doanh thu cho nhiều bên cùng đóng góp vào một giao dịch: đơn vị bán và đơn vị giới thiệu nguồn khách. Hỗ trợ:

  • Hard credit — ghi nhận đầy đủ cho bên chịu trách nhiệm chính (không nhân đôi trên báo cáo hợp nhất).
  • Soft credit — ghi nhận ghi công cho bên hỗ trợ theo tỷ lệ chia sẻ, phục vụ đánh giá/khuyến khích mà vẫn kiểm soát được tổng.
  • Đều (even): chia bằng nhau khi không có tiêu thức phù hợp — dùng làm phương án cuối hoặc cho khoản nhỏ.
  • Thủ công (fixed ratio): áp tỷ lệ do nghiệp vụ ấn định (theo thỏa thuận nội bộ), vẫn kiểm soát khớp sổ.
Tiêu thứcÝ nghĩaThường dùng cho
Quy mô (số dư)Số dư huy động/dư nợ bình quân hoặc cuối kỳChi phí gắn quy mô bảng cân đối (bảo hiểm tiền gửi, vốn)
Hiệu quả (TOI — Total Operating Income)Tổng thu nhập hoạt động đối tượng tạo raChi phí thưởng/khuyến khích gắn kết quả
Hoạt động (giao dịch)Số lượng giao dịch phát sinhChi phí vận hành, kênh, thanh toán
Doanh sốGiá trị giải ngân/bán mới trong kỳHoa hồng bán hàng, khuyến mãi theo sản phẩm
Số lượng tài khoản/khách hàngĐếm tài khoản có số dư hoặc CIFChi phí chăm sóc, mở tài khoản
Đều / Thủ côngChia bằng nhau hoặc theo tỷ lệ ấn địnhKhoản không có tiêu thức khách quan

Danh mục này mở: thêm tiêu thức mới chỉ là khai báo thêm cột đo trong mô hình, không thay đổi kiến trúc.

Không phải phạm vi nào cũng có dữ liệu cho tiêu thức chính (ví dụ một khoản muốn chia theo doanh số nhưng nhóm đối tượng kỳ đó không phát sinh doanh số). MPA cho phép khai báo chuỗi tiêu thức dự phòng: khi tiêu thức chính không có dữ liệu trong phạm vi, hệ thống tự chuyển sang tiêu thức kế tiếp (ví dụ: doanh số → quy mô → hiệu quả) và đánh dấu rõ “(dự phòng)” để minh bạch. Nhờ đó không có khoản nào bị bỏ sót khỏi phân bổ, và người dùng luôn biết mỗi phần được chia bằng tiêu thức nào thực tế.

Mỗi lần chạy phân bổ, hệ thống đối chiếu:

  • Cân đối theo quy tắc: Σ phần phân bổ = giá trị nguồn (chênh lệch = 0).
  • Cân đối theo cây: tổng ở mỗi cấp con = giá trị cấp cha.
  • Nhật ký tiêu thức: lưu tiêu thức thực dùng (gồm cả “dự phòng”) cho từng dòng kết quả, phục vụ giải trình và kiểm toán.

Xem cấu trúc lưu kết quả tại bảng FACT_ALLOCATION trong Data Dictionary.

Khoản “Chi chăm sóc khách hàng ưu tiên” = 9 tỷ, phân bổ theo quy mô (số dư), cascade theo cây tổ chức:

Tổng khoản .................. 9,00 tỷ
└─ Vùng 1 ................. 1,15 tỷ (phân bổ theo số dư của vùng)
├─ Chi nhánh 01 ....... 0,33 tỷ (chia tiếp theo số dư từng chi nhánh)
│ ├─ PGD 001 ........ 0,18 tỷ (chia tiếp theo số dư từng PGD)
│ ├─ PGD 002 ........ 0,08 tỷ
│ └─ PGD 003 ........ 0,08 tỷ
│ Σ PGD = 0,33 tỷ ✓ khớp Chi nhánh 01
└─ … các chi nhánh khác
Σ Chi nhánh = 1,15 tỷ ✓ khớp Vùng 1

Đổi tiêu thức sang hiệu quả (TOI), cùng khoản 9 tỷ được chia lại: Vùng 1 nhận 1,01 tỷ thay vì 1,15 tỷ — vì tỷ trọng đóng góp lợi nhuận khác tỷ trọng quy mô. Tổng vẫn đúng 9 tỷ. Đây là điểm cốt lõi: ngân hàng muốn phân bổ theo triết lý nào, nền tảng đều đáp ứng chỉ bằng đổi tham số.

  • Mỗi quy tắc khai báo: khoản nguồn, giai đoạn, tiêu thức chính, chuỗi dự phòng, phạm vi (sản phẩm/phân khúc/kênh), ứng xử chiều đơn vị, tỷ lệ chia sẻ (nếu có), hiệu lực từ — đến.
  • Thay đổi mô hình phân bổ = sửa dữ liệu quy tắc, không cần lập trình lại.
  • Bộ quy tắc phiên bản hoá theo thời gian: so sánh được kết quả giữa các triết lý phân bổ, phục vụ mô phỏng what-if và thuyết minh với kiểm toán.

Các mô hình và tiêu thức trên là khung tham chiếu chuẩn ngành; số lượng giai đoạn, danh mục tiêu thức và quy tắc chia sẻ được cấu hình theo chính sách quản trị của từng ngân hàng mà không thay đổi kiến trúc lõi của MPA.

Chia sẻ: