EDI-Anbindung: was der Datenaustausch mit Auftraggebern verlangt

Eine EDI-Anbindung überträgt Transportaufträge, Statusmeldungen und Rechnungen als strukturierte Datensätze direkt zwischen dem System des Auftraggebers und der Speditionssoftware. Auftraggeber geben dabei Format, Nachrichtentypen und Übertragungsweg vor. Der Aufwand entsteht pro Partner, nicht einmalig für die Schnittstelle.

Was ist eine EDI-Schnittstelle in der Spedition?

Eine EDI-Schnittstelle ist die technische Verbindung, über die zwei Betriebe Geschäftsdokumente in einem vereinbarten strukturierten Format austauschen. Electronic Data Interchange verzichtet auf menschliches Zutun: Das Empfängersystem liest den Datensatz und legt daraus einen Auftrag, eine Statusmeldung oder einen Rechnungsbeleg an.

Der Unterschied zur E-Mail liegt in der Verbindlichkeit der Struktur. Eine PDF-Rechnung transportiert die gleichen Informationen, aber an keiner definierten Position. Ein EDIFACT-Segment dagegen legt fest, dass der Empfängername an einer bestimmten Stelle im NAD-Segment steht. Das Empfängersystem kann den Inhalt deshalb ohne Nachbearbeitung buchen.

In der Spedition betrifft EDI vier wiederkehrende Vorgänge: die Auftragserteilung durch den Verlader, die Statusrückmeldung an den Verlader, die Übergabe an Subunternehmer und die Abrechnung. Ein Transportmanagementsystem bildet diese Vorgänge intern ab; die EDI-Schnittstelle verbindet sie mit der Außenwelt. Welche Anbindungen ein solches System mitbringen sollte, behandelt der Leitfaden Transportmanagement für Speditionen: welche Anbindungen zählen.

Die Begriffsabgrenzung zum Portal ist wichtig. Ein Auftraggeber-Portal verlangt manuelle Eingabe im Browser, EDI verlangt keine. Eine Kurzdefinition der Begriffe steht im Eintrag EDI (Electronic Data Interchange).

Welche EDI-Nachrichtenformate verlangen Auftraggeber?

Auftraggeber verlangen in Deutschland überwiegend UN/EDIFACT-Nachrichten, im Handel meist in der Branchenausprägung EANCOM. Daneben fordern einzelne Verlader XML-Formate oder strukturierte CSV-Dateien. Das Format bestimmt der Auftraggeber, nicht die Spedition.

Vier EDIFACT-Nachrichtentypen decken den Transportbereich ab. IFTMIN überträgt den Transportauftrag mit Abhol- und Zustelldaten. IFTSTA meldet Statusereignisse wie Abholung, Umschlag und Zustellung zurück. IFCSUM fasst mehrere Sendungen zu einem Sammelauftrag zusammen. INVOIC überträgt die Rechnung.

EANCOM ist die Anwendungsempfehlung von GS1 für den Konsumgüterbereich und schränkt den EDIFACT-Standard auf tatsächlich genutzte Segmente ein. Laut GS1 Germany werden in Deutschland jedes Jahr rund 1 Milliarde Rechnungen auf EANCOM-Basis übermittelt [Stand: September 2026]. Im Lebensmitteleinzelhandel und in Baumärkten läuft der Rechnungsaustausch nach derselben Quelle zu über 90 Prozent EDIFACT-basiert.

Das Format allein reicht nicht. Jeder Auftraggeber definiert zusätzlich eine eigene Feldbelegung, das sogenannte Nachrichtenprofil. Zwei Verlader können beide IFTMIN verlangen und trotzdem unterschiedliche Pflichtfelder, Codelisten und Referenznummern erwarten.

Wie hoch ist der Anschlussaufwand je Partner?

Der Anschlussaufwand fällt pro Auftraggeber an und gliedert sich in drei Ebenen: Nachrichtenformat, Übertragungsweg und Prozessabgleich. Diese drei Ebenen bilden den Drei-Ebenen-Check der EDI-Anbindung. Eine bestehende Schnittstelle senkt den Aufwand für den nächsten Partner, ersetzt ihn aber nicht.

Ebene eins ist das Nachrichtenformat. Hier wird geklärt, welche Nachrichtentypen ausgetauscht werden, welche Felder Pflicht sind und welche Codelisten gelten. Ergebnis ist ein Mapping zwischen dem Profil des Auftraggebers und den Datenfeldern der eigenen Software.

Ebene zwei ist der Übertragungsweg. Gängig sind AS2, SFTP, OFTP2 und Webservice-Aufrufe. Der Auftraggeber gibt den Weg vor, dazu Zertifikate und Zugangsdaten. Diese Ebene ist technisch klar umrissen und verursacht den geringsten Abstimmungsbedarf.

Ebene drei ist der Prozessabgleich und verursacht die meiste Arbeit. Hier wird festgelegt, welches Ereignis im Betrieb welche Nachricht auslöst, wie mit Stornierungen umgegangen wird und wer Fehlernachrichten bearbeitet. Ohne diese Klärung entstehen Datensätze, die technisch korrekt und fachlich falsch sind.

Auf jede Ebene folgt eine Testphase mit dem Auftraggeber. Erst nach freigegebenen Testnachrichten geht die Verbindung produktiv. Die Dauer hängt an der Rückmeldegeschwindigkeit des Auftraggebers und ist von der Spedition nur begrenzt steuerbar.

Wann lohnt sich ein EDI-Dienstleister gegenüber einer eigenen Lösung?

Ein EDI-Dienstleister lohnt sich, wenn die Zahl der Partner und der Nachrichtenprofile schneller wächst als die eigene IT-Kapazität. Betriebe mit wenigen, stabilen Auftraggebern und einem Transportmanagementsystem mit eigenem EDI-Modul kommen ohne externen Anbieter aus.

Drei Bezugsformen stehen zur Wahl. Das EDI-Modul der eigenen Speditionssoftware hält die Daten im Haus und bindet den Aufwand an den Softwareanbieter. Ein EDI-Clearingcenter übernimmt Konvertierung und Übertragung als Dienstleistung und rechnet meist nach Partnern und Transaktionsvolumen ab. Eine eigene Middleware bietet die größte Freiheit und verlangt eigenes EDI-Wissen im Betrieb.

Die Auswahlfrage lautet nicht „welcher Anbieter ist der beste“, sondern „wer pflegt das Mapping, wenn ein Auftraggeber sein Profil ändert“. Profiländerungen sind Normalbetrieb, nicht Ausnahme. Wer diese Zuständigkeit im Vertrag nicht klärt, trägt sie faktisch selbst.

Eine strukturierte Auswahl folgt denselben Schritten wie jede andere Softwareentscheidung im Betrieb. Der Leitfaden Branchensoftware auswählen: ein Leitfaden in sieben Schritten beschreibt das Vorgehen. Eine Übersicht der Anbieter und Kategorien für diesen Bereich steht unter EDI und Schnittstellen für Spedition & Logistik.

Was ändert die E-Rechnungspflicht an bestehenden EDI-Verfahren?

Die E-Rechnungspflicht ändert am EDI-Verfahren selbst nichts, solange die Geschäftspartner den Austausch vereinbaren. Laut GS1 Germany gelten EDI-Rechnungen in Deutschland als E-Rechnungen im Sinne der neuen Definition, wenn die Partner das so vereinbart haben [Stand: September 2026].

Für die Übergangszeit nennt das Bundesfinanzministerium konkrete Daten. Seit dem 1. Januar 2025 gilt die Empfangspflicht für E-Rechnungen zwischen inländischen Unternehmen, Kleinbetragsrechnungen unter 250 Euro bleiben ausgenommen. Ab dem 1. Januar 2027 greift die Ausstellungspflicht, mit einer Ausnahme für Unternehmen mit einem Vorjahresumsatz bis 800.000 Euro. EDI-Verfahren, die die Anforderungen an eine E-Rechnung nicht erfüllen, dürfen nach den Übergangsregelungen bis zum 31. Dezember 2027 weiterlaufen [Quelle: Bundesfinanzministerium, FAQ zur E-Rechnung, Stand: September 2026].

Maßgeblich ist die europäische Norm EN 16931. Sie verlangt ein strukturiertes elektronisches Format, das eine automatische Verarbeitung erlaubt. XRechnung und ZUGFeRD ab Version 2.0.1 erfüllen diese Anforderung. Die Formate im Einzelnen behandelt der Beitrag E-Rechnungspflicht: was Betriebe umstellen müssen.

Wie hängen EDI und Frachtenbörse zusammen?

EDI und Frachtenbörse lösen zwei verschiedene Aufgaben. Die Frachtenbörse vermittelt Ladung und freien Laderaum zwischen wechselnden Marktteilnehmern. EDI überträgt Aufträge in einer bestehenden, vertraglich geregelten Geschäftsbeziehung.

Der Übergang zwischen beiden Welten ist der Grund, warum Speditionen oft beide Wege parallel betreiben. Feste Auftraggeber liefern Aufträge per EDI, Spot-Geschäft kommt über die Börse. Wie die Vermittlung im Einzelnen abläuft, beschreibt der Beitrag Wie funktioniert eine Frachtenbörse?.

💬 Meine Einschätzung

Die gängige Annahme lautet, EDI sei ein Technikprojekt. Die Datenlage spricht dagegen. Wenn allein in Deutschland rund 1 Milliarde Rechnungen jährlich über EANCOM laufen und der Rechnungsaustausch in einzelnen Handelszweigen zu über 90 Prozent EDIFACT-basiert ist, dann ist das Format längst entschieden — verhandelt wird nur noch das Profil. Der Engpass liegt deshalb nicht im Konverter, sondern in der Frage, wer im Betrieb die Codelisten pflegt und Fehlernachrichten bearbeitet. Wer diese Rolle vor dem ersten Mapping-Workshop benennt, verkürzt jede weitere Partneranbindung. Wer sie offenlässt, kauft sich eine funktionierende Schnittstelle mit unklarem Betrieb.

Häufige Fragen zur EDI-Anbindung

Braucht jede Spedition eine EDI-Schnittstelle?

Nein. Eine EDI-Schnittstelle rechnet sich, wenn ein Auftraggeber sie verlangt oder wenn das Auftragsvolumen mit einem Partner regelmäßig anfällt. Bei wenigen Aufträgen pro Monat bleibt die manuelle Erfassung der einfachere Weg.

Was unterscheidet EDIFACT von EANCOM?

EDIFACT ist der UN-Standard für den branchenübergreifenden Datenaustausch. EANCOM ist die von GS1 herausgegebene Anwendungsempfehlung, die EDIFACT auf die im Handel tatsächlich benötigten Segmente reduziert und die Identifikation über GS1-Nummern vorschreibt.

Kann eine Spedition EDI ohne eigene IT-Abteilung betreiben?

Ja. Ein EDI-Clearingcenter oder das EDI-Modul der Speditionssoftware übernimmt Konvertierung, Übertragung und Überwachung. Im Betrieb bleibt die fachliche Aufgabe, Fehlernachrichten zu prüfen und Profiländerungen der Auftraggeber weiterzugeben.

Wie lange dauert eine EDI-Anbindung an einen neuen Auftraggeber?

Die Dauer hängt vom Testzyklus des Auftraggebers ab. Auf das Mapping folgt eine Testphase mit freigegebenen Testnachrichten; erst danach geht die Verbindung produktiv. Der Auftraggeber bestimmt die Taktung der Rückmeldungen.

Gilt eine EDI-Rechnung als E-Rechnung?

Laut GS1 Germany gelten EDI-Rechnungen in Deutschland als E-Rechnungen nach der neuen Definition, wenn die Geschäftspartner den Austausch vereinbart haben [Stand: September 2026]. Für abweichende Konstellationen gelten die Übergangsregelungen des Bundesfinanzministeriums.

Quellen und weiterführende Literatur

• Bundesfinanzministerium — FAQ zur Einführung der obligatorischen E-Rechnung zum 1. Januar 2025: amtliche Antworten zu Fristen, Schwellenwerten und Übergangsregelungen für EDI-Verfahren (abgerufen im September 2026).
• GS1 Germany — Themenbereich EDI und E-Rechnung: Angaben zur Verbreitung von EANCOM und zur Einordnung von EDI-Rechnungen (abgerufen im September 2026).
• UNECE, UN/CEFACT — UN/EDIFACT Directories: offizielle Verzeichnisse der EDIFACT-Nachrichtentypen und Segmente.
• GS1 Germany — EANCOM-Anwendungsempfehlungen: Nachrichtenprofile für den Konsumgüter- und Handelsbereich.
• Europäische Norm EN 16931 — semantisches Datenmodell der elektronischen Rechnung, maßgeblich für XRechnung und ZUGFeRD.