PL

Start / Baza wiedzy / Kanały transmisji

Kanały transmisji EDI: który pasuje do partnera?

Popularne kanały transmisji EDI to AS2, OFTP2, SFTP, interfejsy HTTPS (API), e-mail, a w niektórych branżach jeszcze X.400 przez sieć VAN. O wyborze rzadko decydują Państwo sami: zwykle klient lub dostawca określa kanał w swojej specyfikacji EDI. Ta strona pokazuje, czym różnią się poszczególne kanały i na co zwrócić uwagę przy konfiguracji.

Stan na 18 października 2026 · fokus it solutions, Jens Musleh

Format i kanał transmisji to dwie sprawy

Integracja EDI ma dwa poziomy, które często się mylą:

  • Format określa, jak zbudowana jest treść: EDIFACT, VDA, XML lub CSV. Więcej na stronie EDIFACT w praktyce.
  • Kanał transmisji określa, jak plik dostaje się z jednego komputera na drugi: AS2, OFTP2, SFTP i tak dalej.

Poziomy są niezależne. Faktura EDIFACT może podróżować przez AS2, OFTP2 lub SFTP. Harmonogram dostaw VDA przychodzi często przez OFTP2, choć technicznie mógłby inaczej. Gdy klient wymaga „EDI”, potrzebne są więc obie odpowiedzi: jaki format i jaki kanał.

Kanały transmisji EDI w przeglądzie

AS2

AS2 wysyła pliki przez HTTP bezpośrednio do partnera, z podpisem, szyfrowaniem i potwierdzeniem odbioru, czyli MDN. Podstawą jest RFC 4130. AS2 nie jest związany z żadną branżą. Szczegóły: AS2 w praktyce.

OFTP2

OFTP2 to protokół przemysłu motoryzacyjnego, utrzymywany przez Odette i opisany w RFC 5024. Działa przez własne połączenie TCP (port 6619 z TLS), używa certyfikatów i potwierdza każdy plik komunikatem EERP. Szczegóły: OFTP2 w praktyce.

SFTP

SFTP przesyła pliki przez połączenie SSH (Secure Shell, RFC 4251; port domyślny 22). Zwykle jedna strona udostępnia katalog, a druga zapisuje w nim pliki lub je stamtąd pobiera. Połączenie jest szyfrowane, ale potwierdzenia na poziomie pliku nie ma. Czy plik został przetworzony, wiadomo tylko z komunikatu zwrotnego lub z uzgodnienia, na przykład „plik jest usuwany po pobraniu”.

Interfejs HTTPS (API)

Integracja przez API oznacza: partner udostępnia adres internetowy, na który Państwa system wysyła dane lub z którego je pobiera, zwykle w formacie JSON lub XML. Połączenie jest szyfrowane przez TLS (RFC 8446), uwierzytelnianie odbywa się kluczami lub tokenami. Każde API jest zbudowane inaczej, więc każde wymaga własnej integracji.

E-mail

E-mail to najprostszy kanał: plik EDI jest załącznikiem wiadomości. RFC 1767 opisuje, jak pakować dane EDI w wiadomości MIME; AS1 (RFC 3335) dodał podpis i potwierdzenie. W praktyce zwykły e-mail nie jest ani podpisany, ani potwierdzany. Mimo to używa się go przy małych wolumenach lub jako rozwiązania przejściowego.

X.400 i VAN

ITU-T opisuje w X.400 serię norm dla systemów obsługi wiadomości; prowadzi wersje od 1988 roku, obowiązuje wersja z 1999 roku. VAN (Value Added Network) to sieć usługodawcy ze skrzynkami pocztowymi, przez którą partnerzy wymieniają dane bez bezpośredniego połączenia. W handlu X.400 nadal występuje: niemieccy operatorzy EDI, tacy jak cctop i EDI Fuchs, mają go w cennikach, EDI Fuchs na przykład jako dopłatę od 10 € miesięcznie za rodzaj komunikatu i partnera.

Tabela porównawcza

Kanał Gdzie typowy Bezpieczeństwo Potwierdzenie odbioru Nakład pracy po Państwa stronie
AS2 wszystkie branże podpis i szyfrowanie każdego pliku, opcjonalnie TLS tak, MDN (może być podpisane) średni: oprogramowanie, certyfikat, osiągalny adres
OFTP2 motoryzacja TLS, certyfikaty, możliwe podpisywanie i szyfrowanie plików tak, EERP (może być podpisane) od średniego do wysokiego: oprogramowanie, Odette ID, certyfikat, port 6619
SFTP wszystkie branże połączenie szyfrowane przez SSH nie, tylko przez uzgodnienie lub komunikat zwrotny niski: dostęp i klucz
HTTPS/API tam, gdzie partner oferuje API TLS, uwierzytelnianie tokenem lub kluczem zależnie od API (kod odpowiedzi, status) osobna integracja dla każdego API
E-mail małe wolumeny, rozwiązania przejściowe zwykły e-mail niechroniony, szyfrowanie tylko z dodatkami nie (w AS1 tak) niski, ale podatny na błędy
X.400/VAN część handlu w sieci dostawcy zależnie od sieci umowa z dostawcą VAN, stałe opłaty

Kolumna „Gdzie typowy” to zgrubna klasyfikacja. Rozstrzyga to, czego partner wymaga w swojej specyfikacji.

Na co zwrócić uwagę przy wyborze

Jeśli mają Państwo wybór, pomagają trzy pytania:

  1. Czy potrzebny jest dowód, że plik dotarł? Przy awizo wysyłki i fakturze zwykle tak. Wtedy przewagę mają AS2 i OFTP2, bo potwierdzenie jest częścią procedury.
  2. Kto nawiązuje połączenie? Przy AS2 i OFTP2 partner często sam wysyła dane do Państwa. Serwer potrzebuje do tego stałego adresu i otwartego portu przychodzącego. Przy SFTP lub API mogą Państwo także sami pobierać dane, bez otwierania portu w zaporze.
  3. Ilu partnerów korzysta z tego samego kanału? Każdy dodatkowy kanał to kolejny komponent, który trzeba utrzymywać, monitorować i zaopatrywać w certyfikaty.

W kwestii bezpieczeństwa: kanał z szyfrowanym połączeniem wystarcza dla wielu danych. Podpisane pliki i potwierdzenia opłacają się tam, gdzie później może dojść do sporu o doręczenie lub treść.

Koszty transmisji

Opisy AS2, OFTP2, SFTP i HTTPS są publicznie dostępne jako RFC. Koszty dotyczą oprogramowania, certyfikatów, w przypadku OFTP2 także Odette ID, oraz eksploatacji. Przy X.400 i VAN dochodzą stałe opłaty operatora sieci. Jak to się sumuje, pokazuje strona Ile kosztuje integracja EDI?.

Kanały transmisji w edi-service.eu

edi-service.eu obsługuje OFTP2, AS2, SFTP, HTTPS i e-mail, w obu kierunkach. Nie obejmuje X.400 ani skrzynek VAN. Jeśli partner jest osiągalny tylko w ten sposób, potrzebna jest dodatkowa droga, na przykład operator EDI tylko dla tego partnera, albo partner przechodzi na AS2 lub OFTP2. Nasz komponent OFTP2 nie jest przetestowany przez Odette; wyjaśniamy to z góry, jeśli klient wymaga przetestowanego oprogramowania. Co obejmuje cena, opisuje sekcja Cena.

Najczęstsze pytania

Który kanał transmisji EDI jest najlepszy?

Nie ma jednego najlepszego kanału; zwykle decyduje partner. W motoryzacji rozpowszechniony jest OFTP2, inne branże używają, zależnie od partnera, AS2, SFTP lub API. SFTP łatwo skonfigurować, ale nie daje potwierdzenia odbioru.

Czy e-mail wystarczy do EDI?

Przy małych wolumenach i jako rozwiązanie przejściowe może wystarczyć, jeśli partner go akceptuje. Zwykły e-mail nie jest jednak ani podpisany, ani potwierdzany, a skrzynki pocztowe czasem odfiltrowują załączniki. Dla awiz wysyłki i faktur bezpieczniejszy jest kanał z potwierdzeniem.

Co to jest VAN i czy go potrzebuję?

VAN to sieć usługodawcy, w której każdy uczestnik ma skrzynkę pocztową. Jest potrzebny tylko wtedy, gdy partner jest osiągalny wyłącznie przez nią, na przykład przez X.400. Do bezpośrednich połączeń przez AS2, OFTP2 lub SFTP VAN nie jest potrzebny.

Czy mój serwer musi być osiągalny z internetu?

Przy AS2 i OFTP2 zwykle tak, mianowicie wtedy, gdy partner sam wysyła dane do Państwa. Potrzebny jest wtedy stały adres i otwarty port. Przy SFTP lub API, gdy dane pobierają Państwo sami, wystarczy połączenie wychodzące.

Chcą Państwo sprawdzić, czy kanały transmisji partnerów pasują do edi-service.eu? Wyślij zapytanie

Źródła

Wyślij zapytanie · Najczęstsze pytania · Cała baza wiedzy