Xuất bản và tích hợp dữ liệu tham chiếu về các hệ thống

Xây xong một danh mục mã chuẩn — sạch, có chủ, có phiên bản — mới chỉ là một nửa công việc. Một bộ mã tỉnh/thành chuẩn nằm yên trong RDM không tự làm cho báo cáo gộp đúng, cũng không khiến CRM hết cảnh “TP.HCM / Hồ Chí Minh / HCM” mỗi nơi một kiểu. Danh mục mã chỉ thật sự có giá trị khi mọi hệ thống đều dùng chung đúng bộ mã đó. Vì thế bước xuất bản và phân phối (publish) — đẩy danh mục mã chuẩn từ RDM ra các hệ thống đang tiêu thụ nó — mới là nơi RDM “trả nợ”. Bài này giải thích cho người mới: RDM phân phối danh mục ra sao, qua những cách nào, và vì sao phải đặc biệt cẩn thận chuyện đồng bộ phiên bản.

Vì sao danh mục mã phải được phân phối ra mọi hệ thống?

Hãy hình dung một doanh nghiệp vừa thống nhất xong một bộ mã tỉnh/thành chuẩn trong RDM: mỗi tỉnh đúng một mã, một tên chính thức, kèm cả phương án xử lý các đơn vị vừa sáp nhập. Đó là tin tốt. Nhưng nếu CRM của đội bán hàng, ERP của đội kho và kho dữ liệu của đội phân tích vẫn giữ những bảng mã cũ rời rạc, thì bức tranh không khá hơn chút nào: dữ liệu chuẩn nằm một chỗ, còn nơi người ta thật sự nhập liệu và chạy báo cáo thì vẫn lệch.

Một danh mục mã chuẩn chỉ phát huy tác dụng khi nó được dùng chung ở mọi nơi. Mục tiêu của việc xuất bản không phải là “có một bản đẹp trong RDM”, mà là làm cho CRM, ERP, kho dữ liệu và mọi ứng dụng khác cùng tham chiếu đúng một bộ mã — cùng gọi một tỉnh bằng một mã, cùng hiểu “đang ngừng” là trạng thái đơn hàng nào. Khi đó RDM không còn là “kho để ngắm”, mà trở thành nguồn chuẩn trung tâm: nó giữ bản gốc của danh mục, các hệ thống khác lấy từ đây chứ không tự dựng bảng mã riêng.

RDM là nguồn chuẩn trung tâm

Đây là điểm cốt lõi cần nắm. Trước khi có RDM, mỗi hệ thống thường tự giữ một bảng mã của riêng nó — CRM một bảng tỉnh, ERP một bảng tỉnh khác, vài file Excel lại thêm vài biến thể nữa. Mỗi bảng là một chỗ dễ lệch, và khi quy định đổi thì phải sửa rải rác, sót chỗ này, lệch chỗ kia.

Với RDM ở giữa, mô hình đảo ngược: chỉ có một bản gốc của mỗi danh mục mã, đặt tại RDM. Các hệ thống tiêu thụ không còn là “chủ” của bộ mã nữa — chúng trở thành nơi nhận và dùng bộ mã được phân phối từ trung tâm. Lợi ích rất cụ thể:

Sửa một nơi, đúng mọi nơi. Khi danh mục đổi (thêm mã, đổi tên, sáp nhập đơn vị), ta cập nhật ở RDM rồi phân phối; không phải đi gõ lại từng bảng trong từng hệ thống.
Thêm hệ thống mới dễ hơn. Hệ thống mới chỉ cần “đăng ký lấy” danh mục từ RDM, thay vì phải tự nhập một bảng mã rồi tự bảo trì.
Hết tranh cãi “bảng nào đúng”. Vì luôn có một bản gốc được công nhận, mọi hệ thống cuối cùng nói cùng một ngôn ngữ về mã.

Các cách xuất bản và phân phối phổ biến

Có nhiều cách đưa danh mục mã từ RDM ra hệ thống tiêu thụ, khác nhau ở độ tức thời và độ phức tạp. Vì danh mục mã thay đổi chậm (không như giao dịch chạy liên tục), nhiều doanh nghiệp dùng cách đơn giản là đủ; nhưng cũng có nơi cần cập nhật gần thời gian thực. Thường thì người ta kết hợp nhiều cách cho các hệ thống khác nhau.

Qua API (theo yêu cầu)

Là gì. RDM cung cấp dịch vụ để hệ thống khác gọi và lấy danh mục mã ngay khi cần — ví dụ “cho tôi danh sách mã tỉnh đang hiệu lực” hoặc “mã này có hợp lệ không”. Hệ thống tiêu thụ hỏi đúng lúc dùng.

Hợp khi. Cần luôn lấy đúng bản mới nhất tại thời điểm tra cứu: màn hình nhập liệu xổ danh sách tỉnh để người dùng chọn, dịch vụ kiểm tra một mã ngành có nằm trong danh mục chuẩn hay không.

Ưu: luôn đồng bộ với bản gốc; không phải sao chép cả bảng về máy đích.
Nhược: đòi hỏi hệ thống đích gọi đúng cách và RDM phải sẵn sàng phục vụ liên tục.

Theo file (xuất tệp danh mục)

Là gì. RDM xuất danh mục ra một tệp (ví dụ dạng bảng) để hệ thống đích nạp vào. Đây là cách “cổ điển” nhưng cực kỳ phổ biến vì nhiều hệ thống cũ chỉ biết nhận file.

Hợp khi. Hệ thống đích không có sẵn API tích hợp, hoặc chỉ cần một bản danh mục đầy đủ để nạp định kỳ (ví dụ nạp bảng mã tỉnh vào một phần mềm nội bộ).

Ưu: đơn giản, ai cũng làm được, dễ kiểm tra bằng mắt.
Nhược: dễ phát sinh nhiều bản file cũ trôi nổi; phải kỷ luật về việc “bản nào là bản mới nhất”.

Đồng bộ định kỳ (batch)

Là gì. Theo lịch — ví dụ mỗi đêm — RDM đẩy toàn bộ danh mục (hoặc phần thay đổi) sang hệ thống đích một cách tự động, không cần người thao tác.

Hợp khi. Hệ thống đích không cần tức thì: kho dữ liệu phục vụ báo cáo hôm sau, hệ thống phân tích, nơi mà “mới nhất tính tới sáng nay” là đủ dùng.

Ưu: tự động, ổn định, dễ đối soát.
Nhược: có độ trễ — một mã vừa đổi chiều nay có thể tới sáng mai mới về tới đích.

Theo sự kiện (event-driven)

Là gì. Mỗi khi danh mục mã thay đổi, RDM chủ động phát một thông báo (“bộ mã tỉnh vừa cập nhật”); các hệ thống đăng ký nhận sẽ tự cập nhật theo. Đây là kiểu “đẩy” thay vì “kéo”.

Hợp khi. Muốn nhiều hệ thống bám sát thay đổi gần như tức thời mà không phải hỏi đi hỏi lại; phù hợp khi một thay đổi mã (vd sáp nhập tỉnh) cần lan ra đồng loạt.

Ưu: lan tỏa thay đổi nhanh và tự động.
Nhược: kiến trúc phức tạp hơn, cần hạ tầng truyền sự kiện.

API — theo yêu cầu Hệ thống hỏi RDM ngay khi cần, luôn lấy bản mới nhất. Hợp màn hình nhập liệu và kiểm tra mã.

File — xuất tệp danh mục Xuất bảng mã ra tệp để hệ thống cũ nạp vào. Đơn giản, phổ biến, cần kỷ luật phiên bản.

Đồng bộ định kỳ Đẩy danh mục theo lịch, tự động. Hợp kho dữ liệu và báo cáo không cần tức thời.

Sự kiện — chủ động đẩy RDM báo ngay khi mã đổi, hệ thống tự cập nhật. Hợp nơi cần lan thay đổi đồng loạt.

Lưu ý quan trọng: đồng bộ phiên bản

Đây là cái bẫy lớn nhất của việc phân phối danh mục, và là lý do người mới hay gặp rắc rối. Danh mục mã có phiên bản và có hiệu lực theo thời gian — mã cũ vẫn dùng cho dữ liệu lịch sử, mã mới hiệu lực từ một ngày nhất định. Nếu RDM đã công bố phiên bản mới mà một hệ thống tiêu thụ vẫn còn ôm bản cũ, thì hai nơi đang nói hai thứ ngôn ngữ khác nhau, dù cùng tin là mình đúng.

Tình huống kinh điển ở Việt Nam là sáp nhập tỉnh: RDM công bố bộ mã mới với các đơn vị đã gộp, nhưng nếu CRM chưa nhận bản mới thì người dùng vẫn chọn tỉnh theo cách cũ, còn kho dữ liệu lại tổng hợp theo bản mới — báo cáo lệch ngay. Vài nguyên tắc thực dụng để tránh “lệch phiên bản”:

Mỗi lần phân phối phải nói rõ đang phát phiên bản nào, để hệ thống đích biết mình đã nhận tới đâu, tránh nạp nhầm bản cũ đè bản mới.
Tôn trọng ngày hiệu lực. Mã mới chỉ nên “bật” ở các hệ thống đúng từ ngày hiệu lực; mã cũ vẫn cần tra được cho dữ liệu phát sinh trước đó.
Phối hợp thời điểm chuyển đổi giữa các hệ thống quan trọng, để chúng đổi sang bản mới cùng nhịp, không nơi trước nơi sau quá xa.
Giám sát và đối soát: kiểm tra mỗi hệ thống đang chạy phiên bản danh mục nào; nơi nào tụt lại so với bản gốc cần được cập nhật sớm.

Ví dụ VN: đẩy danh mục mã tỉnh chuẩn về CRM, ERP và kho dữ liệu

Một doanh nghiệp bán lẻ giữ bộ mã tỉnh/thành chuẩn trong RDM, với chủ danh mục, quy trình duyệt và phiên bản đầy đủ. Cùng một bộ mã đó được phân phối ra ba nơi theo ba cách phù hợp:

Đẩy về CRM qua API. Màn hình tạo khách hàng gọi RDM để xổ danh sách tỉnh đang hiệu lực; nhân viên chỉ chọn từ danh mục chuẩn, không gõ tay tự do — hết cảnh “TP.HCM / HCM / Sài Gòn” mỗi người một kiểu ngay từ khâu nhập liệu.
Đẩy về ERP theo sự kiện. Khi bộ mã tỉnh được cập nhật (ví dụ sau một đợt sáp nhập), RDM phát thông báo, ERP nhận và cập nhật bảng tham chiếu của nó kịp thời để chứng từ dùng đúng mã mới.
Đẩy về kho dữ liệu theo lịch mỗi đêm. Kho dữ liệu nhận bản đồng bộ ban đêm, kèm rõ phiên bản, để báo cáo theo tỉnh hôm sau gộp đúng theo đúng một bộ mã.

Kết quả: cả ba hệ thống — nơi nhập liệu, nơi xử lý nghiệp vụ và nơi báo cáo — cùng tham chiếu đúng một bộ mã tỉnh. Khi quy định đổi, doanh nghiệp sửa một nơi ở RDM rồi phân phối, thay vì đi gõ lại từng bảng mã trong từng hệ thống.

Hiểu cách nối bộ mã nội bộ với chuẩn bên ngoài trước khi phân phối: Ánh xạ / crosswalk giữa các bộ mã.
Tìm hiểu lớp API dùng để tích hợp và xuất danh mục: Kết nối qua API.
So sánh với cách MDM xuất bản dữ liệu chủ ra hệ thống nguồn: Xuất bản ghi vàng về hệ thống nguồn và tích hợp.