EDI (Electronic Data Interchange, trao đổi dữ liệu điện tử) là cách hai doanh nghiệp gửi chứng từ thương mại cho nhau, như đơn đặt hàng, thông báo giao hàng, hoá đơn, dưới dạng tin nhắn theo một chuẩn cố định để phần mềm bên nhận tự đọc và ghi vào hệ thống, không cần ai gõ lại. Nhận định của bài: với nhà cung cấp vừa và nhỏ, EDI thường đến như một điều kiện của khách hàng lớn chứ không phải lựa chọn tự nguyện, và phần tốn tiền nhất không phải phần mềm EDI mà là làm cho danh mục mã hàng, mã địa điểm của mình sạch và khớp với đối tác.
Bài viết cho chủ doanh nghiệp sản xuất, phân phối đang được một chuỗi bán lẻ, một nhà sản xuất lớn hay một đối tác nước ngoài yêu cầu "kết nối EDI", và cho người đang so các báo giá dịch vụ EDI.
Nghĩa bằng lời thường: gửi chứng từ theo mẫu mà máy của bên kia đọc được
Không có EDI, một đơn hàng từ siêu thị đi như sau: phòng mua của siêu thị gửi email kèm tệp PDF hoặc Excel, nhân viên bán hàng bên bạn mở ra, gõ lại vào phần mềm bán hàng, xác nhận bằng email, kho soạn hàng, kế toán lập hoá đơn, rồi siêu thị lại gõ hoá đơn của bạn vào hệ thống của họ. Mỗi lần gõ lại là một cơ hội sai mã hàng, sai số lượng, sai giá.
Với EDI, đơn hàng đi từ phần mềm của siêu thị thành một tin nhắn chuẩn, tới phần mềm của bạn và tự thành một đơn bán. Bạn gửi lại tin nhắn xác nhận, rồi tin nhắn thông báo giao hàng liệt kê từng thùng trên xe, rồi tin nhắn hoá đơn. Hai bên không cần dùng cùng phần mềm; chỉ cần cùng nói một "ngôn ngữ tin nhắn" đã thống nhất.
Trang tiêu chuẩn EDI của GS1 mô tả phạm vi này: EDI tự động hoá các giao dịch dọc chuỗi cung ứng, từ đồng bộ dữ liệu danh mục, đặt hàng và giao hàng, tới thanh toán, vận tải và kho bãi; các bên chính là nhà bán lẻ, nhà sản xuất, nhà cung cấp nguyên liệu và đơn vị logistics.
Những chuẩn tin nhắn hay gặp, và ba tin nhắn dùng nhiều nhất
EDI không phải một chuẩn duy nhất. Trong bán lẻ và hàng tiêu dùng, GS1 hiện duy trì bốn bộ chuẩn bổ trợ nhau: bộ thuật ngữ nghiệp vụ, GS1 EANCOM, GS1 XML và các hồ sơ GS1 UN/CEFACT XML. EANCOM là một tập con của chuẩn UN/EDIFACT của Liên Hợp Quốc, chỉ giữ những phần tử mà ứng dụng kinh doanh cần, và gắn với hệ thống mã của GS1: mã sản phẩm GTIN, mã đơn vị logistics, mã địa điểm GLN. Ở Bắc Mỹ, nhiều đối tác dùng chuẩn ANSI X12; khi đối tác chỉ nói "EDI", hãy hỏi đúng chuẩn và phiên bản.
GS1 công bố kết quả khảo sát cộng đồng EDI năm 2020: chuẩn EANCOM được gần 126.000 công ty triển khai, GS1 XML gần 47.000 công ty, và ba tin nhắn được dùng nhiều nhất là đơn đặt hàng (Order), hoá đơn (Invoice) và thông báo giao hàng (Despatch Advice, còn gọi là ASN). Cũng theo GS1, công nghệ API và JSON đã được triển khai hoặc đang được nghiên cứu ở hơn mười quốc gia.
Ba tin nhắn đó cũng là ba chỗ tiền chảy: đơn hàng quyết định bạn giao gì, thông báo giao hàng quyết định kho của đối tác nhận hàng nhanh hay chậm, hoá đơn quyết định bạn được trả tiền đúng hạn hay bị treo vì lệch số. Ở Việt Nam, chứng từ có giá trị với cơ quan thuế vẫn là hoá đơn điện tử lập theo quy định về hoá đơn; tin nhắn hoá đơn qua EDI là bản dữ liệu để đối tác đối chiếu và thanh toán, không tự thay thế hoá đơn điện tử.
Tiền nằm ở danh mục mã hàng, không ở phần mềm dịch
Tin nhắn EDI nhận diện hàng bằng mã sản phẩm GTIN, là dãy số in dưới mã vạch, và nhận diện nơi giao, nơi nhận hoá đơn bằng mã địa điểm GLN. Nếu cùng một sản phẩm mà phần mềm bán hàng của bạn có ba mã nội bộ, hai quy cách đóng thùng không ghi rõ, và mã vạch trên thùng khác mã khai với đối tác, thì phần mềm EDI đắt nhất cũng chỉ chuyển nhanh sự lộn xộn đó sang bên kia.
Vì vậy dự án EDI tử tế bắt đầu bằng việc đối chiếu danh mục: mỗi mặt hàng có đúng một mã GTIN cho đơn vị bán lẻ, mã riêng cho thùng, số lượng trong thùng, trọng lượng, kích thước; mỗi kho, mỗi cửa hàng của đối tác có mã GLN khớp. Công cụ tra mã vạch của ALODEV kiểm được một dãy EAN-13 có đúng cấu trúc và chữ số kiểm tra không, việc nhỏ nhưng loại được lỗi gõ nhầm trước khi nó vào tin nhắn.
EDI trong báo giá và hợp đồng
Báo giá dịch vụ EDI thường có các dòng: phí nền tảng hoặc phần mềm (thuê bao tháng hoặc năm); phí kết nối theo từng đối tác, vì mỗi chuỗi có bản hướng dẫn triển khai riêng và cần một bộ ánh xạ (mapping) riêng; phí truyền tin theo số tin nhắn hoặc dung lượng nếu đi qua mạng giá trị gia tăng (VAN), hoặc phí dựng kết nối trực tiếp theo giao thức như AS2; phí tích hợp với phần mềm bán hàng, ERP của bạn; và phí thử nghiệm, chứng nhận với đối tác trước khi chạy thật.
Hai rủi ro cần đọc trong hợp đồng mua bán với đối tác, không chỉ trong hợp đồng với nhà cung cấp EDI. Một là yêu cầu về thời hạn và độ chính xác của tin nhắn: đối tác có thể quy định phải gửi thông báo giao hàng trước khi xe tới và nội dung phải khớp hàng thật; hợp đồng có thể kèm chế tài khi sai. Hai là trách nhiệm khi tin nhắn bị lỗi hoặc thất lạc: ai theo dõi hằng ngày, ai được báo, xử lý trong bao lâu. Hợp đồng với nhà cung cấp EDI nên có mức hỗ trợ tương ứng với chế tài mà đối tác đặt cho bạn.
EDI và API không loại trừ nhau. EDI chuẩn hoá nội dung chứng từ giữa nhiều công ty qua nhiều năm; API cho hai hệ thống gọi nhau trực tiếp, thường theo thời gian thực. Nhiều nền tảng EDI hiện nay nhận dữ liệu từ phần mềm của bạn qua API rồi dịch sang tin nhắn EDI cho đối tác.
Câu nên hỏi trước khi làm EDI
- Đối tác yêu cầu chuẩn nào, phiên bản nào (EANCOM, GS1 XML, ANSI X12), những tin nhắn nào, và có bản hướng dẫn triển khai bằng văn bản không?
- Tin nhắn đi qua đâu: mạng giá trị gia tăng, AS2, hay cổng web của đối tác? Phí tính theo tin nhắn, theo dung lượng hay trọn gói?
- Kết nối thêm một đối tác mới tốn bao nhiêu và bao lâu? Khi đối tác đổi hướng dẫn, ai sửa ánh xạ, tính phí thế nào?
- Tin nhắn vào có tự thành đơn bán trong phần mềm của chúng tôi không, hay vẫn phải nhập tay một phần?
- Khi tin nhắn lỗi hoặc đối tác không nhận được, ai phát hiện, cảnh báo qua kênh nào, xử lý trong bao lâu?
- Danh mục mã hàng, mã GLN của chúng tôi đã đủ và khớp chưa? Ai chịu trách nhiệm làm sạch trước khi chạy thật?
Khi nào chưa cần EDI
- Không có đối tác nào yêu cầu, và số đơn mỗi tháng đủ ít để một người nhập tay trong vài giờ: chi phí EDI khó hoàn lại.
- Đối tác có cổng web cho nhà cung cấp, cho phép xem đơn và khai thông báo giao hàng trên trình duyệt: với lượng đơn nhỏ, dùng cổng web rẻ hơn tự dựng kết nối, đổi lại tốn công nhập.
- Danh mục mã hàng còn lộn xộn: làm sạch danh mục trước, vì đó là việc phải làm dù có EDI hay không.
- Chỉ cần nối hai phần mềm nội bộ của chính công ty: một kết nối API hoặc nền tảng tích hợp thường hợp hơn chuẩn EDI.
Khi số đơn từ một đối tác lớn đủ nhiều để việc gõ lại sinh lỗi và chậm trễ đo được, hoặc khi đối tác ghi yêu cầu EDI vào điều kiện hợp tác, EDI trở thành chi phí để giữ khách. Lúc đó, câu hỏi không còn là có làm hay không, mà là làm với danh mục sạch và người theo dõi rõ ràng.
Câu hỏi thường gặp
EDI là viết tắt của gì?
EDI là Electronic Data Interchange, nghĩa là trao đổi dữ liệu điện tử: gửi chứng từ thương mại giữa hai doanh nghiệp dưới dạng tin nhắn chuẩn mà phần mềm đọc và xử lý tự động.
EDI khác gửi đơn hàng qua email thế nào?
Email kèm tệp PDF hay Excel cần người mở ra và gõ lại. Tin nhắn EDI có cấu trúc cố định theo chuẩn, phần mềm bên nhận tự đọc và ghi vào hệ thống, nên nhanh hơn và ít lỗi nhập hơn.
EANCOM là gì?
EANCOM là bộ chuẩn tin nhắn EDI do GS1 duy trì, là tập con của chuẩn UN/EDIFACT, dùng mã sản phẩm GTIN và mã địa điểm GLN của GS1. Theo GS1, năm 2020 gần 126.000 công ty đã triển khai EANCOM.
Tin nhắn hoá đơn EDI có thay hoá đơn điện tử không?
Không. Ở Việt Nam, hoá đơn có giá trị với cơ quan thuế là hoá đơn điện tử lập theo quy định về hoá đơn. Tin nhắn hoá đơn EDI là dữ liệu để đối tác đối chiếu và thanh toán, chạy song song với hoá đơn điện tử.
Doanh nghiệp nhỏ có làm EDI được không?
Được, thường qua dịch vụ EDI thuê bao hoặc cổng web của đối tác thay vì tự dựng hệ thống. Việc cần chuẩn bị trước là mã sản phẩm GTIN, mã thùng và thông tin quy cách đầy đủ, khớp với dữ liệu đã khai cho đối tác.
