DE

Start / Wissen / Übertragungswege

EDI-Übertragungswege: Welcher passt zu Ihrem Partner?

Die gängigen EDI-Übertragungswege sind AS2, OFTP2, SFTP, HTTPS-Schnittstellen (API), E-Mail und in einigen Branchen noch X.400 über ein VAN. Welchen Sie nutzen, entscheiden Sie selten allein: Meist gibt der Kunde oder Lieferant den Weg in seinem EDI-Leitfaden vor. Diese Seite zeigt, wie sich die Wege unterscheiden und worauf Sie bei der Einrichtung achten müssen.

Stand 18.10.2026 · fokus it solutions, Jens Musleh

Format und Übertragungsweg sind zwei Fragen

Eine EDI-Anbindung hat zwei Ebenen, die oft durcheinandergehen:

  • Das Format bestimmt, wie der Inhalt aufgebaut ist: EDIFACT, VDA, XML oder CSV. Mehr dazu unter EDIFACT erklärt.
  • Der Übertragungsweg bestimmt, wie die Datei vom einen Rechner zum anderen kommt: AS2, OFTP2, SFTP und so weiter.

Die Ebenen sind unabhängig. Eine EDIFACT-Rechnung kann per AS2, per OFTP2 oder per SFTP reisen. Ein VDA-Lieferabruf kommt oft per OFTP2, technisch ginge er auch anders. Wenn Ihr Kunde „EDI“ verlangt, brauchen Sie also beide Antworten: welches Format und welcher Weg.

Die EDI-Übertragungswege im Überblick

AS2

AS2 schickt Dateien per HTTP direkt an den Partner, signiert, verschlüsselt und mit einer Empfangsquittung, der MDN. Grundlage ist RFC 4130. AS2 ist an keine Branche gebunden. Details: AS2 erklärt.

OFTP2

OFTP2 ist das Protokoll der Automobilindustrie, gepflegt von Odette und beschrieben in RFC 5024. Es läuft über eine eigene TCP-Verbindung (Port 6619 mit TLS), nutzt Zertifikate und quittiert jede Datei mit einer EERP. Details: OFTP2 erklärt.

SFTP

SFTP überträgt Dateien über eine SSH-Verbindung (Secure Shell, RFC 4251; Standardport 22). Meist stellt eine Seite ein Verzeichnis bereit, die andere legt Dateien dort ab oder holt sie ab. Die Verbindung ist verschlüsselt, eine Quittung auf Dateiebene gibt es aber nicht. Ob eine Datei verarbeitet wurde, erfahren Sie nur über eine Antwortnachricht oder eine Absprache, etwa „Datei wird nach Abholung gelöscht“.

HTTPS-Schnittstelle (API)

Eine API-Anbindung heißt: Der Partner bietet eine Webadresse an, an die Ihr System Daten sendet oder von der es Daten abruft, meist als JSON oder XML. Die Verbindung ist per TLS verschlüsselt (RFC 8446), die Anmeldung läuft über Schlüssel oder Tokens. Jede API ist anders aufgebaut, also braucht jede ihre eigene Anbindung.

E-Mail

E-Mail ist der einfachste Weg: Die EDI-Datei hängt an einer Mail. RFC 1767 beschreibt, wie EDI-Daten in MIME-Mails verpackt werden; AS1 (RFC 3335) ergänzte Signatur und Quittung. In der Praxis ist eine einfache Mail weder signiert noch quittiert. Für kleine Mengen oder als Übergang wird sie trotzdem genutzt.

X.400 und VAN

Die ITU-T beschreibt mit X.400 eine Normenreihe für Nachrichtensysteme; sie führt Fassungen ab 1988, gültig ist die von 1999. Ein VAN (Value Added Network) ist ein Netz eines Dienstleisters mit Postfächern, über das Partner Daten austauschen, ohne sich direkt zu verbinden. Im Handel ist X.400 noch anzutreffen: Clearing-Center wie cctop und EDI Fuchs führen es in ihren Preislisten, EDI Fuchs etwa als Aufpreis ab 10 € im Monat je Nachrichtenart und Partner.

Vergleichstabelle

Weg Wo üblich Sicherheit Empfangsquittung Aufwand für Sie
AS2 branchenübergreifend Signatur und Verschlüsselung je Datei, optional TLS ja, MDN (signiert möglich) mittel: Software, Zertifikat, erreichbare Adresse
OFTP2 Automobilindustrie TLS, Zertifikate, Datei-Signatur und Verschlüsselung möglich ja, EERP (signiert möglich) mittel bis hoch: Software, Odette-ID, Zertifikat, Port 6619
SFTP branchenübergreifend SSH-verschlüsselte Verbindung nein, nur per Absprache oder Antwortnachricht gering: Zugang und Schlüssel
HTTPS/API wo der Partner eine API anbietet TLS, Anmeldung per Token oder Schlüssel je nach API (Antwortcode, Status) je API eigene Anbindung
E-Mail kleine Mengen, Übergangslösungen einfache Mail ungeschützt, Verschlüsselung nur mit Zusatz nein (bei AS1 ja) gering, aber fehleranfällig
X.400/VAN Teile des Handels im Netz des Anbieters je nach Netz Vertrag mit einem VAN-Anbieter, laufende Gebühren

Die Spalte „Wo üblich“ ist eine grobe Einordnung. Maßgeblich ist, was Ihr Partner in seinem Leitfaden verlangt.

Worauf Sie bei der Wahl achten sollten

Haben Sie die Wahl, helfen drei Fragen:

  1. Brauchen Sie einen Nachweis, dass die Datei angekommen ist? Bei Lieferavis und Rechnung ist das meist der Fall. Dann sind AS2 und OFTP2 im Vorteil, weil die Quittung zum Verfahren gehört.
  2. Wer baut die Verbindung auf? Bei AS2 und OFTP2 sendet der Partner oft aktiv an Sie. Dafür braucht Ihr Server eine feste Adresse und einen offenen eingehenden Port. Bei SFTP oder einer API können Sie die Daten auch selbst abholen, ohne Port in Ihrer Firewall.
  3. Wie viele Partner nutzen denselben Weg? Jeder zusätzliche Übertragungsweg ist eine weitere Komponente, die betrieben, überwacht und mit Zertifikaten versorgt werden muss.

Für die Sicherheit gilt: Ein Weg mit verschlüsselter Verbindung reicht für viele Daten. Signierte Dateien und Quittungen lohnen sich, wenn später Streit über Zugang oder Inhalt entstehen kann.

Kosten der Übertragung

Die Beschreibungen von AS2, OFTP2, SFTP und HTTPS sind als RFC frei abrufbar. Kosten entstehen für Software, Zertifikate, bei OFTP2 für die Odette-ID und für den Betrieb. Bei X.400 und VAN kommen die laufenden Gebühren des Netzbetreibers dazu. Wie sich das insgesamt rechnet, zeigt Was kostet eine EDI-Anbindung?.

Übertragungswege bei edi-service.eu

edi-service.eu unterstützt OFTP2, AS2, SFTP, HTTPS und E-Mail, eingehend und ausgehend. Nicht enthalten sind X.400 und VAN-Postfächer. Ist ein Partner nur so erreichbar, braucht es einen Zusatzweg, etwa ein Clearing-Center nur für diesen Partner, oder der Partner stellt auf AS2 oder OFTP2 um. Unsere OFTP2-Komponente ist nicht Odette-getestet; das klären wir vorab, wenn Ihr Kunde getestete Software verlangt. Was der Preis abdeckt, steht unter Preis.

Häufige Fragen

Welcher EDI-Übertragungsweg ist der beste?

Den einen besten Weg gibt es nicht; meist entscheidet Ihr Partner. In der Automobilindustrie ist OFTP2 verbreitet, andere Branchen nutzen je nach Partner AS2, SFTP oder eine API. SFTP ist einfach einzurichten, liefert aber keine Empfangsquittung.

Ist E-Mail für EDI ausreichend?

Für kleine Mengen und als Übergang kann sie reichen, wenn Ihr Partner sie akzeptiert. Eine einfache Mail ist aber weder signiert noch quittiert, und Postfächer filtern Anhänge manchmal aus. Für Lieferavis und Rechnungen ist ein Weg mit Quittung die sicherere Wahl.

Was ist ein VAN, und brauche ich eins?

Ein VAN ist ein Netz eines Dienstleisters, in dem jeder Teilnehmer ein Postfach hat. Sie brauchen es nur, wenn ein Partner ausschließlich darüber erreichbar ist, etwa per X.400. Für direkte Verbindungen per AS2, OFTP2 oder SFTP ist kein VAN nötig.

Muss mein Server aus dem Internet erreichbar sein?

Bei AS2 und OFTP2 meistens, nämlich wenn der Partner aktiv an Sie sendet. Dann brauchen Sie eine feste Adresse und einen offenen Port. Bei SFTP oder einer API, bei denen Sie selbst abholen, reicht eine ausgehende Verbindung.

Sie wollen prüfen lassen, ob die Übertragungswege Ihrer Partner zu edi-service.eu passen? Anfrage stellen

Quellen

Anfrage stellen · Häufige Fragen · Alle Wissensseiten