GDSN là gì, nói một cách không giáo khoa
Có lần tôi ngồi cùng bộ phận xuất khẩu của một công ty thực phẩm ở miền Tây, nghe họ than thở về việc mỗi tháng phải cập nhật thủ công thông tin sản phẩm cho sáu nhà nhập khẩu khác nhau — mỗi bên một biểu mẫu Excel riêng, một đơn vị đo riêng, một cách viết trọng lượng riêng. Có lần trọng lượng tịnh trên bao bì gửi cho nhà nhập khẩu ở Đức lệch với dữ liệu trên hệ thống của siêu thị vì một bạn nhân viên copy nhầm dòng. Lô hàng bị giữ ở cảng ba ngày để xác minh lại giấy tờ.
Đó chính xác là vấn đề mà GDSN (Global Data Synchronisation Network — Mạng lưới Đồng bộ hóa Dữ liệu Toàn cầu) sinh ra để giải quyết. Phần lớn bài viết tiếng Việt hiện có định nghĩa GDSN đúng nhưng rất chung chung: "môi trường đồng bộ hóa dữ liệu sản phẩm dựa trên tiêu chuẩn GS1 giữa các bên trong chuỗi cung ứng". Đúng, nhưng nói vậy thì một chủ doanh nghiệp sản xuất vẫn không biết mình có cần nó hay không, và nếu cần thì bắt đầu từ đâu.
Nói đơn giản: GDSN là một mạng lưới các "kho dữ liệu" (data pool) được GS1 chứng nhận, kết nối với nhau qua một danh bạ trung tâm gọi là GS1 Global Registry. Nhà sản xuất đăng thông tin sản phẩm — từ tên gọi, trọng lượng, kích thước, hình ảnh bao bì, thành phần, cho tới giá niêm yết — lên data pool mà họ đăng ký. Nhà phân phối hoặc nhà bán lẻ đăng ký "theo dõi" (subscribe) sản phẩm đó. Khi nhà sản xuất sửa một trường dữ liệu, tất cả các bên đang theo dõi tự động nhận bản cập nhật, gần như ngay lập tức, mà không ai phải gửi lại file, không ai phải nhập tay lần hai.
Cơ chế này gọi là publish - subscribe, mượn đúng thuật ngữ trong lập trình hệ thống phân tán, và nó là lý do GDSN khác hẳn việc gửi email đính kèm Excel: dữ liệu chỉ có một nguồn gốc duy nhất (single source of truth), còn việc phân phối là tự động.
Vấn đề thật sự: dữ liệu sản phẩm "mỗi nơi một phiên bản"
Các bài viết về GDSN mà tôi đọc trước khi viết bài này — cả tiếng Anh lẫn tiếng Việt — đều mô tả rất kỹ cơ chế kỹ thuật (data pool, Global Registry, GLN, GTIN) nhưng gần như không ai kể một câu chuyện cụ thể về việc thiếu đồng bộ dữ liệu gây thiệt hại thế nào trong thực tế. Với một doanh nghiệp sản xuất, đây mới là phần đáng bỏ thời gian đọc.
Hãy hình dung một công ty sản xuất gia vị đóng gói bán cho ba hệ thống bán lẻ. Mỗi hệ thống có một quy trình nhập liệu sản phẩm mới riêng: một bên yêu cầu ảnh nền trắng 2000x2000px, một bên yêu cầu ghi trọng lượng theo gram, bên còn lại theo ounce vì họ dùng chung hệ thống với chi nhánh nước ngoài. Nhân viên phụ trách catalog của nhà sản xuất phải nhập tay ba lần, mỗi lần một định dạng khác. Xác suất sai sót không phải là "có thể xảy ra" — nó gần như chắc chắn xảy ra, chỉ là chưa biết khi nào.
Hậu quả cụ thể của kiểu sai lệch này: đơn hàng bị từ chối ở khâu đối chiếu hóa đơn điện tử, sản phẩm lên kệ với ảnh cũ hoặc mô tả thành phần đã lỗi thời (rủi ro pháp lý nếu công thức đổi mà nhãn chưa cập nhật), hoặc tệ hơn — hai mã hàng khác nhau bị hệ thống bán lẻ hiểu nhầm là một sản phẩm vì trọng lượng ghi sai đơn vị. Với ngành thực phẩm, sai lệch dữ liệu dinh dưỡng hay dị nguyên (allergen) không chỉ là vấn đề vận hành, mà là rủi ro thu hồi sản phẩm.
GDSN không tạo ra dữ liệu đúng hộ bạn. Nó chỉ đảm bảo một điều: một khi dữ liệu đã đúng ở nguồn, nó sẽ đến đúng như vậy ở mọi nơi nhận, và không ai được phép tự ý sửa lại dọc đường.
Cách GDSN vận hành: ai công bố, ai đăng ký, ai giữ danh bạ
Ba thành phần cần hiểu rõ:
GS1 Global Registry là một danh bạ trung tâm duy nhất trên toàn cầu. Nó không lưu trữ dữ liệu sản phẩm, chỉ lưu thông tin "sản phẩm mã GTIN này đang được công bố ở data pool nào". Vai trò của nó giống một tổng đài điện thoại: bạn không nói chuyện qua tổng đài, tổng đài chỉ nối máy đúng người.
Data pool (kho dữ liệu) là nơi thực sự lưu trữ và trao đổi dữ liệu sản phẩm. Hiện có khoảng 44 data pool được GS1 chứng nhận trên toàn cầu, mỗi cái do một công ty công nghệ vận hành, khác nhau về giá, giao diện, dịch vụ cộng thêm — nhưng đều tuân theo cùng một chuẩn dữ liệu nên nói chuyện được với nhau. Nhà sản xuất chọn một data pool làm "source data pool" để công bố (publish) dữ liệu; nhà bán lẻ có thể dùng một data pool hoàn toàn khác làm "recipient data pool" để nhận (subscribe) dữ liệu. Hai bên không cần dùng chung nhà cung cấp phần mềm.
Quy trình một vòng đồng bộ diễn ra như sau: nhà sản xuất tạo hồ sơ sản phẩm gắn với mã GTIN (Global Trade Item Number — mã số thương phẩm toàn cầu) và mã GLN (Global Location Number — mã định danh pháp nhân/địa điểm) của chính mình, rồi công bố lên data pool. Nhà bán lẻ gửi yêu cầu đăng ký theo dõi (subscription) sản phẩm đó, thường dựa theo mã GTIN hoặc theo nhóm ngành hàng. GS1 Global Registry đối chiếu và định tuyến. Khi khớp, data pool của nhà sản xuất gửi trọn bộ dữ liệu sang data pool của nhà bán lẻ. Nhà bán lẻ có một bước xác nhận (Confirmation) báo lại đã nhận và chấp thuận dữ liệu — bước này quan trọng vì nó tạo ra dấu vết kiểm toán, ai đã đồng ý dùng phiên bản dữ liệu nào, vào thời điểm nào.
Sau lần đồng bộ đầu, mọi lần nhà sản xuất sửa dữ liệu (đổi bao bì, cập nhật thành phần, đổi ảnh sản phẩm) đều tự động đẩy bản cập nhật (Publication) tới toàn bộ danh sách đang theo dõi, không cần làm lại từ đầu.
Phần đau nhất mà ít ai nói tới: 37 thuộc tính bắt buộc, và còn hơn thế
Đây là chỗ hầu hết bài viết giới thiệu GDSN bỏ qua, vì nó không "đẹp" để viết marketing: để công bố một sản phẩm hợp lệ trên GDSN, chuẩn dữ liệu yêu cầu tối thiểu khoảng 37 thuộc tính bắt buộc (mandatory attributes) — tên thương hiệu, mô tả, GTIN, GLN, kích thước đóng gói, đơn vị đo lường, hình ảnh, phân loại ngành hàng theo GPC (Global Product Classification), và nhiều trường khác. Con số này chưa tính các thuộc tính bổ sung theo yêu cầu riêng của từng nhà bán lẻ hoặc từng ngành hàng — ví dụ ngành gia vị có thể yêu cầu thêm vài chục trường về dị nguyên, xuất xứ nguyên liệu, chứng nhận hữu cơ.
Với một doanh nghiệp sản xuất vừa và nhỏ, đây là phần tốn công thật sự, không phải phần kết nối kỹ thuật. Chuẩn hóa được dữ liệu nội bộ — để một sản phẩm chỉ có đúng một phiên bản trọng lượng, đúng một bộ ảnh chuẩn, đúng một mô tả thành phần — mới là công việc chiếm phần lớn thời gian triển khai. Nhiều doanh nghiệp bỏ cuộc giữa chừng không phải vì phí data pool, mà vì đội ngũ nội bộ chưa từng có thói quen quản lý dữ liệu sản phẩm như một tài sản cần chuẩn hóa, mà vẫn coi nó là "nội dung marketing" tự do chỉnh sửa.
GDSN khác gì với mã vạch GTIN, EDI, và hệ thống truy xuất nguồn gốc?
Đây là chỗ dễ nhầm nhất, kể cả với người đã làm việc với GS1 một thời gian, và gần như không bài nào giải thích rạch ròi.
GTIN là mã số — một chuỗi ký tự định danh sản phẩm, in dưới dạng mã vạch hoặc mã QR. Có GTIN không có nghĩa là dữ liệu sản phẩm đã được đồng bộ ở đâu cả — nó chỉ là chiếc chìa khóa để tra cứu. GDSN là cơ chế lưu trữ và phân phối nội dung gắn với chiếc chìa khóa đó.
EDI (Electronic Data Interchange) là cách trao đổi các chứng từ giao dịch — đơn hàng, hóa đơn, phiếu giao nhận — theo từng cặp đối tác, thường phải cấu hình riêng cho từng kết nối. GDSN khác ở chỗ nó đồng bộ dữ liệu mô tả sản phẩm (master data), không phải chứng từ giao dịch, và một khi đã kết nối vào mạng lưới, bạn nói chuyện được với mọi đối tác khác trong mạng mà không cần cấu hình lại từ đầu cho từng bên — đây chính là lợi thế "kết nối một lần, dùng nhiều nơi" mà EDI truyền thống không có.
Còn hệ thống truy xuất nguồn gốc — loại nền tảng mà VNCX đang xây dựng, dựa trên GS1 EPCIS và mã QR — giải quyết một bài toán hoàn toàn khác: không phải "sản phẩm này là gì" (master data, câu hỏi của GDSN), mà là "sản phẩm này đã đi qua đâu, thuộc lô nào, ai đã xử lý nó, vào lúc nào" (dữ liệu sự kiện — event data). Một hộp sữa có GTIN cố định trong suốt vòng đời, nhưng mỗi lô sản xuất, mỗi lần xuất kho, mỗi lần đổi chủ sở hữu lại tạo ra một sự kiện truy xuất riêng, gắn với số lô hoặc số serial cụ thể — dữ liệu này thay đổi liên tục theo từng lô hàng, không nằm trong phạm vi mà GDSN đồng bộ.
Nói cách khác, GDSN trả lời câu hỏi tĩnh, còn truy xuất nguồn gốc trả lời câu hỏi động. Một doanh nghiệp làm tốt cả hai sẽ có: dữ liệu sản phẩm nhất quán ở mọi kênh bán (nhờ GDSN hoặc ít nhất là kỷ luật dữ liệu tương đương), và lịch sử đầy đủ của từng lô hàng cụ thể mà người tiêu dùng hoặc nhà quản lý có thể tra cứu qua quét mã QR (nhờ hệ thống truy xuất). Hai lớp dữ liệu này bổ sung cho nhau, không thay thế nhau — và nhầm lẫn hai khái niệm là lý do nhiều doanh nghiệp nghĩ mình "đã có GDSN" chỉ vì đã có hệ thống truy xuất nguồn gốc, hoặc ngược lại.
Doanh nghiệp Việt Nam nào thật sự cần tham gia GDSN
Câu hỏi thực dụng nhất mà bài viết nào cũng né tránh: doanh nghiệp của tôi có cần cái này không?
Trên thực tế, GDSN gần như là điều kiện bắt buộc nếu bạn bán hàng cho các tập đoàn bán lẻ toàn cầu yêu cầu thành viên phải công bố dữ liệu qua mạng lưới này trước khi lên kệ — nhóm này gồm các chuỗi bán lẻ và nhà phân phối lớn ở Bắc Mỹ và châu Âu. Nếu doanh nghiệp của bạn đang hoặc có kế hoạch xuất khẩu trực tiếp vào chuỗi cung ứng của những tập đoàn này, việc tham gia GDSN không phải lựa chọn, mà là điều kiện tiên quyết để được duyệt làm nhà cung cấp.
Ngược lại, với thị trường nội địa Việt Nam, phần lớn hệ thống siêu thị và chuỗi bán lẻ hiện vẫn làm việc qua quy trình khai báo sản phẩm nội bộ hoặc EDI song phương, chưa bắt buộc thành viên GDSN. Điều đó không có nghĩa là chuẩn hóa dữ liệu không quan trọng — nó có nghĩa là bạn chưa nhất thiết phải trả phí data pool ngay, nhưng vẫn nên xây dựng kỷ luật dữ liệu sản phẩm theo đúng cấu trúc thuộc tính của GS1 ngay từ đầu, để khi cần mở rộng ra thị trường xuất khẩu, việc chuyển sang GDSN chỉ là bước kỹ thuật, không phải làm lại từ số không.
Điều kiện để bắt đầu, dù bạn quyết định tham gia GDSN hay chưa: doanh nghiệp phải là thành viên GS1 tại quốc gia sở tại (ở Việt Nam là GS1 Việt Nam, thuộc Tổng cục Tiêu chuẩn Đo lường Chất lượng, quản lý mã quốc gia 893), được cấp mã doanh nghiệp GS1, từ đó tạo mã GLN cho pháp nhân/địa điểm và mã GTIN cho từng sản phẩm. Không có hai mã này, không thể công bố bất cứ thứ gì lên data pool.
Các bước triển khai thực tế
Với doanh nghiệp đã xác định cần tham gia GDSN, trình tự thường gặp là: đăng ký thành viên và lấy mã doanh nghiệp GS1 tại tổ chức GS1 quốc gia; gán mã GLN cho từng pháp nhân, nhà máy, hoặc kho tương ứng; gán mã GTIN cho từng biến thể sản phẩm — lưu ý một thay đổi về trọng lượng đóng gói hay công thức đủ lớn thường yêu cầu GTIN mới, đây là lỗi phổ biến nhất khiến dữ liệu bị trùng hoặc lẫn lộn giữa hai phiên bản sản phẩm; chọn một data pool được GS1 chứng nhận phù hợp với ngành hàng và ngân sách; chuẩn hóa dữ liệu nội bộ theo đúng bộ thuộc tính bắt buộc trước khi nhập vào data pool, thay vì vừa nhập vừa sửa; công bố thử với một đối tác để đối chiếu kết quả nhận được có khớp với dữ liệu gốc hay không, trước khi mở rộng công bố cho toàn bộ danh sách đối tác; và cuối cùng, phân công rõ ai trong nội bộ chịu trách nhiệm cập nhật dữ liệu mỗi khi có thay đổi — đây là bước bị bỏ sót nhiều nhất, vì GDSN chỉ tự động ở khâu phân phối, còn khâu cập nhật đầu nguồn vẫn cần con người chủ động.
Những sai lầm thường gặp
Ba lỗi lặp lại nhiều nhất khi doanh nghiệp mới triển khai: tạo GTIN mới cho một thay đổi nhỏ không đáng (ví dụ đổi màu chữ trên nhãn) khiến hệ thống của đối tác hiểu nhầm thành sản phẩm mới hoàn toàn, tồn kho và báo cáo bị chia đôi; nhập dữ liệu khác nhau cho cùng một sản phẩm ở các thị trường khác nhau vì đội xuất khẩu và đội nội địa làm việc độc lập, không dùng chung một nguồn dữ liệu gốc; và để dữ liệu "trôi" theo thời gian — công bố đúng lúc đầu nhưng không cập nhật khi công thức, trọng lượng hay chứng nhận thay đổi, khiến dữ liệu trên hệ thống đối tác dần lệch khỏi thực tế mà không ai phát hiện cho tới khi có sự cố hoặc đợt kiểm toán.
Lời khuyên thực tế
Nếu doanh nghiệp của bạn đã hoặc sắp làm việc với các nhà bán lẻ quốc tế yêu cầu GDSN, đừng đợi tới lúc bị yêu cầu mới bắt đầu — quá trình chuẩn hóa dữ liệu nội bộ, gán GTIN đúng cách, dựng bộ ảnh và mô tả sản phẩm chuẩn hóa thường mất vài tháng, không phải vài tuần. Nếu doanh nghiệp bạn chỉ bán nội địa và chưa có kế hoạch xuất khẩu gần, việc đầu tư ngay vào GDSN có thể chưa cần thiết — nhưng việc xây dựng thói quen quản lý một nguồn dữ liệu sản phẩm duy nhất, đúng chuẩn GS1 ngay từ bây giờ, sẽ tiết kiệm rất nhiều công sức về sau, dù bạn có tham gia GDSN hay không.
Và dù chọn hướng nào, hãy nhớ phân biệt rõ hai lớp dữ liệu: dữ liệu mô tả sản phẩm mà GDSN đồng bộ, và dữ liệu truy xuất nguồn gốc theo từng lô hàng mà một nền tảng như VNCX giúp bạn ghi nhận và công khai qua mã QR. Đồng bộ tốt dữ liệu sản phẩm giúp đối tác tin vào những gì bạn công bố; truy xuất tốt nguồn gốc giúp người tiêu dùng tin vào những gì họ đang cầm trên tay. Doanh nghiệp làm chủ được cả hai mới thật sự sẵn sàng cho các thị trường khắt khe nhất.

Tác giả
VNCX Team
Bắt đầu với VNCX
Cần tư vấn giải pháp truy xuất nguồn gốc?
Đội ngũ VNCX sẵn sàng hỗ trợ bạn triển khai truy xuất nguồn gốc



