Elektronischer Datenaustausch (EDI)
Was ist Electronic Data Interchange (EDI)?
Electronic Data Interchange (EDI) ist der computergestützte Austausch strukturierter Geschäftsdokumente zwischen Organisationen unter Verwendung vereinbarter Standards. In der Logistik, im E-Commerce und im internationalen Handel ermöglicht EDI den von Käufern, Lieferanten, Lagern, Spediteuren und anderen Handelspartnern betriebenen Systemen, Informationen wie Bestellungen, Versandmitteilungen, Transportanweisungen und Rechnungen auszutauschen, ohne dass Personen jedes Dokument erneut eingeben müssen.
Das entscheidende Merkmal von EDI besteht nicht einfach darin, dass Informationen elektronisch versendet werden. Die Informationen sind in Feldern, Segmenten und Nachrichten organisiert, die empfangende Software gemäß einer vereinbarten Spezifikation interpretieren kann. Eine als PDF an eine E-Mail angehängte Rechnung ist daher für sich genommen keine EDI-Rechnung: Eine Person oder ein Dokumentenverarbeitungstool muss möglicherweise weiterhin deren Inhalte extrahieren, bevor ein Geschäftssystem sie verwenden kann.
EDI beschreibt eine Methode zum Austausch von Geschäftsinformationen und nicht ein bestimmtes Softwareprodukt, Netzwerk oder Dateiformat. Eine funktionierende Vereinbarung hängt von kompatiblen Dokumentdefinitionen, Kommunikationsmethoden, Kennungen und Geschäftsregeln ab.
EDI in Logistik und E-Commerce
EDI verbindet Aktivitäten, die organisatorische Grenzen überschreiten. Das Einkaufssystem eines Einzelhändlers kann eine Bestellung erzeugen, das System eines Lieferanten kann sie bestätigen, und ein Lager kann Anweisungen zur Vorbereitung der Waren erhalten. Versandinformationen und Rechnungen können anschließend als separate Nachrichten zwischen den relevanten Systemen übertragen werden.
Im E-Commerce kann EDI die Business-to-Business-Prozesse hinter einem kundenorientierten Online-Shop unterstützen. Ein Online-Händler kann EDI beispielsweise nutzen, um Lagerbestand bei einem Lieferanten zu bestellen oder Fulfillment-Informationen mit einem Lager auszutauschen. Die Checkout-Transaktion des Verbrauchers und die anschließenden EDI-Nachrichten des Händlers sind miteinander verbundene Geschäftsereignisse, aber nicht unbedingt dieselbe Transaktion oder dieselbe technische Schnittstelle.
Im grenzüberschreitenden Handel kann EDI Informationen für internationale Transporte und Handelsdokumente übertragen. Auch Zollverwaltungen können strukturierte elektronische Nachrichten gemäß ihren eigenen Spezifikationen verwenden. Der Austausch einer EDI-Nachricht mit einem Lieferanten oder Spediteur stellt jedoch selbst keine Zollanmeldung dar, begründet keine Einhaltung gesetzlicher Vorschriften und genehmigt nicht die Freigabe von Waren.
Häufige Geschäftsdokumente
Die folgenden Beispiele veranschaulichen Dokumentfunktionen und keine zwingend vorgeschriebene Reihenfolge. Welche Nachrichten verwendet werden, hängt von der Handelsbeziehung und dem anwendbaren Implementierungsleitfaden ab.
| Dokument oder Nachricht | Geschäftlicher Zweck | Beispiel aus Logistik oder E-Commerce |
|---|---|---|
| Bestellung | Übermittelt die Bestellung eines Käufers für Waren oder Dienstleistungen. | Ein Einzelhändler bestellt Nachschubbestand bei einem Lieferanten. |
| Bestellantwort oder Bestellbestätigung | Übermittelt die Antwort des Lieferanten auf eine Bestellung. | Ein Lieferant bestätigt Mengen oder schlägt Änderungen vor, sofern die vereinbarte Nachricht dies unterstützt. |
| Versandvorankündigung oder Versandavis | Beschreibt eine Sendung, bevor sie eintrifft. | Ein Lager erhält Informationen über erwartete Kartons, Artikel und Mengen. |
| Transportanweisung | Übermittelt Anweisungen für eine Transportleistung. | Ein Versender sendet vereinbarte Transportdetails an einen Transportpartner. |
| Sendungsstatusnachricht | Übermittelt ein Transportereignis oder einen Status. | Ein Spediteur meldet ein mit einer Sendung verbundenes Ereignis. |
| Rechnung | Übermittelt Abrechnungsinformationen. | Ein Lieferant stellt einem Einzelhändler gelieferte Waren in Rechnung. |
Eine Versandvorankündigung, häufig als ASN abgekürzt, beschreibt eine erwartete Sendung; sie beweist nicht, dass die Waren eingetroffen sind. Ebenso ist eine Sendungsstatusnachricht nicht automatisch ein Zustellnachweis. Ihre Bedeutung hängt vom gemeldeten Ereignis und den unterstützenden Informationen ab.
Standards, Formate und Kommunikationsmethoden
EDI-Standards legen fest, wie Geschäftsnachrichten strukturiert sind und welche Bedeutung ihre Datenelemente haben. Zwei etablierte Standardfamilien sind X12 und die Regeln der Vereinten Nationen für Electronic Data Interchange for Administration, Commerce and Transport, bekannt als UN/EDIFACT. Auch GS1 pflegt EDI-Standards, darunter EANCOM, das auf UN/EDIFACT basiert, sowie GS1 XML.
Zu den Beispielen innerhalb von X12 gehören 850 Purchase Order, 856 Ship Notice/Manifest und 810 Invoice. UN/EDIFACT stellt Nachrichten wie ORDERS für Bestellungen, DESADV für Versandavise und INVOIC für Rechnungen bereit. Diese Beispiele erfüllen standardübergreifend ähnliche geschäftliche Zwecke, aber ihre Strukturen und Implementierungsanforderungen sind nicht austauschbar.
Ein Standard allein definiert nicht jedes Detail einer Handelsbeziehung. Die Partner müssen sich außerdem auf die geltende Version und den Implementierungsleitfaden, erforderliche Felder, zulässige Codes, Kennungen und Validierungsregeln einigen. Zwei Organisationen können dieselbe Standardfamilie unterstützen und dennoch Mapping-Arbeiten benötigen, bevor ihre Systeme nutzbare Nachrichten austauschen können.
| Komponente | Was sie festlegt | Beispiel |
|---|---|---|
| Nachrichtenstandard | Die Struktur und Bedeutung einer Geschäftsnachricht. | Eine X12-Rechnung oder ein UN/EDIFACT-Versandavis. |
| Implementierungsleitfaden | Wie eine bestimmte Nachricht in einer Handelsbeziehung verwendet wird. | Erforderliche Sendungskennungen und zulässige Mengeneinheiten. |
| Kommunikationsmethode | Wie eine Nachricht zwischen Systemen übertragen wird. | AS2 oder eine vereinbarte sichere Dateiübertragungsvereinbarung. |
| Übersetzung und Mapping | Wie Felder externer Nachrichten den Daten interner Anwendungen entsprechen. | Zuordnung einer eingehenden Bestellposition zu einem Datensatz im Auftragsmanagement. |
AS2 ist eine Kommunikationsspezifikation für den Austausch von Geschäftsdaten über HTTP mit Mechanismen für Sicherheit und Empfangsbestätigungen. Es ist kein Format für Bestellungen oder Rechnungen. Ein Value-Added Network oder VAN kann als Vermittler Nachrichtenaustauschdienste bereitstellen; auch dieses ist vom Geschäftsdokumentstandard zu unterscheiden.
Wie ein EDI-Austausch funktioniert
- Ein Geschäftsereignis erzeugt Daten. Ein Käufer genehmigt beispielsweise eine Bestellung in einem Enterprise-Resource-Planning- oder Auftragsverwaltungssystem.
- Die Daten werden in eine Nachricht übertragen. Übersetzungssoftware konvertiert interne Felder in die Struktur, die der vereinbarte Standard und Implementierungsleitfaden erfordern.
- Die ausgehende Nachricht wird geprüft. Die Validierung kann Syntax, Pflichtfelder, Codewerte und partnerbezogene Anforderungen prüfen.
- Die Nachricht wird übertragen. Sie läuft über den vereinbarten Kommunikationskanal zum Empfänger oder zu einem Vermittler.
- Der Empfänger validiert und übersetzt sie. Das empfangende System prüft die Nachricht und ordnet akzeptierte Informationen seinem internen Anwendungsformat zu.
- Die Geschäftsverarbeitung folgt. Die empfangende Anwendung kann eine Bestellung anlegen, einen erwarteten Wareneingang erfassen oder eine Ausnahme zur Prüfung weiterleiten.
- Antworten werden abgeglichen. Technische Empfangsbestätigungen, Bestätigungen und geschäftliche Antworten helfen dem Absender festzustellen, was mit dem Austausch geschehen ist.
Diese Schritte garantieren nicht, dass jede Transaktion automatisch verarbeitet wird. Eine unbekannte Produktkennung, ein ungültiger Lieferort, eine doppelte Dokumentnummer oder eine nicht unterstützte Maßeinheit kann einen manuellen Eingriff erfordern, selbst wenn die Nachricht strukturell gültig ist.
Empfang, Validierung und geschäftliche Annahme
EDI-Bestätigungen funktionieren auf unterschiedlichen Ebenen. Eine Transportbestätigung kann anzeigen, dass eine Nachricht einen Kommunikationsendpunkt erreicht hat. Eine funktionale oder Implementierungsbestätigung kann Ergebnisse struktureller Prüfungen melden. Eine geschäftliche Antwort kann mitteilen, ob eine Bestellung oder eine andere Anfrage angenommen, abgelehnt oder geändert wurde.
Diese Signale sollten nicht als gleichbedeutend betrachtet werden. Eine erfolgreiche Übertragung bedeutet nicht unbedingt, dass eine Bestellung angenommen wurde oder Waren versendet werden. Die konkrete Bedeutung einer Bestätigung muss gemäß der relevanten Spezifikation und der Vereinbarung mit dem Handelspartner interpretiert werden.
Beispiel vom Auftrag bis zum Versand
Ein Einzelhändler kann eine Bestellung über EDI an einen ausländischen Lieferanten senden. Das System des Lieferanten prüft Produktkennungen, Mengen und die angeforderten Lieferinformationen. Wenn die Handelsvereinbarung eine Bestellantwort vorsieht, kann der Lieferant seine Annahme oder vorgeschlagene Änderungen über eine separate Nachricht mitteilen.
Wenn die Waren vorbereitet sind, kann der Lieferant eine Versandvorankündigung ausstellen, die die Sendung und ihren Inhalt identifiziert. Das empfangende Lager kann diese Informationen nutzen, um den Wareneingang vorzubereiten und erwartete Mengen mit den tatsächlich erhaltenen Waren zu vergleichen. Der Lieferant kann außerdem eine Rechnung zur Verarbeitung im Finanzsystem des Einzelhändlers senden.
Dieses Beispiel zeigt, wie EDI Datensätze über Organisationen hinweg verbindet. Es bedeutet nicht, dass jede Partei dieselbe Software verwendet, dass jede Nachricht in Echtzeit zugestellt wird oder dass die Handelsdokumente Transport- und Zollanforderungen ersetzen. Der Abgleich von Bestellungen, Sendungsreferenzen und Rechnungen erfordert weiterhin konsistente Kennungen und vereinbarte Geschäftslogik.
EDI und verwandte Technologien
| Verwandtes Konzept | Beziehung zu EDI | Wichtiger Unterschied |
|---|---|---|
| Application Programming Interface (API) | Eine Schnittstelle, über die Software Anfragen und Daten austauscht. | EDI legt den Schwerpunkt auf standardisierte Geschäftsnachrichten; eine API definiert die Interaktion mit einem Softwareservice. Beide können nebeneinander bestehen. |
| XML | Eine Auszeichnungssprache zur Strukturierung von Daten. | Die XML-Syntax allein begründet keinen vereinbarten Standard für Geschäftsnachrichten. |
| Elektronische Rechnungsstellung | Die elektronische Ausstellung und der Austausch von Rechnungen. | EDI kann die elektronische Rechnungsstellung unterstützen, aber die rechtlichen und technischen Anforderungen unterscheiden sich je nach Rechtsordnung. |
| ERP- oder Lagerverwaltungssystem | Eine Anwendung, die Geschäftsinformationen erstellt oder verarbeitet. | Diese Systeme verwalten Abläufe; EDI bietet eine Möglichkeit, Informationen mit anderen Organisationen auszutauschen. |
| Sendungsverfolgung | Die Meldung und Interpretation von Sendungsereignissen. | EDI kann Statusinformationen übertragen, ist aber selbst keine Tracking-Website oder ein vollständiger Tracking-Service. |
EDI und APIs sind in jeder Architektur keine sich gegenseitig ausschließenden Alternativen. Eine Organisation kann EDI-Nachrichten für Partnertransaktionen und APIs verwenden, um diese Transaktionen mit internen Anwendungen zu verbinden. Die geeignete Lösung hängt von Dokumentanforderungen, Partnerfähigkeiten, zeitlichen Anforderungen und betrieblichen Kontrollen ab und nicht allein von der Bezeichnung der Technologie.
Implementierungsaspekte und Einschränkungen
EDI kann wiederholte manuelle Dateneingaben reduzieren, wenn Systeme kompatible Nachrichten erfolgreich austauschen und verarbeiten. EDI korrigiert jedoch keine ungenauen Quelldaten, löst keine kommerziellen Streitigkeiten und beseitigt nicht die Notwendigkeit einer Ausnahmebehandlung. Die Automatisierung hängt sowohl von der technischen Kompatibilität als auch von der Qualität der ausgetauschten Geschäftsinformationen ab.
Vor dem Aufbau einer EDI-Verbindung sollten Handelspartner die folgenden betrieblichen Punkte klären:
- Dokumentumfang: Welche Nachrichten sind erforderlich und welche Geschäftsereignisse lösen sie aus?
- Kennungen: Wie werden Produkte, Standorte, Parteien, Bestellungen und Sendungen identifiziert und abgeglichen?
- Nachrichtenanforderungen: Welche Versionen, Pflichtfelder, Codelisten und Mapping-Regeln gelten?
- Kommunikation und Sicherheit: Welche Verbindungsmethode, Authentifizierungsvereinbarungen und Zugriffskontrollen sind erforderlich?
- Bestätigungen: Welche Antworten zeigen Zustellung, Validierung und geschäftliche Annahme an?
- Ausnahmebehandlung: Wer untersucht abgelehnte Nachrichten, fehlende Antworten und inkonsistente Daten?
- Vermeidung von Duplikaten: Wie werden erneute Übertragungen von neuen Geschäftstransaktionen unterschieden?
- Tests und Änderungssteuerung: Wie werden Mappings und Partneranforderungen getestet, bevor Änderungen in die Produktion übernommen werden?
Die betriebliche Überwachung sollte zwischen Kommunikationsfehlern, Datenvalidierungsfehlern und geschäftlichen Ausnahmen unterscheiden. Das erneute Senden einer Nachricht kann eine fehlgeschlagene Übertragung beheben, aber keinen ungültigen Produktcode korrigieren. Ohne Duplikatkontrollen könnte das erneute Senden einer erfolgreich verarbeiteten Bestellung außerdem eine unbeabsichtigte zweite Transaktion erzeugen.
FAQ
Was bedeutet EDI in der Logistik?
EDI bedeutet Electronic Data Interchange, also den strukturierten Austausch von Geschäftsdokumenten zwischen Systemen. In der Logistik können diese Dokumente Versandmitteilungen, Transportanweisungen, Rechnungen und Sendungsstatusnachrichten umfassen.
Ist ein per E-Mail versendetes PDF ein EDI-Dokument?
Nicht für sich genommen. Ein PDF kann ein Geschäftsdokument elektronisch darstellen, aber EDI erfordert strukturierte Informationen, die empfangende Systeme gemäß einer vereinbarten Spezifikation interpretieren können.
Ist EDI dasselbe wie eine API?
Nein. EDI betrifft den standardisierten Austausch von Geschäftsdokumenten, während eine API festlegt, wie Software mit einem anderen Service interagiert. Eine Integration kann beides verwenden.
Bedeutet eine EDI-Bestätigung, dass eine Bestellung angenommen wurde?
Nicht unbedingt. Bestätigungen können die Übertragung oder die strukturelle Validierung bestätigen, statt eine geschäftliche Annahme zu bedeuten. Nachrichtentyp und Vereinbarung mit dem Handelspartner bestimmen ihre Bedeutung.
Quellen
- UNECE: UN/EDIFACT — Offizieller Rahmen für den strukturierten elektronischen Austausch von Verwaltungs-, Handels- und Transportdaten.
- X12: Transaction Sets — Offizielle Beschreibungen von Geschäftstransaktionssätzen, einschließlich Bestellungen, Rechnungen, Versandmitteilungen und Bestätigungen.
- GS1: Electronic Data Interchange — Standards für Geschäftsnachrichten und die Beziehung zwischen GS1 EDI, EANCOM und GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — AS2-Übertragung, Sicherheitsmechanismen und Empfangsbenachrichtigungen.
