EDI (Electronic Data Interchange) - co to i kiedy używać
**EDI (Electronic Data Interchange)** to standard elektronicznej wymiany dokumentów handlowych między firmami w ustrukturyzowanej formie (zamówienia, faktury, awiza dostaw, potwierdzenia). Zamiast wysyłać PDF mailem, systemy klienta i dostawcy wymieniają komunikaty zgodnie ze standardami EDIFACT (Europa) lub X12 (USA), które każdy potrafi sparsować.
Spis treści (7)
Po co istnieje EDI
Wyobraź sobie sieć handlową (np. Biedronka, Carrefour) zamawiającą towar u 500 dostawców. Bez EDI: każdy dostawca dostaje zamówienia mailem, przepisuje ręcznie do swojego ERP. 500 firm × 200 zamówień miesięcznie = 100 000 ręcznych operacji. Z EDI: zamówienie z systemu sieci automatycznie wchodzi do systemu dostawcy.
EDI to nie nowa technologia - działa od lat 70. Wciąż jest dominującym standardem w handlu z sieciami i dużymi B2B kontraktami, mimo że istnieją nowsze opcje (REST API, EDI over JSON).
Najczęstsze komunikaty EDI
W EDIFACT (Europa, ONZ standard) najpopularniejsze:
- ORDERS - zamówienie zakupu (od kupującego do dostawcy)
- ORDRSP - potwierdzenie zamówienia (od dostawcy)
- DESADV - awizo dostawy (powiadomienie o nadchodzącej dostawie)
- INVOIC - faktura
- REMADV - awizo płatności (powiadomienie o zapłaceniu faktury)
- PRICAT - katalog cenowy (dostawca → kupujący)
W X12 (USA standard ANSI):
- 850 - zamówienie zakupu (odpowiednik ORDERS)
- 855 - potwierdzenie zamówienia
- 856 - awizo dostawy
- 810 - faktura
- 820 - awizo płatności
W Polsce dominuje EDIFACT, czasem GS1 (też EDIFACT-bazowane).
Jak EDI realnie wygląda
Komunikat EDIFACT to plik tekstowy ze specjalną składnią:
UNH+1+ORDERS:D:96A:UN:EAN008'
BGM+220+12345+9'
DTM+137:20260617:102'
NAD+BY+5901234123457::9'
NAD+SU+5907654321098::9'
LIN+1++5901234567890:EN'
QTY+21:50'
PRI+AAA:12.50'
UNT+7+1'
To zamówienie na 50 sztuk towaru o EAN 5901234567890 w cenie 12.50 zł. Niedostępne dla człowieka, w pełni czytelne dla parsera EDI.
Architektura wdrożenia EDI
Dwie ścieżki:
1. Bezpośrednio (AS2, SFTP, VAN).
[Sklep / ERP dostawcy] <---- AS2 / SFTP ----> [System klienta (sieć)]
- AS2 to protokół transmisji EDI z podpisem i szyfrowaniem (najczęściej w UE i USA dla wymiany z sieciami)
- SFTP to klasyczny upload plików EDI na serwer kontrahenta
- VAN (Value Added Network) - pośrednik EDI (Comarch EDI, Edicom, Comergence, OpenText GXS)
2. Przez integratora EDI (Comarch EDI, Comergence).
[Sklep / ERP] <---- API ----> [Integrator EDI] <---- AS2/SFTP ----> [Wszystkie sieci]
Integrator robi za ciebie konwersję, podpięcie pod różne sieci, monitoring. Płacisz miesięcznie (od kilkuset zł), ale nie musisz utrzymywać własnej infrastruktury EDI.
Dla większości polskich sklepów B2B: integrator to oczywisty wybór. Własne EDI ma sens dopiero przy bardzo dużej skali.
Kiedy potrzebujesz EDI
- Sprzedajesz do sieci handlowych (Biedronka, Carrefour, Auchan, Lidl, Kaufland, Selgros, Makro) - wymagają EDI w umowach
- Sprzedajesz do dużych przemysłowych B2B (sieci budowlane, sieci motoryzacyjne) - często EDI jest warunkiem
- Klient korporacyjny ma 100+ zamówień miesięcznie i nie chce ich przepisywać ręcznie
NIE potrzebujesz EDI gdy:
- Twoi klienci to firmy 1-50 osobowe (rzadko mają EDI)
- Sprzedajesz B2C
- Twój wolumen kontraktowy jest mały (kilkadziesiąt zamówień miesięcznie od jednego klienta)
EDI w praktyce - czego nie pomyl
- Standardy EDIFACT - dla każdego komunikatu jest dziesiątki wersji (D.96A, D.01B, D.18A...). Sieci często wymagają konkretnej.
- GS1 - globalna organizacja standardów. Numer EAN, numer GLN (Global Location Number) - bez tych standardów EDI nie działa.
- Testowanie z siecią to zazwyczaj 3-6 tygodni. Sieć ma własny zespół EDI, ich testy, ich timeline. Twój sklep go nie kontroluje.
- Pozytywny test EDI to dopiero start. Po tym dostawca musi „przejść onboarding" - zamówienia testowe, monitoring, statystyki.
- EDI nie zastępuje sklepu B2B - to równoległy kanał dla dużych kontrahentów. Mali klienci wciąż korzystają ze sklepu.
Pokrewne pojęcia
- PunchOut (OCI, cXML) - nowoczesna alternatywa dla EDI w niektórych use-case'ach
- OMS - Order Management System
- Integracje z hurtowniami przez EDI - pełen przewodnik
O autorze
Jakub Owsianka
Architekt rozwiązania w WiseB2B - silniku platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.
Czytaj dalej w temacie wydajności
Wszystkie wpisyMasz pytanie do tego artykułu?
Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.