EDI (Electronic Data Interchange — trao đổi dữ liệu điện tử) là việc hai doanh nghiệp gửi cho nhau các chứng từ thương mại như đơn đặt hàng, thông báo giao hàng, hoá đơn dưới dạng dữ liệu có cấu trúc theo một chuẩn chung, để phần mềm bên nhận tự xử lý mà không cần người đọc và nhập lại. Hai chuẩn phổ biến nhất là UN/EDIFACT do Liên Hợp Quốc duy trì và ANSI X12 dùng chủ yếu ở Bắc Mỹ.
Với doanh nghiệp Việt Nam, EDI thường xuất hiện như một yêu cầu bắt buộc khi trở thành nhà cung cấp cho các chuỗi bán lẻ lớn, hãng sản xuất ô tô, điện tử hoặc khách hàng xuất khẩu tại Mỹ, châu Âu. Hiểu EDI giúp bạn đánh giá đúng chi phí và thời gian đáp ứng yêu cầu này, và quyết định nên tự làm, thuê dịch vụ hay đàm phán dùng API thay thế.
EDI ra đời để giải quyết vấn đề gì
Trước EDI, chứng từ thương mại đi bằng giấy, fax, sau này là email đính kèm tệp. Bên nhận phải có người đọc và gõ lại vào hệ thống của mình, sinh ra độ trễ, chi phí nhân công và lỗi nhập liệu — đặt nhầm số lượng, nhầm mã hàng, nhầm ngày giao. Với một nhà bán lẻ nhận hàng nghìn đơn mỗi ngày từ hàng trăm nhà cung cấp, chi phí này rất lớn.
Ý tưởng EDI xuất hiện từ những năm 1960–1970 trong ngành vận tải và bán lẻ Mỹ, khi các doanh nghiệp lớn bắt đầu trao đổi dữ liệu giữa máy tính với nhau. Vấn đề ngay lập tức là mỗi cặp đối tác dùng một định dạng riêng. Từ đó các chuẩn chung ra đời: ANSI X12 được phát triển từ cuối những năm 1970 cho thị trường Mỹ, còn UN/EDIFACT được phát triển dưới sự bảo trợ của Liên Hợp Quốc từ cuối những năm 1980 nhằm tạo chuẩn quốc tế, phổ biến ở châu Âu và châu Á.
Điểm cốt lõi của EDI là chuẩn hoá ý nghĩa, không chỉ định dạng. Một đơn đặt hàng EDI không chỉ là tệp có cấu trúc; mỗi phân đoạn, mỗi phần tử có nghĩa đã được thống nhất — đâu là mã người mua, đâu là mã địa điểm giao, đâu là số lượng theo đơn vị nào. Nhờ vậy, phần mềm của hai bên chưa từng biết nhau vẫn hiểu được nhau, miễn cùng tuân thủ chuẩn và hướng dẫn triển khai của đối tác.
Đi kèm chuẩn chứng từ là hệ thống mã định danh dùng chung. Trong bán lẻ, các mã của tổ chức GS1 giữ vị trí trung tâm: mã sản phẩm GTIN in thành mã vạch, mã địa điểm GLN xác định kho, cửa hàng, pháp nhân, và mã kiện SSCC cho từng pallet. Doanh nghiệp Việt Nam muốn làm nhà cung cấp cho chuỗi lớn thường phải đăng ký mã số mã vạch hợp lệ trước khi bàn đến EDI, vì chứng từ EDI tham chiếu sản phẩm và địa điểm bằng chính các mã này.
Các chứng từ EDI thường gặp trong chuỗi cung ứng
Mỗi chuẩn đánh số hoặc đặt tên chứng từ khác nhau. Bảng dưới liệt kê các loại phổ biến nhất trong quan hệ nhà cung cấp và nhà bán lẻ, với tên gọi trong hai chuẩn.
| Chứng từ | ANSI X12 | UN/EDIFACT | Chiều gửi điển hình |
|---|---|---|---|
| Đơn đặt hàng | 850 | ORDERS | Người mua → nhà cung cấp |
| Xác nhận đơn hàng | 855 | ORDRSP | Nhà cung cấp → người mua |
| Thông báo giao hàng trước (ASN) | 856 | DESADV | Nhà cung cấp → người mua |
| Hoá đơn thương mại | 810 | INVOIC | Nhà cung cấp → người mua |
| Báo cáo tồn kho và bán hàng | 852 | SLSRPT / INVRPT | Nhà bán lẻ → nhà cung cấp |
| Xác nhận kỹ thuật đã nhận | 997 | CONTRL | Hai chiều, phản hồi tự động |
Thông báo giao hàng trước thường là chứng từ khó nhất với nhà cung cấp mới vì phải mô tả chính xác từng kiện, từng pallet, gắn với mã vận chuyển theo chuẩn như mã SSCC của GS1 in trên nhãn kiện. Nhiều nhà bán lẻ dùng ASN để đối chiếu tự động khi nhận hàng; ASN sai hoặc đến muộn có thể khiến hàng bị từ chối hoặc bị phạt theo điều khoản hợp đồng.
Dữ liệu đi bằng đường nào: VAN, AS2 và SFTP
Chuẩn EDI quy định nội dung, còn đường truyền là chuyện riêng. Cách truyền thống là mạng giá trị gia tăng (VAN): một nhà cung cấp dịch vụ trung gian vận hành "hộp thư" cho các doanh nghiệp; bên gửi đẩy chứng từ vào VAN, VAN chuyển tới hộp thư bên nhận, ghi nhật ký và thường thu phí theo số lượng hoặc dung lượng. VAN tiện vì chỉ cần kết nối một lần là tới được nhiều đối tác, nhưng chi phí cộng dồn đáng kể khi khối lượng lớn.
Cách thứ hai là kết nối trực tiếp qua Internet bằng giao thức AS2, được chuẩn hoá trong tài liệu RFC 4130 của IETF năm 2005. AS2 truyền chứng từ qua HTTP với mã hoá, chữ ký số và biên nhận có ký (MDN) chứng minh bên nhận đã nhận đúng nội dung — tính chất chống chối bỏ quan trọng trong quan hệ thương mại. Một số tập đoàn bán lẻ lớn trên thế giới yêu cầu nhà cung cấp dùng AS2 từ đầu những năm 2000, góp phần làm giao thức này phổ biến.
Cách thứ ba, đơn giản hơn, là trao đổi tệp qua SFTP theo lịch. Ít tính năng biên nhận hơn AS2 nhưng dễ triển khai và vẫn được nhiều đối tác chấp nhận. Lựa chọn cụ thể thường do đối tác lớn quyết định; nhà cung cấp nhỏ phải đáp ứng theo hướng dẫn triển khai mà đối tác ban hành.
EDI và API: thay thế hay bổ sung
Câu hỏi hay gặp là API hiện đại có làm EDI lỗi thời không. Thực tế hai công nghệ phục vụ bối cảnh khác nhau và thường cùng tồn tại.
| Tiêu chí | EDI | API |
|---|---|---|
| Mô hình trao đổi | Theo lô hoặc theo chứng từ, bất đồng bộ | Theo yêu cầu, thường đồng bộ, có thể thời gian thực |
| Chuẩn hoá ý nghĩa | Rất cao, theo chuẩn ngành đã thống nhất hàng chục năm | Mỗi nhà cung cấp tự định nghĩa, trừ khi theo chuẩn ngành riêng |
| Quy mô đối tác | Một chuẩn dùng được với hàng nghìn đối tác | Thường phải tích hợp riêng với từng đối tác |
| Bằng chứng pháp lý | Biên nhận có ký, nhật ký VAN, quen thuộc với kiểm toán | Phụ thuộc thiết kế ghi nhật ký của từng bên |
| Chi phí khởi đầu | Phần mềm dịch EDI, phí VAN hoặc hạ tầng AS2, công ánh xạ | Thấp nếu đối tác có API tốt |
| Phù hợp | Chuỗi cung ứng lớn, nhiều đối tác, quan hệ ổn định | Truy vấn tức thì như tồn kho, giá, trạng thái; đối tác số hoá mới |
Xu hướng chung là EDI tiếp tục là xương sống cho chứng từ giao dịch chính giữa doanh nghiệp lớn, còn API bổ sung cho các truy vấn cần tức thì như kiểm tra tồn kho, theo dõi vận chuyển. Một số nền tảng tích hợp nhận EDI từ đối tác rồi chuyển thành lời gọi API vào hệ thống nội bộ, che bớt sự phức tạp của chuẩn cũ.
Các bước đáp ứng yêu cầu EDI của một khách hàng lớn
Khi một chuỗi bán lẻ hoặc khách hàng nước ngoài yêu cầu kết nối EDI, quy trình thường gồm các bước dưới đây. Thời gian và chi phí phụ thuộc nhiều vào mức độ sẵn sàng của phần mềm quản lý nội bộ.
- Nhận và đọc kỹ hướng dẫn triển khai của đối tác: chuẩn và phiên bản, danh sách chứng từ bắt buộc, kênh truyền, quy định về thời hạn gửi và mức phạt khi sai.
- Chọn mô hình: tự vận hành phần mềm EDI và kết nối, thuê nhà cung cấp dịch vụ EDI trọn gói, hoặc dùng cổng web do đối tác cung cấp cho nhà cung cấp nhỏ để nhập tay.
- Ánh xạ dữ liệu: nối mã sản phẩm, mã địa điểm, đơn vị tính của đối tác với danh mục nội bộ; đây là phần tốn công nhất và phụ thuộc chất lượng dữ liệu chủ.
- Tích hợp với phần mềm nội bộ: đơn hàng EDI tự tạo đơn bán trong ERP hoặc phần mềm bán hàng; ASN và hoá đơn được sinh từ dữ liệu xuất kho và hoá đơn thật.
- Kiểm thử với đối tác: gửi chứng từ mẫu, nhận phản hồi lỗi cú pháp và lỗi nghiệp vụ, sửa tới khi đạt chứng nhận.
- Vận hành và giám sát: theo dõi biên nhận, cảnh báo khi chứng từ bị từ chối, đối chiếu định kỳ đơn nhận với đơn xử lý.
Cổng web của đối tác là lối vào rẻ cho nhà cung cấp mới có ít đơn, nhưng thực chất là nhập liệu thủ công. Khi khối lượng tăng, chi phí nhân công và rủi ro sai sót vượt chi phí tích hợp thật, và đó là thời điểm nên chuyển sang tích hợp tự động.
Lỗi hay gặp khi mới làm EDI
Chỉ làm phần truyền, bỏ phần tích hợp. Nhận được tệp đơn hàng nhưng nhân viên vẫn mở ra gõ lại vào phần mềm bán hàng. Doanh nghiệp tốn chi phí EDI mà không có lợi ích tự động hoá.
Danh mục mã hàng không khớp. Đối tác đặt theo mã vạch hoặc mã riêng của họ, phần mềm nội bộ không lưu mã đó, mỗi đơn phải tra cứu thủ công. Cần bảng đối chiếu mã được duy trì như dữ liệu chủ.
ASN sinh từ kế hoạch thay vì từ thực tế. Thông báo giao hàng gửi theo đơn đặt, trong khi thực tế giao thiếu hoặc đóng kiện khác. Bên nhận đối chiếu lệch, hàng bị giữ lại hoặc bị trừ tiền.
Không theo dõi biên nhận. Chứng từ gửi đi nhưng bị từ chối do lỗi cú pháp, không ai biết cho tới khi đối tác phàn nàn chưa nhận được hoá đơn. Biên nhận và phản hồi lỗi phải được giám sát hằng ngày.
Xem nhẹ thay đổi phiên bản. Đối tác nâng phiên bản chuẩn hoặc đổi hướng dẫn triển khai; ánh xạ cũ không còn đúng. Cần đầu mối nhận thông báo kỹ thuật từ đối tác và quy trình cập nhật.
Không giữ bản gốc chứng từ nhận được. Khi tranh chấp về số lượng đặt hoặc giá, doanh nghiệp không chứng minh được đối tác đã gửi gì vì chỉ còn dữ liệu đã chuyển đổi trong ERP. Bản gốc và biên nhận cần được lưu trữ theo thời hạn thống nhất trong hợp đồng.
Câu hỏi thường gặp
Hoá đơn gửi qua EDI có thay thế được hoá đơn điện tử theo quy định Việt Nam không?
Không tự động. Hoá đơn EDI là chứng từ thương mại giữa hai bên theo chuẩn quốc tế, còn hoá đơn điện tử tại Việt Nam phải tuân theo quy định về định dạng, ký số và truyền dữ liệu tới cơ quan thuế. Doanh nghiệp thường phải phát hành hoá đơn điện tử hợp lệ và gửi kèm bản EDI theo yêu cầu đối tác; cần kiểm tra quy định hiện hành.
Doanh nghiệp nhỏ có cần đầu tư EDI không?
Chỉ khi khách hàng quan trọng yêu cầu. Với ít đơn hàng, dùng cổng web của đối tác hoặc dịch vụ EDI thuê ngoài tính phí theo chứng từ thường hợp lý hơn tự vận hành. Khi khối lượng tăng, hãy so sánh tổng chi phí nhập tay với chi phí tích hợp tự động.
EDIFACT và X12 có chuyển đổi qua lại được không?
Được, qua phần mềm dịch EDI hoặc nền tảng tích hợp, vì hai chuẩn mô tả các chứng từ tương tự nhau. Tuy vậy, cấu trúc và mã danh mục khác nhau nên cần ánh xạ cẩn thận, nhất là với các trường đặc thù trong hướng dẫn triển khai của từng đối tác.
Hướng dẫn triển khai EDI của đối tác là gì?
Là tài liệu đối tác ban hành, quy định họ dùng phần nào của chuẩn, trường nào bắt buộc, giá trị mã nào được chấp nhận và quy tắc nghiệp vụ đi kèm. Cùng một chuẩn nhưng mỗi nhà bán lẻ có hướng dẫn riêng, nên kết nối với đối tác mới vẫn cần ánh xạ và kiểm thử lại.
EDI có an toàn không?
Các kênh truyền như AS2 hay SFTP hỗ trợ mã hoá và xác thực, còn VAN có kiểm soát truy cập và nhật ký. Rủi ro thường nằm ở khâu quản lý chứng chỉ số hết hạn, mật khẩu kết nối dùng chung và hệ thống nội bộ nhận dữ liệu không kiểm tra hợp lệ trước khi tạo đơn.
Mất bao lâu để kết nối EDI với một đối tác mới?
Phụ thuộc mức sẵn sàng của danh mục mã, phần mềm nội bộ và lịch kiểm thử của đối tác. Nếu đã có hạ tầng EDI và dữ liệu chủ sạch, kết nối thêm một đối tác dùng cùng chuẩn nhanh hơn nhiều so với lần đầu. Hãy hỏi đối tác về quy trình chứng nhận và thời gian kiểm thử điển hình.