EDI (Electronic Data Interchange)
EDI (Electronic Data Interchange) ist der automatisierte, strukturierte Austausch von Geschäftsdokumenten – etwa Bestellungen, Lieferavise und Rechnungen – direkt zwischen den IT-Systemen zweier Unternehmen, ohne dass jemand Belege abtippt oder per E-Mail verschickt.
EDI (Electronic Data Interchange) ist der automatisierte Austausch von Geschäftsdokumenten in einem standardisierten, maschinenlesbaren Format direkt zwischen den IT-Systemen zweier Unternehmen. Statt eine Bestellung als PDF per E-Mail zu senden, die der Empfänger von Hand in sein ERP eintippt, überträgt EDI dieselbe Bestellung als strukturierten Datensatz, den das Zielsystem ohne menschliches Zutun einliest und weiterverarbeitet. Typische EDI-Dokumente sind Bestellungen, Auftragsbestätigungen, Lieferavise, Rechnungen und Lagerbestandsmeldungen.
Der Kerngedanke von EDI ist die Vermeidung von Medienbrüchen: Weil Sender und Empfänger sich auf ein gemeinsames Nachrichtenformat und feste Feldbedeutungen geeinigt haben, kann die Software des einen Unternehmens die Daten des anderen direkt verstehen. EDI ist damit älter als das heutige Web und trotzdem hochaktuell – im Handel mit großen Filialisten, in der Automobilindustrie und in der Logistik ist der EDI-Anschluss oft die Grundvoraussetzung, um überhaupt Lieferant werden zu können.
Auf einen Blick
- EDI = automatisierter Austausch strukturierter Geschäftsdokumente zwischen Firmen-IT-Systemen
- Typische Belege: Bestellung, Auftragsbestätigung, Lieferavis, Rechnung, Bestandsmeldung
- Meistgenutzte Standards: UN/EDIFACT (weltweit), ANSI X12 (USA), VDA (Automobil DACH)
- Ziel: kein Abtippen, keine Medienbrüche, weniger Fehler, schnellere Durchlaufzeiten
- Oft Pflichtvoraussetzung, um Lieferant großer Handelsketten oder OEMs zu werden
Wie EDI (Electronic Data Interchange) funktioniert
EDI ersetzt den Papier- oder E-Mail-Beleg durch eine standardisierte Nachricht. Damit zwei Systeme sich verstehen, wird jedes Dokument in ein festgelegtes Format übersetzt, in dem jede Information – Artikelnummer, Menge, Preis, Lieferadresse – an einer genau definierten Stelle steht. Diese Übersetzung übernimmt ein sogenannter Konverter oder ein EDI-Subsystem: Es wandelt die internen Daten des ERP in das vereinbarte EDI-Format (Outbound) und eingehende EDI-Nachrichten zurück in das Format des eigenen ERP (Inbound).
Der Transport der Nachrichten läuft über festgelegte Kommunikationswege, etwa AS2, OFTP2, SFTP oder ein Wertschöpfungsnetz (VAN). Viele mittelständische Unternehmen betreiben diese Infrastruktur nicht selbst, sondern nutzen einen EDI-Dienstleister oder ein EDI-Clearing-Center, das als Vermittler zwischen den Partnern sitzt, Formate konvertiert und die Zustellung überwacht.
Nachrichtenstandards: EDIFACT, ANSI X12 und VDA
Der weltweit verbreitetste Standard ist UN/EDIFACT, gepflegt von UN/CEFACT. Er definiert Nachrichtentypen wie ORDERS (Bestellung), ORDRSP (Auftragsbestätigung), DESADV (Lieferavis) und INVOIC (Rechnung). In den USA dominiert stattdessen ANSI X12. In der DACH-Automobilindustrie sind zusätzlich die VDA-Nachrichten und branchenspezifische EDIFACT-Subsets wie ODETTE oder VDA 4938 verbreitet.
Weil selbst innerhalb eines Standards Spielräume bestehen, definieren große Handelspartner meist ein eigenes Nachrichtenprofil („Message Implementation Guideline“), das genau vorschreibt, welche Felder wie zu füllen sind. Ein neuer EDI-Anschluss beginnt daher fast immer mit dem Abgleich dieser Vorgaben.
EDI im ERP-System
Das ERP-System ist bei EDI die zentrale Datenquelle und -senke. Eine eingehende EDI-Bestellung wird direkt als Kundenauftrag angelegt, ein eingehendes Lieferavis erzeugt einen erwarteten Wareneingang, eine eingehende EDI-Rechnung wandert in die Kreditorenbuchhaltung. Umgekehrt löst das ERP ausgehende Nachrichten aus: Sobald ein Auftrag bestätigt oder eine Ware versendet wird, generiert es die passende ORDRSP oder DESADV automatisch.
Für diese Kopplung braucht das ERP entweder ein integriertes EDI-Modul oder eine Anbindung an eine EDI-Middleware über eine Schnittstelle bzw. API. Voraussetzung für sauberes EDI sind gepflegte Stammdaten: Artikelnummern, GTIN/EAN und Partneridentifikationen müssen zwischen den Systemen eindeutig zugeordnet sein, sonst scheitert die automatische Verarbeitung. Genau deshalb ist ein sauberes Feld-Mapping zwischen den EDI-Feldern und den ERP-Feldern der aufwendigste Teil jedes EDI-Projekts.
Warum EDI wichtig ist: Nutzen und Relevanz
Der Hauptnutzen von EDI ist die Automatisierung wiederkehrender Belegprozesse. Wo früher Mitarbeiter Bestellungen abtippten und Rechnungen abglichen, laufen die Daten nun ohne manuelle Eingriffe durch – das senkt Fehlerquoten, spart Personalzeit und verkürzt die Durchlaufzeit von der Bestellung bis zur Auslieferung deutlich. Bei hohem Belegvolumen, etwa im Handel mit großen Ketten, ist EDI wirtschaftlich oft die einzige tragfähige Lösung.
Hinzu kommt der Zugangsaspekt: Viele Handelskonzerne, Automobilhersteller und Logistiker akzeptieren Lieferanten nur mit funktionierendem EDI-Anschluss. Für diese Unternehmen ist EDI kein Effizienz-Bonus, sondern eine harte Geschäftsbedingung. Wer den Anschluss nicht bereitstellt, wird als Lieferant nicht gelistet.
Abgrenzung: EDI vs. API und E-Rechnung
EDI wird häufig mit anderen Integrationsformen verwechselt. Eine API ist ein flexibler, oft webbasierter Andockpunkt, über den zwei Systeme in Echtzeit Daten austauschen – ideal, um ein ERP mit Shop, Payment oder Versand zu koppeln. EDI dagegen ist stärker standardisiert, batch- und dokumentenorientiert und auf die B2B-Kommunikation zwischen Unternehmen mit festen Handelsbeziehungen ausgelegt. In der Praxis existieren beide nebeneinander: Web-APIs für die dynamische E-Commerce-Welt, EDI für den standardisierten Belegaustausch mit großen Partnern.
Auch zur E-Rechnung besteht eine enge, aber keine identische Beziehung. Die EDI-Nachricht INVOIC ist ein anerkanntes elektronisches Rechnungsformat, doch die moderne E-Rechnung nach der Norm EN 16931 setzt eher auf XML-basierte Formate wie ZUGFeRD und XRechnung sowie Transportwege wie Peppol. EDI und E-Rechnung überschneiden sich beim Ziel – strukturierte, maschinenlesbare Rechnungen –, unterscheiden sich aber in Format und regulatorischem Hintergrund.
EDI, EDIFACT und Datenformat
Wichtig ist die Trennung von Konzept und Format: EDI bezeichnet das Prinzip des elektronischen Datenaustauschs, EDIFACT ist eines der konkreten Datenformate, in denen EDI-Nachrichten ausgedrückt werden. Ein Unternehmen kann EDI also über EDIFACT, über ANSI X12 oder über XML-basierte Formate betreiben – das Konzept bleibt gleich, nur die Syntax der übertragenen Nachricht ändert sich.
DACH-Besonderheiten und typische Stolpersteine
In der DACH-Region prägt vor allem die Automobilindustrie die EDI-Landschaft: VDA- und ODETTE-Nachrichten mit Feinabruf- und Lieferabruf-Logik (DELFOR, DELJIT) sind hier Standard und gehen weit über die einfache Bestellung hinaus. Im Lebensmittel- und Konsumgüterhandel dominieren dagegen GS1-basierte EDIFACT-Subsets wie EANCOM, die eng mit der GTIN/EAN-Artikelidentifikation verzahnt sind.
Der häufigste Stolperstein in EDI-Projekten ist nicht die Technik, sondern die Datenqualität und das Mapping. Weicht die interne Artikelnummer von der beim Partner hinterlegten GTIN ab, oder fehlen Pflichtfelder aus dessen Nachrichtenprofil, werden Nachrichten abgewiesen. Ein EDI-Projekt sollte deshalb frühzeitig Stammdaten bereinigen, das Partnerprofil genau prüfen und die Anbindung mit Testnachrichten absichern, bevor der Echtbetrieb startet.
Praxisbeispiel
Beispiel: EDI-Anbindung eines Lieferanten an eine Handelskette
Ein mittelständischer Hersteller von Haushaltswaren möchte eine große Drogeriekette beliefern. Die Kette macht den EDI-Anschluss zur Bedingung: Bestellungen kommen künftig ausschließlich als EDIFACT-ORDERS, das Lieferavis muss als DESADV mit Palettenkennzeichnung zurückkommen, die Rechnung als INVOIC.
Der Hersteller bindet einen EDI-Dienstleister ein, der zwischen dem ERP und der Handelskette vermittelt. Trifft eine ORDERS-Bestellung ein, konvertiert der Dienstleister sie und übergibt sie an das ERP, das automatisch einen Kundenauftrag anlegt. Nach dem Versand erzeugt das ERP das Lieferavis, der Dienstleister wandelt es in DESADV um und stellt es der Kette zu. Wo früher zwei Mitarbeiter Bestellungen und Lieferpapiere von Hand pflegten, läuft der gesamte Belegfluss nun automatisiert – bei deutlich geringerer Fehlerquote.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Fragen zu EDI (Electronic Data Interchange) in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.