# 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. ## 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](https://edi-service.eu/wissen/edifact/). - 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](https://edi-service.eu/wissen/as2/). ### 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](https://edi-service.eu/wissen/oftp2/). ### 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?](https://edi-service.eu/wissen/was-kostet-edi/). ## Ü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](https://edi-service.eu/#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](https://edi-service.eu/anfrage/) ## Quellen - RFC Editor: „RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2)“, (abgerufen 16.10.2026) - RFC Editor: „RFC 5024: ODETTE File Transfer Protocol 2“, (abgerufen 16.10.2026) - Odette International: „OFTP2“, (abgerufen 16.10.2026) - RFC Editor: „RFC 4251: The Secure Shell (SSH) Protocol Architecture“, (abgerufen 16.10.2026) - RFC Editor: „RFC 4253: The Secure Shell (SSH) Transport Layer Protocol“ (Port 22), (abgerufen 16.10.2026) - RFC Editor: „RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3“, (abgerufen 16.10.2026) - RFC Editor: „RFC 1767: MIME Encapsulation of EDI Objects“, (abgerufen 16.10.2026) - RFC Editor: „RFC 3335: MIME-based Secure Peer-to-Peer Business Data Interchange over the Internet“, (abgerufen 16.10.2026) - ITU-T: „F.400/X.400: Message handling system and service overview“, (abgerufen 16.10.2026) - stratEDI (cctop): Preisliste Clearing und WebEDI (PDF), (abgerufen 16.10.2026) - Fuchs ITC (EDI Fuchs): Preise, (abgerufen 16.10.2026)