Hệ thống truy xuất nguồn gốc số là hệ thống ghi lại các sự kiện mà một lô sản phẩm đi qua, từ thửa trồng, sơ chế, chế biến, đóng gói đến phân phối, theo cách mỗi mắt xích nối được với mắt xích trước và sau nó. Mã QR trên bao bì chỉ là cửa vào; phần quyết định chất lượng của hệ thống nằm ở mô hình dữ liệu sự kiện, mã định danh thống nhất và cách xử lý việc gộp, tách lô.
Nguyên lý nền tảng được nhiều quy định và tiêu chuẩn chấp nhận là một bước trước, một bước sau: mỗi bên trong chuỗi biết mình nhận lô nào từ ai và giao lô nào cho ai. Hệ thống số giúp nối các bước đó lại thành chuỗi liên tục, tra được trong vài phút thay vì vài ngày khi có sự cố an toàn thực phẩm.
Bài này đi vào phần kỹ thuật triển khai: các sự kiện cần ghi, chuẩn GS1 và EPCIS, bài toán khó nhất là biến đổi lô, khi nào blockchain có ích và lộ trình xây dựng. Phần cơ chế kinh tế của truy xuất nguồn gốc nông sản và vai trò của mã vùng trồng đã có ở các chuyên trang chuỗi giá trị và thương mại.
Sự kiện truy xuất trọng yếu và dữ liệu đi kèm
Cách tiếp cận hiện đại không cố ghi "mọi thứ", mà xác định các sự kiện truy xuất trọng yếu (Critical Tracking Events, CTE) và các phần tử dữ liệu chính (Key Data Elements, KDE) cho mỗi sự kiện. Khái niệm này được phát triển trong các dự án truy xuất thực phẩm của Viện Công nghệ Thực phẩm Mỹ (IFT) và được Cục Quản lý Thực phẩm và Dược phẩm Mỹ dùng trong quy tắc truy xuất thực phẩm ban hành năm 2022 theo Đạo luật Hiện đại hoá An toàn Thực phẩm, áp dụng cho một danh sách thực phẩm có rủi ro cao.
Với nông sản, các sự kiện điển hình gồm: thu hoạch, làm mát hoặc sơ chế ban đầu, đóng gói lần đầu, giao hàng, nhận hàng và biến đổi (chế biến, phối trộn, tách nhỏ). Mỗi sự kiện ghi: cái gì (mã sản phẩm và mã lô), bao nhiêu (số lượng và đơn vị), ở đâu (mã địa điểm), khi nào (thời điểm, múi giờ), ai (bên thực hiện, bên nhận) và với sự kiện biến đổi thì lô đầu vào nào tạo ra lô đầu ra nào.
Lợi ích của cách tư duy này là nó tách được dữ liệu truy xuất bắt buộc khỏi dữ liệu quảng bá. Trang hiển thị cho người tiêu dùng có thể có câu chuyện nông dân, ảnh vườn; nhưng khi có sự cố, thứ cần là chuỗi sự kiện có mã lô, số lượng và địa điểm khớp nhau. Nhiều hệ thống ở Việt Nam đầu tư mạnh phần hiển thị mà yếu phần này.
Bộ mã định danh GS1 dùng trong truy xuất
Để các bên khác nhau hiểu cùng một mã, cần chuẩn định danh chung. Hệ thống tiêu chuẩn GS1, được dùng rộng rãi trong bán lẻ toàn cầu, cung cấp các khoá định danh sau:
| Mã | Định danh cái gì | Dùng trong truy xuất |
|---|---|---|
| GTIN | Loại sản phẩm thương mại (đơn vị bán lẻ, thùng) | Kết hợp với số lô hoặc số sê-ri để định danh lô cụ thể |
| GLN | Địa điểm và pháp nhân (trang trại, nhà sơ chế, kho) | Trả lời câu hỏi "ở đâu" và "ai" trong mỗi sự kiện |
| SSCC | Đơn vị logistics (pallet, kiện hàng) | Theo dõi pallet qua vận chuyển mà không cần mở ra |
| GS1 Digital Link | Cú pháp đưa các khoá GS1 vào một địa chỉ web trong mã QR | Một mã QR vừa cho người tiêu dùng tra cứu vừa cho máy quét bán lẻ đọc |
| EPCIS | Chuẩn trao đổi dữ liệu sự kiện | Ghi và chia sẻ sự kiện theo các chiều cái gì, khi nào, ở đâu, vì sao |
EPCIS phiên bản 2.0, được GS1 phê chuẩn năm 2022, bổ sung định dạng JSON và giao diện web hiện đại, cùng chiều thông tin "như thế nào" (ví dụ dữ liệu cảm biến nhiệt độ gắn với sự kiện). Ở Việt Nam, bộ tiêu chuẩn quốc gia về truy xuất nguồn gốc, trong đó có TCVN 12850:2019 về yêu cầu chung đối với hệ thống truy xuất, cũng dựa trên các nguyên lý tương tự; doanh nghiệp cần kiểm tra phiên bản tiêu chuẩn và quy định hiện hành.
Bài toán khó nhất: gộp lô, tách lô và cân bằng khối lượng
Truy xuất một quả xoài từ thùng về vườn rất dễ nếu mỗi thùng chỉ chứa xoài của một vườn. Thực tế thì nhà sơ chế gộp xoài của nhiều hộ vào một mẻ rửa, phân loại theo cỡ, rồi tách ra nhiều thùng; nhà máy nước ép trộn nhiều lô nguyên liệu vào một bồn. Sau mỗi bước biến đổi như vậy, quan hệ lô đầu vào – lô đầu ra trở thành nhiều–nhiều.
Hệ thống phải ghi rõ: mẻ chế biến X dùng những lô đầu vào nào, mỗi lô bao nhiêu, và tạo ra những lô đầu ra nào. Từ đó có hai hướng truy: truy ngược (lô thành phẩm này có thể chứa nguyên liệu từ những vườn nào) và truy xuôi (vườn này phát hiện dư lượng vượt mức, những lô thành phẩm nào có thể bị ảnh hưởng). Mẻ càng lớn, phạm vi ảnh hưởng khi thu hồi càng rộng; nhiều doanh nghiệp chủ động giới hạn kích thước mẻ để thu hẹp phạm vi rủi ro.
Phép kiểm tra quan trọng là cân bằng khối lượng (mass balance): tổng đầu vào trừ hao hụt phải xấp xỉ tổng đầu ra ở mỗi bước. Nếu một nhà sơ chế nhận 10 tấn từ vùng đã chứng nhận nhưng xuất ra 14 tấn mang nhãn vùng đó, dữ liệu đang báo hiệu pha trộn nguồn không rõ gốc. Hệ thống tốt tính cân bằng khối lượng tự động và cảnh báo khi lệch vượt tỷ lệ hao hụt hợp lý.
Blockchain: khi nào cần, khi nào không
Blockchain giải quyết bài toán tin cậy giữa các bên, không giải quyết bài toán dữ liệu đúng. Sổ cái phân tán bảo đảm một bản ghi sau khi đã ghi thì không bị sửa lén. Nhưng nếu người nhập khai sai từ đầu, ví dụ ghi xoài vườn A trong khi thật ra là xoài thu gom, blockchain lưu giữ lời khai sai đó một cách bất biến. Vấn đề "rác vào, rác ra" vẫn nguyên vẹn.
Có ích khi nhiều bên không tin nhau và không ai muốn một bên giữ dữ liệu. Chuỗi có nhiều doanh nghiệp độc lập, nhà nhập khẩu, cơ quan kiểm tra cùng cần xem và xác nhận dữ liệu, không muốn phụ thuộc vào cơ sở dữ liệu của một bên, là trường hợp sổ cái chia sẻ có lý do tồn tại.
Không cần khi một doanh nghiệp kiểm soát cả chuỗi. Vùng nguyên liệu, nhà máy và kênh phân phối cùng một chủ thì cơ sở dữ liệu thông thường có nhật ký thay đổi, sao lưu và kiểm toán là đủ, rẻ và nhanh hơn nhiều.
Phương án trung gian phổ biến. Lưu dữ liệu đầy đủ trong cơ sở dữ liệu của doanh nghiệp, định kỳ ghi mã băm của dữ liệu lên một sổ cái công khai hoặc dịch vụ đóng dấu thời gian. Cách này chứng minh được dữ liệu không bị sửa sau ngày ghi mà không phải đưa toàn bộ dữ liệu kinh doanh lên chuỗi.
Các bước triển khai một hệ thống truy xuất
Lộ trình dưới đây áp dụng cho doanh nghiệp chế biến hoặc xuất khẩu nông sản có vùng nguyên liệu liên kết:
- Vẽ sơ đồ chuỗi thực tế: liệt kê mọi điểm hàng hoá dừng lại, đổi chủ hoặc đổi hình dạng; xác định sự kiện trọng yếu tại mỗi điểm. Đây là bước hay bị làm qua loa nhất.
- Xác định yêu cầu từ thị trường: nhà nhập khẩu, quy định nước nhập khẩu, chuỗi bán lẻ yêu cầu dữ liệu gì, trả lời trong bao lâu; đó là đầu bài để thiết kế dữ liệu.
- Chuẩn hoá mã định danh: đăng ký mã doanh nghiệp GS1 nếu cần, cấp mã địa điểm cho vùng trồng, kho, xưởng; quy tắc đánh số lô thống nhất.
- Thu thập dữ liệu tại nguồn: nối với nhật ký canh tác ở đầu chuỗi; tại nhà sơ chế, ghi sự kiện bằng máy quét, cân điện tử kết nối, in nhãn lô tự động để giảm nhập tay.
- Xây lớp sự kiện và quan hệ lô: lưu sự kiện theo mô hình tương thích EPCIS, bảo đảm truy ngược và truy xuôi qua các bước biến đổi, tính cân bằng khối lượng.
- Tích hợp: kết nối với hệ thống quản lý kho, ERP, kế toán để số lượng trong truy xuất khớp với số lượng nhập xuất kho.
- Diễn tập thu hồi: định kỳ chọn ngẫu nhiên một lô, đo thời gian truy ngược về vườn và truy xuôi tới khách hàng cuối; ghi lại và cải tiến.
Chỉ số đánh giá hệ thống tốt nhất là thời gian và độ chính xác của diễn tập thu hồi, chứ không phải số mã QR đã in.
Những lỗi triển khai thường gặp
Kinh nghiệm từ nhiều dự án truy xuất cho thấy các lỗi lặp lại sau đây:
- Mã QR gắn theo loại sản phẩm, không theo lô: mọi bao bì cùng một mã, quét ra cùng một trang giới thiệu. Đây là quảng bá, không phải truy xuất.
- Dữ liệu nhập một lần lúc in tem: nhân viên chọn sẵn "vườn đẹp nhất" để hiển thị cho mọi lô, không phản ánh nguồn thực.
- Đứt mắt xích ở thương lái, điểm thu gom: chuỗi chỉ số hoá từ nhà máy trở đi, phần đầu nguồn vẫn là thu gom không ghi lô, nên truy ngược dừng ở cổng nhà máy.
- Không xử lý hàng trả về, hàng tái chế: lô bị loại ở khâu phân loại đi đâu, lô hàng trả lại có được trộn vào lô mới không, nếu không ghi thì chuỗi có lỗ hổng.
- Phụ thuộc nền tảng đóng: dữ liệu nằm trên hệ thống của nhà cung cấp, không xuất được theo chuẩn, khiến việc đổi nhà cung cấp hay chia sẻ với đối tác rất tốn kém.
Phần lớn lỗi trên không phải lỗi công nghệ mà là lỗi quy trình và động lực. Hệ thống truy xuất chỉ chính xác khi người ghi dữ liệu ở mỗi mắt xích có lý do để ghi đúng: hợp đồng, giá thu mua, hoặc kiểm tra chéo có hậu quả.
Câu hỏi thường gặp
Truy xuất theo lô khác truy xuất theo từng sản phẩm thế nào?
Truy xuất theo lô gán một mã cho một nhóm sản phẩm cùng nguồn và cùng điều kiện sản xuất, đủ cho phần lớn nông sản và thực phẩm. Truy xuất từng sản phẩm gán mã sê-ri riêng cho mỗi đơn vị, tốn kém hơn, thường dùng cho hàng giá trị cao hoặc cần chống giả.
Có bắt buộc dùng chuẩn GS1 không?
Không phải mọi trường hợp đều bắt buộc, nhưng nhiều chuỗi bán lẻ và nhà nhập khẩu yêu cầu hoặc ưu tiên mã GS1 vì hệ thống của họ đọc được. Dùng chuẩn chung giúp trao đổi dữ liệu với đối tác mà không phải viết kết nối riêng cho từng bên.
Hệ thống truy xuất cần lưu dữ liệu bao lâu?
Thời gian lưu phụ thuộc yêu cầu của thị trường, loại sản phẩm và hạn sử dụng; thông thường phải lưu ít nhất qua hết vòng đời sản phẩm trên thị trường cộng thêm một khoảng dự phòng. Doanh nghiệp nên kiểm tra quy định của từng thị trường xuất khẩu và tiêu chuẩn đang áp dụng.
Một mẻ chế biến nên lớn bao nhiêu?
Đây là đánh đổi giữa hiệu quả sản xuất và phạm vi rủi ro. Mẻ lớn giảm chi phí vận hành nhưng khi có sự cố phải thu hồi nhiều hàng hơn. Doanh nghiệp nên chọn kích thước mẻ dựa trên rủi ro của nguyên liệu và chi phí thu hồi ước tính, chứ không chỉ dựa trên công suất máy.
Làm sao kiểm tra một hệ thống truy xuất có thật hay chỉ để trưng bày?
Quét mã trên hai bao bì khác lô xem có ra thông tin khác nhau không; yêu cầu nhà cung cấp truy một lô bất kỳ về đến thửa trồng và cho biết những lô thành phẩm khác dùng chung nguyên liệu; kiểm tra số lượng có khớp cân bằng khối lượng không.
Dữ liệu cảm biến nhiệt độ có nên đưa vào truy xuất không?
Nên với hàng chuỗi lạnh như trái cây tươi, thuỷ sản. Gắn dữ liệu nhiệt độ vào sự kiện vận chuyển và lưu kho giúp xác định lô nào từng bị đứt chuỗi lạnh, phục vụ quyết định chất lượng và giải quyết tranh chấp với bên vận chuyển.