EDI in der Praxis (Teil 3)

Wie es wirklich funktioniert

Written By Angela Schmid (Collaborator)

Updated at August 20th, 2026

Die ersten beiden Teile dieser Reihe haben erklärt, was EDI ist und welche Prozesse und Produktarten damit abgewickelt werden. Dieser Teil schaut hinter die Kulissen: Wie läuft EDI wirklich ab? Was braucht man, um es einzuführen? Und was macht gut aufgesetzte EDI-Projekte so erfolgreich?

Was EDI von anderen IT-Projekten unterscheidet:
EDI verbindet zwei Unternehmen miteinander – Händler und Hersteller sprechen über ihre Systeme direkt miteinander. Das macht es zu einem Gemeinschaftsprojekt: Beide Seiten profitieren, beide Seiten gestalten mit.

Kapitel 1: EDI ist nicht dasselbe wie EDIFACT

Ein häufiges Missverständnis: EDI und EDIFACT werden oft als Synonyme verwendet. Dabei bezeichnen sie ganz unterschiedliche Dinge – und das Verständnis dieses Unterschieds hilft enorm, wenn man mit Partnern oder Dienstleistern spricht.

EDI (Electronic Data Interchange) 
Das Konzept: der automatisierte, strukturierte Austausch von Geschäftsdaten zwischen IT-Systemen zweier Unternehmen. EDI beschreibt das Prinzip – nicht ein konkretes Format oder eine Software.

EDIFACT 
Ein internationaler Nachrichtenstandard der Vereinten Nationen, der festlegt, wie EDI-Nachrichten konkret aufgebaut sein müssen. EDIFACT ist eines von vielen möglichen Formaten – neben XML, JSON, CSV und anderen. Im Handel zwischen Herstellern und Händlern ist EDIFACT besonders weit verbreitet.

EANCOM
Ein praxisnaher Subset von EDIFACT, der speziell für den Konsumgüter- und Einzelhandel entwickelt wurde. Er macht den allgemeinen EDIFACT-Standard für typische Handelsbeziehungen zwischen Hersteller und Händler konkret und direkt nutzbar.

Praxis-Hinweise:
Wenn ein Handelspartner sagt: "Wir machen EDI mit EDIFACT" – dann verwendet er ein bestimmtes Nachrichtenformat. Was genau übertragen wird, wie der Prozess aufgebaut ist und welche Inhalte vereinbart sind, klärt die Zusammenarbeit im Projekt.

Kapitel 2: Wie sieht eine EDI-Nachricht eigentlich aus?

EDI-Nachrichten sind für Maschinen optimiert, nicht für Menschen. Wer zum ersten Mal eine EDIFACT-Datei sieht, ist oft überrascht: Statt einer übersichtlichen Tabelle oder eines lesbaren Dokuments erscheint eine kompakte Zeichenkette voller Kürzel und Trennzeichen.

Das ist kein Nachteil – es ist ein bewusst gewähltes Design. Eine Rechnung oder ein Lieferschein, der als EDIFACT-Nachricht übertragen wird, steckt alle Informationen in minimalem Speicherplatz. Systeme, die den Standard kennen, können ihn sofort präzise lesen und verarbeiten.

Analogie:
Eine EDIFACT-Nachricht ist wie Kurzschrift: Für einen Menschen ohne Schlüssel unlesbar, für ein System, das den Standard kennt, vollkommen klar und eindeutig. Diese Kompaktheit ermöglicht es, Millionen von Nachrichten täglich zuverlässig zu übertragen.

Jede EDI-Nachricht folgt dabei demselben dreiteiligen Aufbau – über alle Formate hinweg:

  • Kopf (Header): Wer sendet an wen? Um welche Art von Dokument handelt es sich? Datum, Referenznummer, beteiligte Partner.
  • Positionen (Line Items): Die eigentlichen Inhalte: Artikel, Mengen, Preise, Identifikationsnummern.
  • Fuß (Trailer): Summen, Kontrollinformationen, Abschluss der Nachricht.

Dieses Prinzip spiegelt bewusst den Aufbau klassischer Geschäftsbelege wider – eine Rechnung oder ein Lieferschein auf Papier folgt exakt demselben Schema. EDI macht diese Struktur maschinenverarbeitbar.


Kapitel 3: Wie wird EDI eingeführt?

Die Einführung von EDI folgt einem bewährten Ablauf in fünf Phasen. Was dabei auffällt: Die technische Umsetzung ist oft der geradlinigste Teil. Die wirkliche Wertschöpfung entsteht in der sorgfältigen Vorbereitung – in enger Abstimmung zwischen Händler und Hersteller.

  1. Anforderungen analysieren 
    Was soll EDI leisten? Mit welchen Partnern – Lieferanten, Händlern, Logistikdienstleistern? Welche Prozesse (Bestellung, Lieferung, Rechnung) sollen automatisiert werden? Klare Ziele sind der beste Startpunkt.
     
  2. Lösung spezifizieren 
    Welche Standards und Nachrichtenformate werden eingesetzt? Wer ist wofür zuständig – auf beiden Seiten? Wie werden besondere Situationen wie Retouren oder Änderungsbestellungen behandelt? Diese Phase legt den Grundstein für reibungslosen Betrieb.
     
  3. Infrastruktur aufbauen 
    Software auswählen, Schnittstellen entwickeln, Kommunikationswege einrichten, Stammdaten abgleichen. Mit klarer Spezifikation aus Phase 2 läuft die technische Umsetzung strukturiert und zügig.
     
  4. Testen und pilotieren 
    End-to-End-Tests mit echten Partnern in einer sicheren Testumgebung. Feinheiten werden erkannt und bereinigt – bevor das System produktiv geht. Ein gut durchgeführter Pilot gibt allen Beteiligten Sicherheit.
     
  5. Roll-out 
    Alle Prozesse und Partner aktivieren. Mit jedem neuen Partner, der angebunden wird, wächst der Nutzen des Gesamtsystems.
Der größte Hebel: Gemeinsame Vorbereitung:
Je besser Händler und Hersteller in Phase 1 und 2 gemeinsam Anforderungen und Inhalte klären, desto reibungsloser verläuft die gesamte Einführung. EDI-Projekte, die frühäe partnerschaftliche Abstimmung investieren, gehen schneller live und laufen stabiler.

Kapitel 4: Was ist ein „Mapping“ – und warum ist es so wertvoll?

Jedes Unternehmen hat seine eigene interne IT-Landschaft: eigene Felder, eigene Bezeichnungen, eigene Strukturen. Der EDI-Standard hat seine eigene Logik. Diese beiden Welten intelligent miteinander zu verbinden – das ist das Mapping.

Einfache Erklärung:
Das interne ERP-System eines Händlers nennt ein Feld "Bestellnummer". Im EDIFACT-Standard heißt dasselbe Feld anders und hat bestimmte Formatvorgaben. Das Mapping ist die präzise Übersetzungstabelle, die beide Felder verbindet – und sicherstellt, dass Informationen vollständig und korrekt beim Partner ankommen.

Ein gutes Mapping ist mehr als eine technische Zuordnung. Es spiegelt das gesamte Geschäftsverständnis zweier Partner wider: Welche Artikel werden bestellt, in welchen Einheiten, mit welchen Preisen, unter welchen Bedingungen? Diese Klarheit zahlt sich aus – in weniger Rückfragen, weniger Korrekturen, mehr Automatisierung.

Das Ergebnis der Mapping-Arbeit wird in einer sogenannten Mapping Guideline festgehalten: einem zentralen Dokument, das den gesamten Datenaustausch beschreibt – unabhängig von der eingesetzten Software. Dieses Dokument ist dauerhaft wertvoll: für neue Mitarbeitende, bei Systemwechseln, bei der Anbindung neuer Partner.


Kapitel 5: Flexibel betreiben: Welches Modell passt?

EDI läuft nicht nur einmal – es arbeitet täglich, rund um die Uhr, für jeden Auftrag und jede Rechnung. Je nach Unternehmensgröße, Partneranzahl und internen Ressourcen gibt es drei bewährte Wege, EDI zu betreiben:

  • Inhouse / Eigenregie
    Das Unternehmen betreibt die EDI-Plattform selbst – mit eigenen Mitarbeitenden und eigener Software. Volle Kontrolle und maximale Anpassungsfähigkeit. Besonders attraktiv für Unternehmen mit hohem Transaktionsvolumen und eigenen IT-Kapazitäten.
     
  • SaaS (Software as a Service) 
    Die EDI-Software läuft beim Anbieter in der Cloud. Das Unternehmen konfiguriert und nutzt sie, ohne sich um Betrieb, Updates oder Infrastruktur zu kümmern. Schnell einsatzbereit und gut skalierbar.
     
  • EDI as a Service (EDIaaS) 
    Vollständige Auslagerung an einen spezialisierten Dienstleister: Plattform, Betrieb, Konfiguration und Partneranbindungen werden übernommen. Das Unternehmen konzentriert sich vollständig auf seine Geschäftsprozesse.

Alle drei Modelle haben sich in der Praxis bewährt. Die richtige Wahl hängt davon ab, wie viele Partner angebunden werden sollen, wie hoch das Nachrichtenvolumen ist und welche Rolle EDI strategisch im Unternehmen spielt.


Kapitel 6: Was erfolgreiche EDI-Projekte auszeichnet

EDI ist eine gereifte, stabile Technologie – die Grundlage für Erfolg liegt weniger in der Technik als in der gemeinsamen Vorbereitung. Aus der Praxis lassen sich klare Erfolgsfaktoren ableiten:

Klare Verantwortlichkeiten von Anfang an 
Wenn intern geklärt ist, wer für Prozesse, Inhalte und Kommunikation mit dem Partner zuständig ist, läuft die Zusammenarbeit reibungslos. Händler und Hersteller, die frühzeitig feste Ansprechpartner benennen, kommen schneller ans Ziel.

Saubere Stammdaten als Fundament 
Artikelnummern, GLN-Nummern, Preise – wenn diese Daten auf beiden Seiten übereinstimmen, läuft EDI von Beginn an zuverlässig. Die Investition in einen gemeinsamen Stammdatenabgleich zahlt sich unmittelbar aus.

Alle Prozesse im Blick – auch die Sonderfälle 
Standardbestellungen sind einfach. Wer auch Retouren, Gutschriften und Nachfolgeartikel von Anfang an mitdenkt, schafft eine EDI-Lösung, die dauerhaft stabil bleibt und keine unangenehmen Überraschungen bereithält.

Gute Dokumentation als Investition 
Eine sorgfältig gepflegte Mapping Guideline macht jede Änderung einfacher, jeden Systemwechsel günstiger und jeden neuen Mitarbeitenden schnell handlungsfähig. Was heute dokumentiert wird, spart morgen Zeit und Kosten.

EDI als strategische Plattform verstehen 
Unternehmen, die EDI als Grundlage für Wachstum verstehen – nicht nur als operative Notwendigkeit – bauen eine Infrastruktur auf, die mit neuen Partnern, neuen Kanälen und neuen Anforderungen problemlos mitwächst.


Kapitel 7: EDI heute – und warum es relevanter ist denn je

EDI ist seit Jahrzehnten der etablierte Standard im Handel zwischen Herstellern und Händlern – und gleichzeitig so aktuell wie nie. Drei Entwicklungen sorgen dafür, dass EDI heute noch mehr im Mittelpunkt steht als früher:

  • E-Rechnung: Die EU verpflichtet schrittweise alle Unternehmen zur elektronischen Rechnung im B2B-Geschäft. Wer bereits EDI betreibt, ist bestens vorbereitet – und kann diese Anforderung ohne zusätzlichen Aufwand erfüllen.
     
  • Omnichannel & eCommerce: Schnelle Lieferversprechen, flexible Abholoptionen, just-in-time-Verfügbarkeit: All das funktioniert nur mit automatisierten Datenprozessen. EDI ist die Infrastruktur, die das möglich macht.
     
  • Transparenz in der Lieferkette: Nachhaltigkeitsreporting, CO₂-Nachverfolgung, Herkunftsnachweise – der Druck auf Transparenz wächst. EDI-Infrastruktur, die bereits Bestands- und Lieferdaten automatisiert austauscht, ist der natürliche Ausgangspunkt für diese Anforderungen.
Fazit:
Unternehmen, die EDI heute konsequent aufbauen und weiterentwickeln, schaffen eine Grundlage, die für die nächsten Jahre trägt – für mehr Partner, mehr Prozesse und neue Anforderungen.

Das Wichtigste auf einen Blick

  • EDI ist das Konzept – EDIFACT ist ein bewährtes Format im Handel. Beides ist nicht dasselbe.
  • Jede EDI-Nachricht folgt dem Dreiklang: Kopf, Positionen, Fuß – analog zu einem klassischen Geschäftsbeleg.
  • Die Einführung verläuft in fünf Phasen. Die partnerschaftliche Vorbereitung in Phase 1 und 2 ist der größte Erfolgshebel.
  • Das Mapping verbindet interne IT-Strukturen mit dem EDI-Standard. Eine gute Mapping Guideline ist langfristig wertvoll.
  • EDI lässt sich selbst betreiben, als SaaS nutzen oder vollständig auslagern – je nach Unternehmensmodell.
  • Saubere Stammdaten, klare Verantwortlichkeiten und vollständige Prozessdefinition sind die Basis für stabilen Betrieb.
  • E-Rechnung, Omnichannel und Lieferkettentransparenz machen EDI heute relevanter denn je.

Häufig gestellte Fragen (FAQ) 

Was ist der Unterschied zwischen EDI und EDIFACT?

EDI beschreibt das Prinzip des automatisierten Datenaustauschs zwischen Unternehmen. EDIFACT ist ein konkreter Nachrichtenstandard, der festlegt, wie diese Daten strukturiert werden. Zitat aus dem Dokument: „EDI beschreibt das Prinzip – nicht ein konkretes Format oder eine Software.“

 
 

Wie ist eine typische EDI‑Nachricht aufgebaut?

Jede EDI‑Nachricht folgt einem Dreiklang: Kopf, Positionen, Fuß. Dieser Aufbau entspricht klassischen Geschäftsbelegen wie Rechnungen oder Lieferscheinen. Zitat: „Dieses Prinzip spiegelt bewusst den Aufbau klassischer Geschäftsbelege wider.“

 
 

Wie läuft die Einführung von EDI in der Praxis ab?

Die Einführung erfolgt in fünf Phasen: Anforderungen analysieren, Lösung spezifizieren, Infrastruktur aufbauen, testen & pilotieren, Roll‑out. Der größte Erfolgsfaktor ist die gemeinsame Vorbereitung zwischen Händler und Hersteller.

 
 

Was bedeutet „Mapping“ im EDI‑Kontext?

Mapping verbindet interne IT‑Felder eines Unternehmens mit den Feldern des EDI‑Standards. Es ist die „Übersetzung“, die sicherstellt, dass Daten korrekt beim Partner ankommen. Zitat: „Ein gutes Mapping ist mehr als eine technische Zuordnung.“

 
 

Welche Betriebsmodelle gibt es für EDI?

Drei Modelle haben sich etabliert: Inhouse, SaaS und EDI as a Service. Sie unterscheiden sich in Kontrolle, Aufwand und Verantwortlichkeiten. Die Wahl hängt von Partneranzahl, Nachrichtenvolumen und internen Ressourcen ab.