Phiên bản và hiệu lực theo thời gian của dữ liệu tham chiếu

Một danh mục mã không phải là thứ “đặt một lần rồi để yên”. Mã ngành nghề được bổ sung, mã sản phẩm bị ngừng dùng, và quen thuộc nhất với người Việt là sáp nhập – đổi tên đơn vị hành chính: hôm qua còn là một tỉnh, hôm nay đã nhập vào tỉnh khác hoặc đổi tên. Vấn đề là dữ liệu cũ vẫn còn đó — hợp đồng năm ngoái, hóa đơn quý trước, báo cáo đã nộp — và tất cả đều tham chiếu tới mã cũ. Nếu bạn chỉ đơn giản sửa đè danh mục, bạn vô tình viết lại quá khứ: báo cáo cũ bỗng đọc ra một thực tế chưa từng xảy ra. Phiên bản (versioning) và hiệu lực theo thời gian (effective dating) là cách RDM giải đúng bài toán này — cho phép danh mục thay đổi mà không phá vỡ tính đúng đắn của dữ liệu lịch sử.

Phiên bản và hiệu lực theo thời gian là gì

Hai khái niệm này gắn chặt với nhau nhưng trả lời hai câu hỏi khác nhau.

Phiên bản (version) trả lời: “Danh mục này từng trông như thế nào ở mỗi thời điểm?” Mỗi lần một bộ mã được công bố một thay đổi, RDM lưu lại thành một bản (snapshot) mới và giữ nguyên bản cũ. Nhờ đó bạn luôn tra được “tháng 3 năm ngoái, danh mục mã tỉnh gồm những mã nào, mô tả ra sao”.
Hiệu lực theo thời gian (effective date) trả lời: “Mã này áp dụng từ ngày nào tới ngày nào?” Mỗi dòng mã (hoặc mỗi thay đổi) có thể gắn ngày bắt đầu hiệu lực và (nếu cần) ngày kết thúc hiệu lực. Một mã mới có thể được tạo trước nhưng chỉ “bật” vào đúng ngày quy định mới có hiệu lực; một mã cũ không bị xóa mà được đánh dấu “hết hiệu lực từ ngày…”.

Một cách hình dung: phiên bản giống như các “ảnh chụp” toàn bộ danh mục theo dòng thời gian, còn hiệu lực giống như “khoảng đời” của từng mã bên trong. Cộng lại, bạn có hai trục để trả lời mọi câu hỏi về thời gian: danh mục lúc đó ra sao và mã đó có giá trị trong khoảng nào.

Điểm cốt lõi: không có gì bị xóa thẳng. Khi một mã “ngừng dùng”, nó chuyển sang trạng thái không còn hiệu lực kể từ một ngày, chứ không biến mất. Đây là khác biệt nền tảng giữa một danh mục được quản trị nghiêm túc và một bảng tra cứu bị sửa đè tùy tiện.

Vì sao điều này quan trọng cho governance

Nghe có vẻ kỹ thuật, nhưng hệ quả lại rất “kinh doanh”:

Báo cáo dữ liệu cũ vẫn đúng. Một báo cáo doanh thu theo tỉnh của năm trước phải gộp dữ liệu theo danh mục của năm trước. Nếu mã thay đổi mà không có phiên bản, con số lịch sử sẽ “nhảy” mỗi lần ai đó cập nhật danh mục — không ai còn tin được báo cáo.
Không viết lại lịch sử. Hợp đồng ký với địa chỉ ở “tỉnh A” vẫn phải đọc ra “tỉnh A” đúng như lúc ký, kể cả sau khi tỉnh A đã sáp nhập. Hiệu lực theo thời gian bảo toàn ngữ cảnh gốc của từng bản ghi.
Tuân thủ và kiểm toán. Khi cơ quan quản lý hoặc kiểm toán hỏi “tại thời điểm X, hệ thống của anh phân loại khoản này theo mã nào”, bạn phải tái lập đúng danh mục tại thời điểm X. Không có phiên bản thì câu trả lời chỉ là phỏng đoán.
Đối soát theo thời gian. Khi so sánh kỳ này với kỳ trước, bạn cần biết thay đổi là do số liệu thật hay do danh mục đổi. Phiên bản giúp tách bạch hai nguyên nhân đó.
Lan truyền có kiểm soát. Một mã sắp có hiệu lực có thể được chuẩn bị và công bố trước, để các hệ thống tiêu thụ kịp đồng bộ, rồi “đến hẹn” mới chính thức áp dụng — thay vì thay đổi đột ngột gây lỗi dây chuyền.

Nói ngắn gọn: phiên bản và hiệu lực là thứ biến danh mục mã từ một “bảng hiện tại” thành một “sổ ghi có trí nhớ” — và trí nhớ đó chính là nền của báo cáo đáng tin, kiểm toán được và tuân thủ.

Ataccama ONE làm thế nào

Trong module Reference Data Management (RDM) của Ataccama ONE, mỗi bộ danh mục mã (code list) được quản lý như một thực thể có vòng đời, chứ không phải một file tĩnh. Khi một thay đổi đi qua quy trình duyệt và được công bố (publish), RDM ghi nhận thành một phiên bản mới, đồng thời ràng buộc các thuộc tính hiệu lực theo thời gian của từng mã. Cụ thể, nền tảng hướng tới các khả năng:

Lưu lịch sử phiên bản. Mỗi lần công bố tạo ra một bản có thể tra lại, kèm thông tin ai công bố, khi nào, thay đổi những gì (gắn với phần ghi vết – audit của governance).
Thuộc tính hiệu lực trên từng mã. Mã có thể mang ngày bắt đầu / ngày kết thúc hiệu lực, để hệ thống tiêu thụ biết mã nào còn dùng được tại một thời điểm tra cứu nhất định.
Tra cứu “tại một thời điểm” (point-in-time). Khi cần đối chiếu dữ liệu lịch sử, có thể hỏi danh mục như nó tồn tại ở ngày đó, thay vì chỉ thấy trạng thái hiện tại.
Công bố kèm ngữ cảnh thời gian. Khi phân phối danh mục về API, file hoặc đồng bộ tới hệ thống khác, thông tin phiên bản và hiệu lực đi cùng — để mọi nơi tiêu thụ hiểu đúng “phiên bản nào, hiệu lực ra sao”.

Vì RDM là một nguồn chuẩn duy nhất, lịch sử này tập trung ở một chỗ thay vì nằm rải rác trong từng hệ thống — đây chính là điều khiến nó tin cậy.

Ví dụ Việt Nam: sáp nhập và đổi tên đơn vị hành chính

Đây là tình huống kinh điển và gần như chắc chắn doanh nghiệp Việt nào cũng gặp. Giả sử danh mục mã tỉnh/thành đang vận hành, rồi có quyết định sáp nhập hai tỉnh thành một và một số đơn vị đổi tên. Cách xử lý theo phiên bản và hiệu lực sẽ như sau:

Mã của các tỉnh cũ không bị xóa. Chúng được đánh dấu hết hiệu lực kể từ ngày sáp nhập có hiệu lực pháp lý — nhờ vậy mọi bản ghi lịch sử (hợp đồng, hóa đơn, báo cáo cũ) tham chiếu tới chúng vẫn đọc đúng.
Mã tỉnh mới (hoặc mã tỉnh tiếp nhận) được tạo và gắn ngày bắt đầu hiệu lực trùng với ngày sáp nhập.
Có thể thiết lập một ánh xạ (mapping) “tỉnh cũ → tỉnh mới” để báo cáo hợp nhất theo địa giới mới khi cần, mà vẫn giữ nguyên dữ liệu gốc. Phần ánh xạ này nối sang khái niệm crosswalk giữa các bộ mã.
Khi danh mục mới được công bố, RDM tạo một phiên bản mới; các hệ thống tiêu thụ đồng bộ và “đến hẹn” tự động áp dụng.

Kết quả: báo cáo năm cũ vẫn theo địa giới cũ, báo cáo từ ngày sáp nhập theo địa giới mới, và không ai phải lục từng hệ thống để sửa tay — cũng không có chuyện báo cáo lịch sử đột nhiên “biến hình”.

Các tình huống tương tự khác: mã ngành nghề kinh doanh được cập nhật theo quy định mới; mã chi nhánh ngân hàng đổi sau khi tái cơ cấu; mã sản phẩm nội bộ bị ngừng kinh doanh nhưng vẫn còn trong đơn hàng cũ. Tất cả đều dùng chung một nguyên tắc: đánh dấu hiệu lực thay vì xóa, và lưu lại phiên bản.

Các lỗi hay gặp

Sửa đè danh mục. Cập nhật thẳng bảng mã hiện tại mà không lưu phiên bản — báo cáo cũ lập tức sai mà không ai hay.
Xóa mã “không dùng nữa”. Mã có thể không còn dùng cho dữ liệu mới, nhưng vẫn cần cho dữ liệu cũ. Xóa là làm hỏng quá khứ.
Bỏ qua ngày hiệu lực. Bật mã mới quá sớm hoặc quá muộn so với ngày quy định khiến phân loại bị lệch đúng vào giai đoạn chuyển tiếp.
Mỗi hệ thống tự giữ một bản lịch sử. Khi đó không nơi nào là nguồn chuẩn, và lịch sử ở các hệ thống mâu thuẫn nhau.

Hiểu cách thay đổi danh mục được kiểm soát: Quy trình duyệt thay đổi mã và chủ danh mục
Xem lại cấu trúc của một bộ mã: Danh mục mã / bộ mã (code list)
Vì sao “trí nhớ theo thời gian” gắn với truy nguyên dữ liệu: Lineage là gì