Lộ trình triển khai truy xuất nguồn gốc từ pilot đến toàn hệ thống
Triển khai truy xuất nguồn gốc không nên bắt đầu bằng việc dán mã đại trà. Một lộ trình tốt đi từ phạm vi pilot rõ ràng, dữ liệu sạch, quy trình có chủ sở hữu, nghiệm thu được và chỉ mở rộng khi các điểm kiểm soát đã vận hành ổn định.

Một dự án truy xuất nguồn gốc thất bại thường không phải vì thiếu mã QR. Nó thất bại vì dữ liệu chưa sạch, quy trình chưa có chủ sở hữu, sản phẩm chưa được phân nhóm, kho chưa biết kích hoạt mã lúc nào, nhà cung cấp chưa cung cấp đúng hồ sơ, hoặc đội bán hàng không hiểu cách xử lý khi khách hàng quét mã và báo lỗi.
Vì vậy, lộ trình triển khai không nên bắt đầu bằng câu “in bao nhiêu tem”. Câu hỏi đúng hơn là: sản phẩm nào nên pilot trước, dữ liệu nào đã đủ tin cậy, điểm kiểm soát nào phải nghiệm thu, và điều kiện nào cho phép mở rộng ra toàn hệ thống. Bài này dùng vai trò quản lý triển khai để mô tả một lộ trình thực tế, không cam kết một thời gian cố định cho mọi doanh nghiệp.
Giai đoạn 1: Chốt mục tiêu và phạm vi pilot
Pilot không phải bản thử cho vui. Pilot là một phạm vi nhỏ nhưng đủ thật để kiểm tra dữ liệu, quy trình và trách nhiệm vận hành. Doanh nghiệp nên chọn một nhóm sản phẩm có sản lượng vừa phải, có rủi ro đủ rõ và có dữ liệu nền tương đối tốt. Nếu chọn sản phẩm quá phức tạp ngay từ đầu, dự án dễ bị kéo vào quá nhiều ngoại lệ. Nếu chọn sản phẩm quá đơn giản, pilot không phản ánh được thực tế khi mở rộng.
Mục tiêu pilot cần được viết thành câu kiểm chứng được. Ví dụ: truy xuất được từ lô thành phẩm về nguyên liệu chính, kiểm soát được trạng thái tem từ nhận phôi đến kích hoạt, hoặc ghi nhận được dữ liệu quét để phát hiện mã bị quét lặp bất thường. Không nên đặt mục tiêu chung như “nâng cao minh bạch” nếu không có chỉ số vận hành đi kèm.
Giai đoạn 2: Chuẩn hóa dữ liệu nền
Dữ liệu nền là phần thường làm chậm dự án nhất. Trước khi nhập hệ thống, doanh nghiệp cần thống nhất cách đặt mã sản phẩm, mã lô, đơn vị tính, ngày sản xuất, hạn dùng nếu có, nhà cung cấp, nhà máy, kho, kênh phân phối và trạng thái sản phẩm. Nếu mỗi phòng ban gọi cùng một sản phẩm bằng một tên khác nhau, mã truy xuất chỉ che đi vấn đề chứ không giải quyết được.
Bài doanh nghiệp cần chuẩn bị những nhóm dữ liệu nào để truy xuất nguồn gốc có thể dùng làm checklist nền. Ở cấp định danh, cần đối chiếu thêm bài GTIN, số lô và serial khác nhau thế nào để tránh dùng serial cho mọi trường hợp hoặc chỉ dùng số lô khi sản phẩm cần kiểm soát từng đơn vị.
Giai đoạn 3: Thiết kế quy trình cấp mã và kích hoạt
Cấp mã không chỉ là tạo một dãy mã trong hệ thống. Doanh nghiệp cần biết ai được quyền tạo mã, mã gắn với SKU hay lô nào, mã được bàn giao cho nhà in ra sao, phôi tem được nhập kho như thế nào, khi nào mã được kích hoạt, và trường hợp tem hỏng, tem mất hoặc tem hủy sẽ được ghi nhận ra sao.
Với dự án có mục tiêu chống giả, bước này càng quan trọng. Bài checklist trước khi triển khai tem chống giả đã nêu các điểm cần chốt về vật liệu, mã, trạng thái và nghiệm thu. Nếu không quản lý vòng đời mã, doanh nghiệp có thể có một kho tem hợp lệ nhưng không biết tem nào đã dùng, tem nào còn trong kho và tem nào cần khóa.
Giai đoạn 4: Chạy thử trên dữ liệu thật
Chạy thử nên dùng dữ liệu thật của một lô thật, không chỉ dùng dữ liệu mẫu. Điều cần kiểm tra là toàn bộ đường đi: tạo sản phẩm, tạo lô, cấp mã, dán tem, kích hoạt, xuất kho, quét kiểm tra, ghi nhận phản hồi và xuất báo cáo. Mỗi lỗi phát sinh trong pilot là một tín hiệu tốt nếu nó giúp doanh nghiệp sửa quy trình trước khi mở rộng.
| Điểm cần thử | Câu hỏi nghiệm thu |
|---|---|
| Dữ liệu sản phẩm | SKU, lô, hạn dùng, hồ sơ liên quan có khớp giữa hệ thống và vận hành thực tế không? |
| Mã/tem | Mã có được cấp, in, bàn giao, kích hoạt và khóa theo đúng trạng thái không? |
| Quét kiểm tra | Kết quả quét có đúng ngữ cảnh, có cảnh báo khi quét sai trạng thái hoặc quét lặp không? |
| Báo cáo | Đội vận hành có xuất được dữ liệu cần thiết khi kiểm tra, khiếu nại hoặc thu hồi không? |
Giai đoạn 5: Nghiệm thu theo đầu ra, không theo cảm giác
Nghiệm thu hệ thống truy xuất không nên chỉ dựa vào việc “quét được mã”. Cần nghiệm thu theo đầu ra vận hành: có tìm được nguồn của một lô không, có truy xuôi được lô đã đi đâu không, có khóa được mã nghi vấn không, có phân quyền đúng không, có báo cáo cho pháp chế hoặc chất lượng không, và có quy trình xử lý khi dữ liệu sai không.
Ở giai đoạn này, bài chi phí triển khai truy xuất nguồn gốc gồm những khoản nào cũng nên được dùng để rà lại phạm vi ngân sách. Một số khoản chỉ xuất hiện khi nghiệm thu thật: đào tạo lại nhân sự, chỉnh quy trình kho, kết nối phần mềm, bổ sung thiết bị quét hoặc xử lý lỗi dữ liệu cũ.
Giai đoạn 6: Mở rộng theo lớp
Khi pilot đạt điều kiện nghiệm thu, doanh nghiệp có thể mở rộng theo một trong ba hướng: thêm SKU, thêm nhà máy/kho, hoặc thêm kênh phân phối. Không nên mở rộng đồng thời cả ba hướng nếu đội vận hành chưa quen. Mỗi lớp mở rộng làm tăng số người dùng, số ngoại lệ và số điểm dữ liệu cần kiểm soát.
Quy tắc thực tế là chỉ mở rộng khi đầu vào đã ổn và đầu ra đã đo được. Nếu dữ liệu lô vẫn nhập sai, việc thêm hàng trăm SKU chỉ làm lỗi lan rộng. Nếu kho chưa nắm quy trình kích hoạt, việc tăng sản lượng tem sẽ làm tồn kho tem và trạng thái mã khó kiểm soát hơn. Nếu đội chăm sóc khách hàng chưa biết xử lý phản hồi quét mã, người mua có thể nhận trải nghiệm thiếu nhất quán.
Giai đoạn 7: Chuyển sang vận hành thường xuyên
Sau khi mở rộng, hệ thống truy xuất phải có chủ sở hữu vận hành. Doanh nghiệp cần quy định ai quản lý danh mục sản phẩm, ai duyệt tạo lô, ai kiểm soát cấp mã, ai theo dõi cảnh báo quét, ai xử lý dữ liệu sai, ai phản hồi khi có yêu cầu kiểm tra và ai rà soát quyền truy cập.
Một cuộc họp định kỳ ngắn giữa pháp chế, chất lượng, vận hành và công nghệ thường hiệu quả hơn một báo cáo dài không ai đọc. Nội dung cần xem là số lỗi dữ liệu, số mã chưa kích hoạt, số quét bất thường, tình trạng hồ sơ lô, phản hồi từ thị trường và yêu cầu thay đổi từ văn bản hoặc khách hàng lớn.
Kết luận
Lộ trình triển khai truy xuất nguồn gốc nên đi từ phạm vi pilot đủ thật, dữ liệu nền đủ sạch, quy trình cấp mã rõ trách nhiệm, chạy thử bằng lô thật, nghiệm thu theo đầu ra và mở rộng có kiểm soát. Cách làm này chậm hơn việc dán mã đại trà trong vài ngày, nhưng giảm rủi ro phải sửa lại toàn bộ khi hệ thống đã vào vận hành.
Với doanh nghiệp đang chịu lộ trình tuân thủ, nên đặt bài Nghị định 37/2026/NĐ-CP: doanh nghiệp cần chuẩn bị gì cạnh kế hoạch triển khai để bảo đảm tiến độ kỹ thuật không tách rời nghĩa vụ pháp lý và dữ liệu cần chứng minh.
