Elektronischer Datenaustausch (EDI): So funktioniert er, und warum Unternehmen weiter darauf setzen

• EDI ist der automatisierte, standardisierte Austausch von Geschäftsdokumenten wie Bestellungen und Rechnungen direkt zwischen Computersystemen, ganz ohne manuelle Nacherfassung
• International ist ANSI ASC X12 der dominierende Standard; EDIFACT und XML spielen vor allem bei internationalen Handelspartnern eine Rolle
• Direktverbindungen und Value-Added Networks (VANs) sind die zwei Wege, über die EDI-Dokumente übertragen werden, mithilfe von Protokollen wie AS2 und SFTP
• HIPAA-Transaktionssätze (837, 835, 270/271) wenden EDI speziell auf US-amerikanische Abrechnungen und Versicherungsprüfungen im Gesundheitswesen an; in Deutschland übernimmt § 301 SGB V diese Funktion zwischen Krankenhäusern und Krankenkassen
• Der Empfang einer EDI-Datei ist nur der erste Schritt. Was danach passiert, Mapping, Abgleich und Verbuchung im ERP-System, ist dort, wo der manuelle Aufwand meist noch versteckt ist

Elektronischer Datenaustausch (Electronic Data Interchange, EDI) bezeichnet den automatisierten Austausch von Geschäftsdokumenten wie Bestellungen, Rechnungen und Lieferavisen zwischen den Computersystemen zweier Organisationen, in einem standardisierten elektronischen Format. EDI ersetzt Papier, E-Mail und manuelle Dateneingabe durch eine direkte System-zu-System-Transaktion, für die weder beim Versand noch beim Empfang oder bei der Verarbeitung ein Mensch eingreifen muss.

Eine EDI-Transaktion durchläuft vier Phasen, unabhängig davon, welcher Standard oder welches Protokoll sie überträgt:

1. Erstellung:

Ein internes System, meist ein ERP-System wie SAP, erzeugt das Ausgangsdokument: eine Bestellung, eine Rechnung, ein Lieferavis. Es liegt zunächst in dem Format vor, das das ERP-System nativ erzeugt.

2. Übersetzung:

Ein EDI-Translator wandelt das Dokument in den vereinbarten Standard um, in den USA meist X12. Felder wie Artikelnummer, Menge und Preis werden exakt an die Position gemappt, die das empfangende System erwartet.

3. Übertragung:

Die Datei geht an den Handelspartner, entweder über eine Direktverbindung oder über ein Value-Added Network (VAN).

4. Integration:

Der Translator des empfangenden Systems liest die Datei und verbucht die Daten automatisch im ERP- oder Buchhaltungssystem, ohne dass auf einer der beiden Seiten manuell nacherfasst werden muss.

Ein Fehler in Schritt 2 lässt die gesamte Transaktion scheitern, und genau deshalb genießt EDI bei hohen Transaktionsvolumina so viel Vertrauen.

Der Empfang einer EDI-Datei ist der einfache Teil. Die eigentlichen Fehler entstehen danach, an vier Stellen, die sich in der Praxis immer wieder wiederholen:

1. AS2-Vorgaben übersehen. Verlangt ein großer Handels- oder Automotive-Partner AS2 und wird diese Vorgabe verfehlt, oder ein 856 fehlerhaft übermittelt, drohen Vertragsstrafen, noch bevor die Lieferung überhaupt eintrifft.
2. Mapping nicht mitziehen. Ändert ein Handelspartner seine Spezifikation und wird das Mapping nicht angepasst, enthält die nächste 850 ein Segment, das das eigene System nicht erwartet, und die Transaktion scheitert.
3. Routing-Logik beim Batch-Deenveloping falsch auslegen. Bündeln Handelspartner mehrere Transaktionen in einem Umschlag, muss dieser beim Empfang korrekt entpackt und weitergeleitet werden. Stimmt die Routing-Logik nicht, landet eine gültige Transaktion in der falschen Warteschlange, unbemerkt, bis jemand danach sucht.
4. EDI, Archivierung und Records Management getrennt betreiben. Werden diese drei Systeme isoliert voneinander geführt, bricht die Nachvollziehbarkeit genau dann, wenn eine Rechnung Jahre später für eine Prüfung wieder auffindbar sein muss.

Keiner dieser vier Punkte ist ein EDI-Problem im engeren Sinn, sie entstehen alle in der Lücke zwischen Übertragung und Verbuchung in SAP, dort, wo in den meisten Unternehmen kein System durchgängig mitdenkt.

Für ein Unternehmen mit Sitz in Deutschland gilt die umgekehrte Reihenfolge zur nordamerikanischen Perspektive: EDIFACT, genauer sein Branchenprofil EANCOM® von GS1, ist der De-facto-Standard, vor allem im Handel.

Laut GS1 Germany werden hierzulande jährlich rund eine Milliarde Rechnungen auf EANCOM®-Basis übermittelt; im Lebensmitteleinzelhandel und im Baumarktsegment läuft der Rechnungsaustausch zu über 90 Prozent EDIFACT-basiert.

X12 wird vor allem dann relevant, wenn ein nordamerikanischer Handelspartner im Spiel ist. XML tauscht Konsistenz gegen Flexibilität, weshalb Branchen mit weniger starren, sich häufiger ändernden Dokumentstrukturen bei individuellen Nachrichtenformaten mitunter darauf zurückgreifen.

Zwei Verbindungsarten übertragen EDI-Dokumente:

Ein international tätiger Fertigungskonzern bezieht Bauteile von einem Lieferanten. So läuft die Transaktionskette ab:

1. 1. 850 Bestellung. Das ERP-System des Käufers erzeugt die Bestellung und überträgt sie per AS2.
   2. 855 Auftragsbestätigung. Der EDI-Translator des Lieferanten liest die 850, prüft die Verfügbarkeit und sendet diese Bestätigung zurück.
   3. 856 Versandavis. Sobald die Ware versendet wird, übermittelt der Lieferant Tracking-Daten und den voraussichtlichen Liefertermin, damit das Lager des Käufers genau weiß, was ankommt, bevor der LKW eintrifft.
   4. 810 Rechnung. Nach der Lieferung stellt der Lieferant die Rechnung aus. Auf Käuferseite muss sie mit der ursprünglichen 850 hinsichtlich Preis, Menge und Konditionen abgeglichen werden, bevor die Zahlung freigegeben wird.

Jeder Schritt in dieser Kette referenziert das vorherige Dokument über dessen Nummer, sodass der gesamte Order-to-Cash-Zyklus lückenlos nachvollziehbar bleibt, sowohl für eine Prüfung als auch im Tagesgeschäft.

EDI konzentriert sich auf drei Bereiche im Unternehmen.

Beschaffung und Supply Chain Management

EDI überträgt Bestellungen, Bestandsdaten und Lieferplanungen zwischen Käufern und Lieferanten, meist im Rahmen von Beschaffungs- und Supply-Chain-Prozessen:

• Große Handelsketten haben ganze Compliance-Programme für Lieferanten um EDI herum aufgebaut: REWE, EDEKA, ALDI und Lidl setzen EDI in der Regel als Pflichtanforderung für die Zusammenarbeit voraus
• Lieferantenbewertungen sanktionieren verspätete oder fehlerhafte Übertragungen
• Wird die AS2-Vorgabe verfehlt oder ein 856 fehlerhaft übermittelt, drohen Vertragsstrafen, noch bevor die Lieferung überhaupt eintrifft

Rechnungsstellung und Zahlungsabwicklung

EDI überträgt elektronische Rechnungen, Zahlungsavise und Zahlungserinnerungen und verkürzt so die tagelangen Verzögerungen, die papierbasierte Rechnungen verursachen.

Logistik und Transport

EDI überträgt Versandaufträge, Zolldokumente und Transportstatus-Updates. Das Versandavis (856) ist in diesem Bereich eines der wertvollsten Einzeldokumente im gesamten Standard.

Wie stark EDI in einer regulierten Branche verankert sein kann, zeigt sich am US-amerikanischen Gesundheitswesen: Dort läuft EDI über einen eigenen Satz von X12-Transaktionen, definiert unter HIPAA:

Vier Eigenschaften machen den Implementierungsaufwand von EDI für Großunternehmen lohnend:

• Geschwindigkeit: Eine Transaktion, die per Post oder E-Mail Tage dauert, ist in Minuten abgeschlossen, und ein verspätetes Versandavis liegt vor, bevor der LKW eintrifft
• Genauigkeit: Standardisierte Feldstrukturen erkennen Formatfehler bereits bei der Validierung, genau an dem Punkt, an dem eine manuell erfasste Angabe sonst unbemerkt einen Tippfehler ins ERP-System einschleusen würde
• Kostensenkung: Jede eingesparte manuelle Erfassung ist eine Fehlerquelle weniger und schafft Kapazität für die Ausnahmefälle, die tatsächlich eine menschliche Entscheidung brauchen
• Compliance: Ein standardisierter, prüfbarer Transaktionsverlauf liefert genau das, was eine Prüfung nach GoBD verlangt, den Nachweis, wer wann was gesendet hat und wie es validiert wurde

Nichts davon stellt sich von selbst ein. Drei Dinge erfordern echten Implementierungsaufwand, bevor die erste Transaktion live geht:

• Handelspartnervereinbarungen (Trading Partner Agreements, TPAs): Mit jedem Handelspartner braucht es eine Vereinbarung, die Standard, Version, Protokoll und Geschäftsregeln beider Seiten exakt festlegt. Wird dieser Schritt übersprungen, zeigt sich das spätestens dann, wenn die 850 eines Lieferanten ein Segment enthält, das das eigene System nicht erwartet
• Mapping: Die eigenen internen Dokumentformate stimmen selten Feld für Feld mit X12 oder EDIFACT überein, sodass eine Mapping-Ebene zwischen beiden übersetzen muss, und diese Ebene muss bei jeder Spezifikationsänderung eines Handelspartners aktualisiert werden
• Batch-Enveloping und -Deenveloping: Handelspartner mit hohem Volumen bündeln mehrere Transaktionen in einem Umschlag für die effiziente Übertragung, der beim Empfang wieder entpackt und an die richtige interne Zielstelle weitergeleitet werden muss. Stimmt die Routing-Logik nicht, landet eine gültige Transaktion in der falschen Warteschlange, unbemerkt, bis jemand danach sucht

Für alle drei Punkte sollte realistisch Implementierungszeit eingeplant werden. Keiner davon lässt sich einfach abhaken.

EDI und APIs übertragen beide Geschäftsdaten zwischen Systemen, lösen dabei aber unterschiedliche Probleme.

Wer monatlich Tausende Bestellungen mit demselben Kreis an Einzelhandels- oder Automotive-Partnern austauscht, ist mit EDI weiterhin gut beraten: Der Standard steht fest, die Kosten pro Transaktion liegen nahe null, und jeder Partner beherrscht ihn bereits. Sollen Bestandsdaten in Echtzeit mit einem Marktplatz synchronisiert werden, eignet sich eine API besser. Die meisten Großunternehmen setzen beides parallel ein: EDI für das hochvolumige Handelspartner-Rückgrat, APIs für die Integrationen, die schnell und flexibel sein müssen.

Doxis Invoice for SAP empfängt EDI-Rechnungen als gleichwertigen Dokumenttyp neben PDF, TIFF und XML. Statt auf einen festen EDIFACT- oder X12-Parser zu setzen, mappt die Lösung das spezifische Format jedes Handelspartners auf die passenden Rechnungsfelder und überträgt die konvertierten Daten, zusammen mit einem Vermerk zum ursprünglichen EDI-Format, direkt an SAP.

• Die Datei wird eingelesen und ihre Felder werden exakt auf die Struktur gemappt, die der Kreditorenbuchhaltungsprozess erwartet
• Das Ergebnis wird zur Verbuchung an SAP übergeben, ohne dass eine einzige Zeile manuell nacherfasst wird
• Muss ein Mapping überprüft werden, lässt es sich im Doxis Invoice for SAP Center manuell erneut auslösen, sodass eine Formatänderung beim Partner nie zur Sackgasse wird

Auftragsbestätigungen

Bei Auftragsbestätigungen läuft es anders: Sie werden vor jeder Verbuchung gegen eine bestehende SAP-Bestellung geprüft.

Doxis Order Confirmation for SAP nimmt Bestätigungen über mehrere Kanäle entgegen, darunter EDI, und gleicht jede automatisch mit der ursprünglichen Bestellung hinsichtlich Preis, Menge und Liefertermin ab.

Bestätigungen innerhalb der Toleranz werden automatisch verbucht, alles außerhalb der Toleranz wird zur Prüfung markiert, bevor es in die SAP-Bestellung zurückgeschrieben wird.

Bizerba, ein Fertigungsunternehmen, das sein Purchase-to-Pay über Doxis abwickelt, verarbeitet auf diese Weise mittlerweile 58.000 Auftragsbestätigungen pro Jahr, eine Kombination aus EDI und WebEDI mit OCR für die Bestätigungen, die in anderen Formaten eingehen, allesamt automatisch abgeglichen und in SAP verbucht.

Dieser Abgleichschritt basiert auf festen, prüfbaren Regeln, die ein Finanz- oder Einkaufsteam einsehen und einem Prüfer gegenüber erklären kann. Branchenweit zeigt sich der Einsatz von KI eher vorgelagert: bei der Extraktion von Daten aus Dokumenten, die nie EDI waren, und beim Erkennen von Volumenauffälligkeiten, die eine feste Schwelle übersehen würde. Bei der Anbieterauswahl lohnt sich die konkrete Frage, an welchem Schritt die KI tatsächlich ansetzt.

Eine EDI-Rechnung muss, einmal verbucht, weiterhin:

• für ihre gesetzliche Aufbewahrungsfrist archiviert bleiben
• Jahre später für eine Prüfung auffindbar sein
• mit der Bestellung und dem Wareneingang verknüpft bleiben, die sie ursprünglich begründet haben

In Deutschland gelten dafür die GoBD sowie die einschlägigen Vorgaben aus Handelsgesetzbuch (HGB) und Abgabenordnung (AO); Doxis ist nach IDW PS 880 durch Ebner Stolz als GoBD-konform testiert. EDI, Archivierung und Records Management als getrennte Systeme zu betreiben ist genau der Punkt, an dem diese Nachvollziehbarkeit später auseinanderbricht. Alle drei auf einer Plattform zu führen, hält die Prüfkette lückenlos, vom Eingang der EDI-Datei bis zu dem Jahr, in dem sie rechtmäßig gelöscht werden darf.

Wird bei Ihnen noch manuell abgeglichen, ob EDI-Rechnungen oder Auftragsbestätigungen mit SAP übereinstimmen, liegt der Engpass nicht bei EDI selbst. Er liegt in der fehlenden Ebene zwischen EDI-Übertragung und Verbuchung. Doxis Invoice for SAP und Doxis Order Confirmation for SAP schließen genau diese Lücke: Sie empfangen EDI neben jedem anderen eingehenden Format, mappen es automatisch und verbuchen direkt in SAP ERP oder S/4HANA, mit vollständigem Prüfpfad.

Beide Module laufen auf der breiteren Doxis-Plattform für Intelligent Content Automation, die auch den Rest des Dokumentenlebenszyklus rund um EDI-Transaktionen abdeckt: revisionssichere Archivierung, Vertragsmanagement für die Handelspartnervereinbarungen, die Ihre EDI-Beziehungen regeln, und Records Retention, die jede verbuchte Transaktion lange über den SAP-Abschluss hinaus prüfungsfähig hält.

• Empfängt EDI als gleichwertigen Dokumenttyp neben PDF, XML und gescannten Dokumenten, ohne separates System
• Mappt kundenspezifische EDI-Formate automatisch, mit manueller Nachjustierung, falls sich die Spezifikation eines Partners ändert
• Gleicht Auftragsbestätigungen mit SAP-Bestellungen hinsichtlich Preis, Menge und Liefertermin ab und markiert Abweichungen, bevor sie zum Problem werden
• Verbucht freigegebene Rechnungen und Bestätigungen direkt in SAP ERP oder S/4HANA, ohne manuelle Nacherfassung
• Deckt über EDI hinaus den gesamten Dokumentenlebenszyklus ab: Archivierung, Vertragsmanagement und Aufbewahrung auf einer Plattform
• Vollständig DSGVO-konform, GoBD-testiert (IDW PS 880) und ISO/IEC 27001-zertifiert, ausgelegt auf Handelspartnervolumina im Unternehmensmaßstab

Doxis wird im Gartner® Magic Quadrant™ für Document Management 2026 als Leader ausgezeichnet. Vereinbaren Sie eine kostenlose Demo und sehen Sie, wie Ihre eigenen EDI-Transaktionen darüber laufen würden.

FAQs zum elektronischen Datenaustausch (EDI)