Tích hợp dữ liệu cho Planning

Mô hình kế hoạch sống được nhờ dòng dữ liệu thực tế nạp đều đặn: actuals từ sổ cái, danh sách nhân sự từ HR (Human Resources), sản lượng – đơn hàng từ hệ vận hành. Bài này trình bày các đường dữ liệu và nguyên tắc thiết kế pipeline.

Các đường đưa dữ liệu VÀO

Đường	Dùng khi
Kết nối Workday (HCM/Financial Management)	Doanh nghiệp dùng hệ Workday: đồng bộ đóng gói sẵn — sổ cái, tổ chức, danh sách nhân sự – vị trí – lương chảy thẳng vào mô hình
Kết nối ERP/GL ngoài	Sổ cái nằm ở hệ thống khác: nạp số dư/phát sinh theo kỳ, ánh xạ tài khoản – đơn vị về account – level của mô hình
Agent cho nguồn on-premise	Dữ liệu trong mạng nội bộ (database, ERP tự vận hành): agent cài phía doanh nghiệp đẩy dữ liệu lên an toàn, không phải mở cổng vào thẳng database
Nạp từ bảng tính	Khởi tạo mô hình, dữ liệu nhỏ lẻ chưa đáng làm tự động — nạp thủ công theo mẫu

Bộ công cụ tích hợp của Adaptive Planning cho phép định nghĩa nguồn, phép biến đổi – ánh xạ và lịch chạy tự động (ví dụ actuals nạp đêm sau mỗi kỳ chốt sổ), kèm giám sát lỗi từng lần chạy.

Ánh xạ — nơi quyết định chất lượng

Dữ liệu nguồn hiếm khi trùng cấu trúc mô hình. Ba lớp ánh xạ phải thiết kế:

1. Tài khoản: hệ tài khoản kế toán (Việt Nam thường theo Thông tư 200/133) → account kế hoạch. Kế hoạch thường gộp hơn sổ cái — ánh xạ nhiều-về-một có chủ đích, đừng bê nguyên hàng nghìn tiểu khoản vào mô hình.
2. Đơn vị: mã đơn vị/trung tâm chi phí nguồn → level. Cần quy trình cho đơn vị mới phát sinh (ai tạo level, ai cập nhật ánh xạ) — nguồn lỗi thầm lặng phổ biến nhất sau go-live.
3. Dimension: mã sản phẩm/kênh/dự án nguồn → dimension value; thống nhất danh mục chuẩn (master data) trước, đừng để mô hình kế hoạch thành nơi “sửa tay” dữ liệu chủ.

Nguyên tắc vàng: ánh xạ phải có chủ sở hữu — một người/đội chịu trách nhiệm cập nhật khi nguồn thay đổi, có kiểm tra “số không ánh xạ được” sau mỗi lần nạp (dòng rơi vào “unmapped” phải bằng 0 hoặc được giải trình).

Đưa dữ liệu RA

• Xuất kế hoạch về kho dữ liệu/BI (Business Intelligence): kế hoạch đã duyệt xuất định kỳ để phân tích cùng dữ liệu vận hành trong nền tảng dữ liệu doanh nghiệp (Cloudera, Snowflake…) và công cụ BI (Tableau, Power BI) — kiến trúc BSD khuyến nghị cho khách hàng có chiến lược dữ liệu tập trung.
• Trả kế hoạch về hệ nghiệp vụ: ngân sách đã duyệt đẩy về ERP (Enterprise Resource Planning) làm ngân sách kiểm soát chi (budget check), target về CRM (Customer Relationship Management) cho đội bán hàng.

Thiết kế pipeline actuals — checklist

1. Chốt lịch: actuals có sau chốt sổ ngày mấy? Lịch nạp + lịch mở dự báo xếp theo đó, tự động hóa toàn tuyến.
2. Đối chiếu tự động: sau mỗi lần nạp, báo cáo đối chiếu tổng nguồn vs tổng mô hình theo đơn vị — lệch là chặn công bố số.
3. Tách version Actuals riêng, khóa với người dùng thường — không ai “sửa tay” số thực tế trong mô hình kế hoạch.
4. Xử lý điều chỉnh hồi tố: kế toán sửa số kỳ cũ thì pipeline nạp lại cả kỳ đã qua hay chỉ kỳ mới? Quy ước rõ từ đầu (khuyến nghị: nạp lại trượt vài kỳ).
5. Giám sát có người nhận: lần chạy lỗi phải có cảnh báo đến người chịu trách nhiệm, không lỗi âm thầm để mô hình “đói” dữ liệu.

Một lộ trình thực dụng

Giai đoạn đầu đừng cố tự động hóa mọi nguồn: ưu tiên actuals sổ cái (nhịp tháng, giá trị cao nhất) và danh sách nhân sự (nếu làm Workforce Planning); các nguồn vận hành thêm dần khi mô hình mở rộng. Mỗi nguồn tự động hóa là một cam kết bảo trì — chỉ nhận khi có chủ sở hữu rõ ràng.

---

Nguồn tham khảo: doc.workday.com — Adaptive Planning: Integration.