# EDI

> EDI (Electronic Data Interchange, elektroniczna wymiana danych) to ustrukturyzowana wymiana dokumentów biznesowych, takich jak zamówienia, faktury i awiza wysyłkowe, bezpośrednio między systemami komputerowymi w standardowym formacie elektronicznym.

W logistyce EDI zastępuje faks, arkusz wysłany e-mailem i związane z nimi ręczne przepisywanie danych. System nadawcy wysyła zlecenie transportowe prosto do systemu przewoźnika, przewoźnik odsyła aktualizacje statusu, a faktura podąża tą samą drogą. Ponieważ obie strony z góry uzgadniają format, nikt nie musi czytać ani przepisywać dokumentu.

Dominują dwa standardy. UN/EDIFACT to międzynarodowy standard używany w całej Europie, z komunikatami takimi jak IFTMIN (instrukcja transportowa), IFTSTA (raport statusu), DESADV (awizo wysyłki) i INVOIC (faktura). ANSI X12 to odpowiednik północnoamerykański: przewoźnik otrzymuje ofertę ładunku 204, odpowiada komunikatem 990, raportuje postęp komunikatami statusu 214 i wystawia fakturę frachtową 210.

W praktyce partnerzy handlowi uzgadniają standard, wersję i przewodnik wdrożeniowy określający, których segmentów i kodów używają. Łączą się przez kanał transmisji, taki jak AS2, SFTP lub sieć VAN (value-added network), mapują komunikaty do i z własnych systemów i testują je na przykładowych plikach przed uruchomieniem produkcyjnym. To mapowanie i testowanie powtarza się dla każdego nowego partnera, dlatego wdrożenie EDI często trwa tygodniami.

Przykład: ERP sieci handlowej wysyła IFTMIN na 12 palet z magazynu do sklepu. TMS przewoźnika zamienia go w zlecenie transportowe bez udziału człowieka, wysyła IFTSTA po załadunku i kolejny przy dostawie, a po otrzymaniu [potwierdzenia dostawy](https://transportial.com/pl/glossary/proof-of-delivery) wystawia INVOIC. System sieci handlowej automatycznie dopasowuje fakturę do pierwotnego zamówienia.

Transportial łączy partnerów przez swój [framework integracyjny](https://transportial.com/pl/product/integration-framework). Wymienia JSON, XML i CSV przez API, webhooki, FTP lub SFTP oraz e-mail i bez kodowania mapuje każde przychodzące pole na model danych OTM5. Komunikaty EDIFACT są używane z partnerami promowymi i terminalowymi, a ogólne komunikaty zleceń EDIFACT lub X12 są mapowane dla każdego partnera osobno. Klienci bez EDI mogą po prostu wysłać PDF e-mailem: ekstrakcja AI zamienia go w [zlecenie transportowe](https://transportial.com/pl/product/transport-orders) do weryfikacji.

## Najczęściej zadawane pytania

### Czy EDI jest nadal używane w transporcie?

Tak. Duzi nadawcy, sieci handlowe, porty i terminale nadal wymieniają zlecenia, statusy i faktury przez EDI, często przez połączenia działające od lat. Nowsze integracje coraz częściej korzystają z REST API, a wiele firm używa obu rozwiązań równolegle.

### Jaka jest różnica między EDI a API?

EDI wymienia kompletne dokumenty biznesowe w stałym standardzie, zwykle partiami przez AS2, SFTP lub VAN. API pozwala jednemu systemowi pobierać lub wysyłać dane w czasie rzeczywistym, zazwyczaj jako JSON przez HTTPS. EDI daje wspólny standard; API daje szybkość i elastyczność, ale każdy dostawca definiuje własny format, chyba że obie strony stosują otwarty model, taki jak OTM5.

### Jakie komunikaty EDI są używane w transporcie drogowym?

W EDIFACT: IFTMIN dla instrukcji transportowych, IFTSTA dla raportów statusu, DESADV dla awiza wysyłki i INVOIC dla faktur. W ANSI X12: 204 (oferta ładunku), 990 (odpowiedź na ofertę ładunku), 214 (status przesyłki) i 210 (faktura frachtowa).

### Czy Transportial obsługuje EDI?

Tak. Framework integracyjny wymienia JSON, XML i CSV z dowolnym partnerem, używa EDIFACT z partnerami promowymi i terminalowymi, takimi jak P&O Ferries i DP World, oraz mapuje ogólne komunikaty zleceń EDIFACT lub X12 dla każdego partnera, obok REST API i otwartego standardu OTM5.


---
Canonical page: https://transportial.com/pl/glossary/edi