Dữ liệu chủ thể, dữ liệu sản phẩm và dữ liệu sự kiện: cách phân biệt
Một hệ thống truy xuất nguồn gốc không chỉ lưu thông tin sản phẩm. Doanh nghiệp cần phân biệt dữ liệu chủ thể, dữ liệu sản phẩm và dữ liệu sự kiện để biết phần nào là hồ sơ nền, phần nào là chuyển động thực tế trong chuỗi cung ứng.
Nhiều dự án truy xuất nguồn gốc bị rối vì doanh nghiệp gom mọi thông tin vào một bảng duy nhất: tên sản phẩm, tên nhà cung cấp, số lô, ngày giao hàng, trạng thái quét, kho xuất, điểm bán và ghi chú khiếu nại. Cách gom này có vẻ nhanh, nhưng càng vận hành lâu càng khó kiểm tra dữ liệu nào là hồ sơ nền và dữ liệu nào là sự kiện xảy ra trong chuỗi cung ứng.
Cách tách đơn giản hơn là nhìn hệ thống theo ba lớp: dữ liệu chủ thể, dữ liệu sản phẩm và dữ liệu sự kiện. Ba lớp này không thay thế checklist các nhóm dữ liệu cần chuẩn bị cho truy xuất nguồn gốc; chúng giúp doanh nghiệp tổ chức dữ liệu đã chuẩn bị thành mô hình dễ vận hành hơn.
Dữ liệu chủ thể là ai tham gia chuỗi
Dữ liệu chủ thể trả lời câu hỏi “ai”. Chủ thể có thể là nhà sản xuất, nhà nhập khẩu, nhà cung cấp nguyên liệu, cơ sở gia công, kho, nhà phân phối, đại lý, điểm bán hoặc đơn vị vận chuyển. Với nông sản, chủ thể có thể bao gồm vùng trồng, cơ sở đóng gói hoặc hợp tác xã. Với hàng tiêu dùng, chủ thể có thể là chủ thương hiệu, nhà máy và kênh phân phối.
Dữ liệu chủ thể nên được chuẩn hóa bằng mã nội bộ hoặc mã định danh phù hợp, thay vì chỉ ghi tên tự do. Nếu cùng một nhà cung cấp được nhập dưới ba tên khác nhau, truy xuất sẽ cho ra ba thực thể khác nhau dù ngoài đời chỉ là một bên. Đây là lỗi dữ liệu nền rất phổ biến.
Dữ liệu sản phẩm là cái gì đang được theo dõi
Dữ liệu sản phẩm trả lời câu hỏi “cái gì”. Nó bao gồm tên sản phẩm, SKU, GTIN nếu có, quy cách, phiên bản bao bì, nhóm sản phẩm, đơn vị tính, điều kiện bảo quản, hạn dùng nếu có và các thuộc tính cần quản lý theo ngành.
Ở cấp sâu hơn, doanh nghiệp cần phân biệt sản phẩm, lô và đơn vị sản phẩm. Nếu hệ thống chỉ có một trường “mã sản phẩm” cho mọi cấp, sau này rất khó biết một sự kiện đang gắn với dòng sản phẩm, với lô hay với từng đơn vị.
Dữ liệu sự kiện là điều đã xảy ra
Dữ liệu sự kiện trả lời câu hỏi “đã xảy ra việc gì, khi nào, ở đâu và trong bối cảnh nào”. Một lô được sản xuất, nhập kho, xuất kho, chuyển kho, đóng gói, bán ra, thu hồi hoặc bị quét bất thường đều là sự kiện. Điểm khác biệt là dữ liệu sự kiện có thời gian và bối cảnh, không phải hồ sơ tĩnh.
GS1 mô tả EPCIS là tiêu chuẩn chia sẻ dữ liệu sự kiện phục vụ visibility trong chuỗi cung ứng, xoay quanh các câu hỏi như đối tượng nào, thời điểm nào, địa điểm nào và ngữ cảnh kinh doanh nào. Doanh nghiệp không nhất thiết phải triển khai EPCIS ngay từ ngày đầu, nhưng cách tư duy sự kiện rất hữu ích khi thiết kế dữ liệu truy xuất.
Ba lớp dữ liệu liên kết với nhau như thế nào?
| Lớp dữ liệu | Câu hỏi chính | Ví dụ |
|---|---|---|
| Chủ thể | Ai tham gia? | Nhà máy, kho, đại lý, cơ sở đóng gói |
| Sản phẩm | Cái gì được theo dõi? | SKU, GTIN, lô, serial, quy cách |
| Sự kiện | Điều gì đã xảy ra? | Sản xuất, nhập kho, xuất kho, giao hàng, quét xác thực |
Một sự kiện tốt thường phải liên kết cả ba lớp. Ví dụ, sự kiện “xuất kho” cần biết sản phẩm hoặc lô nào được xuất, xuất từ kho nào, tới nhà phân phối nào, vào thời điểm nào và theo chứng từ nào. Nếu chỉ lưu thời điểm xuất kho mà không có lô, sự kiện không đủ để truy xuất. Nếu có lô nhưng không biết bên nhận, truy xuôi cũng bị đứt.
Không nên nhập lẫn dữ liệu nền vào sự kiện
Một lỗi thường gặp là mỗi lần giao hàng lại nhập lại đầy đủ tên sản phẩm, địa chỉ nhà cung cấp và thông tin quy cách. Cách này tạo ra nhiều bản sao của cùng một dữ liệu nền. Khi một thông tin thay đổi, doanh nghiệp không biết phải sửa ở đâu và sửa bao nhiêu lần.
Cách tốt hơn là để dữ liệu chủ thể và dữ liệu sản phẩm thành hồ sơ nền được quản trị riêng. Dữ liệu sự kiện chỉ tham chiếu tới chúng bằng mã định danh. Khi cần xem chi tiết, hệ thống hiển thị lại thông tin từ hồ sơ nền. Cách tổ chức này giảm sai lệch và giúp kiểm soát lịch sử thay đổi rõ hơn.
Áp dụng vào dự án pilot
Khi bắt đầu pilot, doanh nghiệp không cần mô hình dữ liệu quá phức tạp. Nhưng vẫn nên tách tối thiểu ba bảng hoặc ba nhóm trường: danh mục chủ thể, danh mục sản phẩm/lô, và nhật ký sự kiện. Mỗi nhóm cần có người sở hữu dữ liệu và quy tắc cập nhật.
Bài lộ trình triển khai truy xuất nguồn gốc từ pilot đến toàn hệ thống có thể dùng để xác định thời điểm kiểm thử từng lớp dữ liệu. Nếu pilot chỉ kiểm màn hình quét mà không kiểm sự kiện nhập, xuất và chuyển trạng thái, kết quả thử nghiệm sẽ không phản ánh được khả năng vận hành thật.
Kết luận
Dữ liệu chủ thể cho biết ai tham gia, dữ liệu sản phẩm cho biết cái gì được theo dõi, còn dữ liệu sự kiện cho biết điều gì đã xảy ra trong chuỗi. Phân biệt đúng ba lớp này giúp doanh nghiệp thiết kế hệ thống truy xuất dễ mở rộng, dễ kiểm tra và ít lỗi dữ liệu hơn.
Khi ba lớp được nối đúng, hệ thống không chỉ trả lời “sản phẩm này là gì”, mà còn trả lời được “nó đã đi qua đâu, bởi ai, vào thời điểm nào và trong bối cảnh nào”. Đó mới là nền tảng thực tế của truy xuất nguồn gốc.