Co to jest EDI w codziennej pracy firmy?
Bez EDI zamówienie wygląda tak: klient wysyła PDF e-mailem, ktoś w dziale sprzedaży go czyta i ręcznie wprowadza do ERP artykuły, ilości i terminy dostaw. Z EDI system ERP klienta tworzy plik o ustalonej strukturze, wysyła go do Państwa systemu, a tam zlecenie powstaje bez pracy ręcznej.
Kluczowe jest słowo „ustrukturyzowany”. PDF jest przeznaczony dla ludzi, komunikat EDI dla maszyn. Każde pole ma w nim stałe miejsce i stałe znaczenie: tu numer artykułu, tam ilość, tam jednostka miary. Dlatego program może niezawodnie odczytać komunikat.
EDI to nie pojedynczy produkt, lecz sposób postępowania. Zawsze składają się na niego trzy elementy:
- format, czyli język, w którym zapisane są dane,
- kanał transmisji, czyli droga, którą wędruje plik,
- uzgodnienie między partnerami, jakie komunikaty i w jakim wariancie są wymieniane. Duzi klienci zapisują to zwykle w specyfikacji EDI.
Jak EDI działa technicznie?
Droga komunikatu ma cztery etapy:
- Eksport z ERP nadawcy: system klienta tworzy zamówienie w swoim wewnętrznym formacie.
- Przekształcenie do uzgodnionego formatu EDI: ten krok nazywa się konwersją lub mapowaniem. Mapowanie to reguła, które pole trafia w które miejsce.
- Transmisja zabezpieczonym kanałem do odbiorcy.
- Przekształcenie u odbiorcy do jego wewnętrznego formatu i przekazanie do jego ERP.
GS1 Germany wymienia dwa sposoby organizacji kroków od 2 do 4: przez własny konwerter albo przez usługodawcę (w Niemczech nazywanego „EDI-Clearing”). Taki usługodawca, w Polsce zwykle określany jako operator EDI, przejmuje za Państwa konwersję i wysyłkę i najczęściej rozlicza się za każdego partnera.
Format i kanał transmisji to dwie różne sprawy
Wiele nieporozumień w projektach EDI bierze się z mylenia formatu z kanałem transmisji. Gdy klient wymaga „EDIFACT przez OFTP2”, są to dwa odrębne wymagania.
Format określa, jak wyglądają dane. Popularne są:
- UN/EDIFACT, międzynarodowy standard Organizacji Narodów Zjednoczonych, którego składnię określa norma ISO 9735,
- EANCOM, podzbiór EDIFACT utrzymywany przez GS1 przede wszystkim dla handlu i dóbr konsumpcyjnych,
- formaty VDA niemieckiego przemysłu motoryzacyjnego,
- X12, standard amerykańskiego komitetu X12 akredytowanego przez ANSI,
- poza tym XML, CSV lub JSON według uzgodnień.
Kanał transmisji określa, jak plik dostaje się z jednego serwera na drugi. Przykłady to AS2 (oparty na HTTP, opisany w RFC 4130), OFTP2 (rozpowszechniony w motoryzacji, opisany w RFC 5024), SFTP lub interfejs webowy. Porównanie znajdą Państwo na stronie Kanały transmisji EDI.
Tak wygląda krótki fragment zamówienia EDIFACT. Identyfikatory są fikcyjne (prefiks GS1 952 jest zarezerwowany dla przykładów):
UNH+1+ORDERS:D:96A:UN'
BGM+220+B-4711+9'
DTM+137:20261016:102'
NAD+BY+9520000000011::9'
LIN+1++9520000000028:SRV'
QTY+21:240'
Przy odrobinie wprawy człowiek odczyta z tego: zamówienie numer B-4711 z 16.10.2026, zamawiający z numerem GLN 9520000000011, pozycja 1, artykuł 9520000000028, ilość 240. Dla ERP plik da się przetworzyć bez żadnej interpretacji.
Przykłady: zamówienie, awizo wysyłki i faktura
Większość integracji EDI zaczyna się od trzech komunikatów, które odwzorowują zlecenie od początku do końca. GS1 Germany podaje właśnie te trzy jako typowe przykłady:
| Dokument | Nazwa EDIFACT | Kto wysyła? | Co się z nim dzieje? |
|---|---|---|---|
| Zamówienie | ORDERS | klient do dostawcy | u dostawcy staje się zleceniem klienta |
| Awizo wysyłki | DESADV | dostawca do klienta | zapowiada towar, opakowania i numer dokumentu dostawy, zanim przyjedzie ciężarówka |
| Faktura | INVOIC | dostawca do klienta | u klienta jest automatycznie sprawdzana i księgowana |
W branży motoryzacyjnej dochodzi harmonogram dostaw (prognoza dostaw, DELFOR): klient nie wysyła pojedynczych zamówień, lecz regularnie aktualizowane zapotrzebowanie na najbliższe tygodnie. Jakie inne komunikaty istnieją, opisuje strona Rodzaje komunikatów EDI.
Korzyści i nakład pracy
Korzyść polega przede wszystkim na jakości procesów. GS1 Germany wymienia między innymi mniej błędów komunikacyjnych, szybsze procesy i niski odsetek błędów w zaksięgowanych dokumentach. W praktyce oznacza to: żadnych literówek w numerach artykułów, awiza wysyłki docierające do klienta przed towarem i faktury przechodzące bez dopytywania.
Po drugiej stronie jest nakład pracy, często niedoszacowany:
- Przeczytanie specyfikacji: każdy duży klient ma własne wymagania, które pola są obowiązkowe i jakie kody obowiązują.
- Zbudowanie mapowania między formatem EDI a Państwa ERP, dla każdego rodzaju komunikatu i kierunku.
- Przygotowanie interfejsu ERP, przez który zlecenia wchodzą, a dokumenty dostawy i faktury wychodzą.
- Konfiguracja kanału transmisji, łącznie z identyfikatorami i certyfikatami.
- Faza testów z partnerem, aż zatwierdzi integrację.
- Eksploatacja: usuwanie błędów, odnawianie certyfikatów, nadążanie za zmianami u partnera.
Ile to oznacza w euro, zależy mocno od wybranej drogi i liczby partnerów. Zestawienie z udokumentowanymi cenami znajdą Państwo na stronie Ile kosztuje integracja EDI?.
Kiedy EDI się opłaca?
W wielu przypadkach to pytanie nie pada: duży klient wymaga EDI, a bez integracji traci się zlecenie. Co można wtedy zrobić, opisuje strona Klient wymaga EDI.
Jeśli decyzja należy do Państwa, pomocne są te wskazówki:
- Niewiele dokumentów od jednej sieci handlowej: często wystarczy Web-EDI. Dane wpisuje się wtedy w portalu w przeglądarce. GS1 Germany opisuje WebEDI jako rozwiązanie dla firm, które „nie mają własnego systemu obsługującego EDI” (tłumaczenie własne). To tanie, ale znów oznacza pracę ręczną.
- Wiele dokumentów lub kilku partnerów: im częściej pojawia się ten sam komunikat, tym więcej oszczędza automatyzacja.
- Harmonogramy dostaw w motoryzacji: zapotrzebowanie zmienia się na bieżąco. Kto prowadzi je ręcznie, ryzykuje błędne ilości dostaw.
- Faktury: wraz z e-fakturą rośnie presja, by przesyłać faktury w ustrukturyzowanej postaci. Różnicę między EDI a e-fakturą wyjaśnia strona EDI, Web-EDI i e-faktura.
Jak pasuje do tego edi-service.eu
edi-service.eu to oprogramowanie EDI, które w ramach licencji abonamentowej działa na Państwa własnym serwerze Debian 13. AI, na którą Państwo sami zawierają umowę z dostawcą takim jak Anthropic lub OpenAI, konfiguruje integracje na podstawie dokumentacji Państwa partnerów, najpierw w trybie testowym. Przetwarza EDIFACT, VDA, XML, CSV i JSON przez OFTP2, AS2, SFTP, HTTPS i e-mail, w obu kierunkach. X.400, skrzynki VAN, portal Web-EDI i Peppol nie wchodzą w zakres. Cenę podajemy na stronie głównej.
Najczęstsze pytania
Co oznacza skrót EDI?
EDI to Electronic Data Interchange, czyli elektroniczna wymiana danych. Chodzi o wymianę ustrukturyzowanych dokumentów handlowych między systemami dwóch firm. E-mail z załącznikiem PDF nie jest EDI w ścisłym sensie, bo ktoś nadal musi przepisać dane.
Czy do EDI potrzebny jest system ERP?
Do prawdziwego EDI potrzebny jest system, do którego dane trafiają bez pracy ręcznej. Może to być duży ERP albo mniejszy program magazynowo-sprzedażowy, o ile ma interfejs do importu i eksportu. Bez takiego systemu zwykle zostaje tylko Web-EDI.
Czym różni się EDI od EDIFACT?
EDI to sposób postępowania, EDIFACT to jeden z formatów do niego. EDI można prowadzić także w formatach VDA, X12, XML lub CSV. Który format obowiązuje, określa zwykle partner w swojej specyfikacji EDI.
Jak długo trwa integracja EDI?
Zależy to przede wszystkim od fazy testów z partnerem i od interfejsu ERP. Rzadko wąskim gardłem jest sama technika. Harmonogram wyznaczają czas oczekiwania na dane testowe, pytania do specyfikacji i zatwierdzenie przez partnera.
Czy EDI to to samo co e-faktura?
Nie. E-faktura dotyczy tylko faktur i podlega własnym normom, takim jak niemieckie XRechnung lub ZUGFeRD. EDI obejmuje cały proces od zamówienia do faktury. Jak oba tematy się łączą, wyjaśnia strona o EDI i e-fakturze.
Jeśli chcą Państwo sprawdzić, czy Państwa wymagania pasują do edi-service.eu, można wysłać zapytanie.
Źródła
- GS1 Germany: „Mit EDI effizient Daten austauschen”, https://www.gs1-germany.de/branchen-themen/edi-elektronischer-datenaustausch/ (dostęp 16.10.2026)
- GS1 Germany: „EANCOM®: EDI-Standard Nr. 1”, https://www.gs1-germany.de/standards/datenaustausch/eancom/ (dostęp 16.10.2026)
- UNECE: „Introducing UN/EDIFACT”, wersja archiwalna z 11.07.2025, https://web.archive.org/web/20250711123921/https://unece.org/trade/uncefact/introducing-unedifact (dostęp 16.10.2026)
- RFC Editor: „RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2)”, https://www.rfc-editor.org/rfc/rfc4130 (dostęp 16.10.2026)
- RFC Editor: „RFC 5024: ODETTE File Transfer Protocol 2.0”, https://www.rfc-editor.org/rfc/rfc5024 (dostęp 16.10.2026)
- X12: „About X12”, https://x12.org/about/about-x12 (dostęp 16.10.2026)
- GS1: „GS1 Company Prefix” (prefiks 952 dla przykładów), wersja archiwalna z 10.02.2025, https://web.archive.org/web/20250210201117/https://www.gs1.org/standards/id-keys/company-prefix (dostęp 16.10.2026)