Elektronischer Datenaustausch

Der elektronische Datenaustausch ( EDI ) ermöglicht es Unternehmen, Informationen, die traditionell auf Papier übermittelt wurden, wie Bestellungen, Lieferavise und Rechnungen, elektronisch auszutauschen. Technische Standards für EDI erleichtern die Abwicklung solcher Transaktionen ohne zusätzliche Vereinbarungen.

EDI existiert mindestens seit den frühen 1970er Jahren und es gibt zahlreiche EDI-Standards (darunter X12 , EDIFACT, ODETTE usw.), von denen einige auf die Bedürfnisse bestimmter Branchen oder Regionen zugeschnitten sind. Der Begriff EDI bezeichnet auch eine ganze Familie von Standards. 1996 definierte das National Institute of Standards and Technology (NIST) den elektronischen Datenaustausch als „den Austausch von Daten in einem standardisierten Format zwischen Computern“. EDI impliziert eine Nachrichtenfolge zwischen zwei Parteien, die jeweils als Absender oder Empfänger fungieren können. Die formatierten Daten, die die Dokumente repräsentieren, können vom Absender zum Empfänger per Telekommunikation übertragen oder physisch auf elektronischen Speichermedien gespeichert werden. Es unterschied zwischen reiner elektronischer Kommunikation oder Datenaustausch und legte fest: „Bei EDI erfolgt die Verarbeitung empfangener Nachrichten üblicherweise ausschließlich computergestützt. Menschliche Eingriffe in die Verarbeitung einer empfangenen Nachricht sind typischerweise nur bei Fehlern, zur Qualitätsprüfung und in Sondersituationen vorgesehen. Beispielsweise ist die Übertragung binärer oder textueller Daten nicht EDI im Sinne dieser Definition, es sei denn, die Daten werden als ein oder mehrere Datenelemente einer EDI-Nachricht behandelt und sind im Rahmen der Online-Datenverarbeitung normalerweise nicht für die menschliche Interpretation bestimmt.“ ^{[ 1 ]} Kurz gesagt, EDI kann als die Übertragung strukturierter Daten gemäß vereinbarter Nachrichtenstandards von einem Computersystem zu einem anderen ohne menschliches Eingreifen definiert werden .

Wie viele andere frühe Informationstechnologien wurde auch EDI von Entwicklungen in der Militärlogistik inspiriert . Die Komplexität der Berliner Luftbrücke von 1948 erforderte die Entwicklung von Konzepten und Methoden zum Austausch riesiger Datenmengen und Informationen über transportierte Güter, teilweise über ein 300-Baud- Fernschreibmodem . Diese ersten Konzepte prägten später die ersten TDCC-Standards (Transportation Data Coordinating Committee) in den USA. ^{[ 2 ]} Zu den ersten integrierten Systemen, die EDI nutzten, gehörten Frachtkontrollsysteme. Ein solches Echtzeitsystem war das London Airport Cargo EDP Scheme (LACES) am Flughafen Heathrow in London, Großbritannien, im Jahr 1971. Durch die Implementierung der Direct Trader Input (DTI)-Methode konnten Spediteure Informationen direkt in das Zollabfertigungssystem eingeben und so die Abfertigungszeit verkürzen. Der zunehmende Seeverkehr und ähnliche Probleme beim Zoll wie am Flughafen Heathrow führten in den 1980er Jahren zur Implementierung von DTI-Systemen in einzelnen Häfen oder Hafengruppen. ^{[ 3 ]}

EDI bietet die technische Grundlage für automatisierte Geschäftskommunikation zwischen zwei internen oder externen Parteien. Der Begriff EDI umfasst den gesamten elektronischen Datenaustauschprozess, einschließlich Übertragung, Nachrichtenfluss, Dokumentformat und der zur Interpretation der Dokumente verwendeten Software. Die EDI-Standards beschreiben das strenge Format elektronischer Dokumente und wurden ursprünglich für die Automobilindustrie entwickelt , um unabhängig von Kommunikations- und Softwaretechnologien zu funktionieren.

EDI-Dokumente enthalten in der Regel dieselben Informationen wie herkömmliche Papierdokumente für denselben organisatorischen Zweck. Beispielsweise verwendet ein Hersteller eine EDI-940-Lagerbestellung, um ein Lager an einen Einzelhändler zu veranlassen, ein Produkt zu versenden. Typischerweise enthält sie eine Lieferadresse, eine Rechnungsadresse sowie eine Liste mit Produktnummern (meist UPC ) und Mengen. Ein weiteres Beispiel ist der Nachrichtenaustausch zwischen Verkäufern und Käufern, etwa Angebotsanfragen (RFQ), Angebote, Bestellungen , Auftragsbestätigungen, Versandbenachrichtigungen, Wareneingangsanzeigen, Rechnungen und Zahlungsavise. EDI beschränkt sich jedoch nicht nur auf handelsbezogene Geschäftsdaten, sondern umfasst alle Bereiche wie Medizin (z. B. Patientenakten und Laborergebnisse), Transport (z. B. Container- und Modalinformationen), Ingenieurwesen und Bauwesen usw. In manchen Fällen wird EDI genutzt, um einen neuen Informationsfluss im Unternehmen zu schaffen (der zuvor nicht papierbasiert war). Dies ist beispielsweise bei der Vorab-Versandbenachrichtigung (Advanced Shipment Notification, ASN) der Fall, die den Empfänger über eine Sendung, die zu empfangenden Waren und deren Verpackung informiert. Ergänzt wird dies durch die Verwendung von Versandetiketten mit einem GS1-128-Barcode, der auf die Sendungsverfolgungsnummer verweist. ^{[ 4 ]}

Einige wichtige EDI-Standards: ^{[ 5 ]}

• Der von den Vereinten Nationen empfohlene UN/EDIFACT-Standard ist der einzige internationale Standard und ist außerhalb Nordamerikas vorherrschend.
• Der US- Standard ANSI ASC X12 (X12) ist in Nordamerika vorherrschend.
• Der GS1 EDI- Standard wurde von GS1 entwickelt und ist in der globalen Lieferkette weit verbreitet .
• Der von der ANA (Article Number Association, heute bekannt als GS1 UK ) entwickelte TRADACOMS- Standard ist in der britischen Einzelhandelsbranche weit verbreitet.
• Der ODETTE-Standard, der in der europäischen Automobilindustrie verwendet wird.
• Der VDA-Standard, der in der europäischen Automobilindustrie, vor allem in Deutschland, Anwendung findet.
• HL7 , ein semantischer Interoperabilitätsstandard für Gesundheitsdaten.
• Der Health Insurance Portability and Accountability Act (HIPAA) verpflichtet Millionen von Einrichtungen im Gesundheitswesen, die Daten elektronisch übermitteln, EDI in einem standardisierten HIPAA-Format zu verwenden .
• IATA Cargo -IMP steht für International Air Transport Association Cargo Interchange Message Procedures. Es handelt sich um einen auf EDIFACT basierenden EDI-Standard, der den Datenaustausch zwischen Fluggesellschaften und anderen Beteiligten automatisieren und standardisieren soll.
• NCPDP Script (SCRIPT) ist ein Standard, der vom National Council for Prescription Drug Programs (NCPDP) entwickelt und gepflegt wird. Der Standard definiert Dokumente für die elektronische Übermittlung von ärztlichen Rezepten in den Vereinigten Staaten.
• Der NCPDP-Telekommunikationsstandard umfasst Transaktionen für die Überprüfung der Anspruchsberechtigung, die Abrechnung von Ansprüchen und Dienstleistungen, die Vorabfeststellung von Leistungen, die vorherige Genehmigung und die Informationsmeldung und wird hauptsächlich in den Vereinigten Staaten verwendet.
• Edig@s (EDIGAS) ist ein Standard, der sich mit Handel, Transport (per Pipeline oder Container) und Speicherung von Gas befasst.

Viele dieser Standards entstanden Anfang bis Mitte der 1980er-Jahre. Sie legen die Formate, Zeichensätze und Datenelemente fest, die beim Austausch von Geschäftsdokumenten und -formularen verwendet werden. Die vollständige X12-Dokumentenliste umfasst alle wichtigen Geschäftsdokumente, darunter Bestellungen und Rechnungen.

Der EDI-Standard legt obligatorische und optionale Informationen für ein bestimmtes Dokument fest und definiert die Regeln für dessen Struktur. Standards sind vergleichbar mit Bauvorschriften. So wie zwei Küchen zwar vorschriftsmäßig gebaut sein können , aber völlig unterschiedlich aussehen, können auch zwei EDI-Dokumente demselben Standard folgen und unterschiedliche Informationen enthalten. Beispielsweise gibt ein Lebensmittelunternehmen möglicherweise das Verfallsdatum eines Produkts an, während ein Bekleidungshersteller Informationen zu Farbe und Größe übermittelt.

EDI kann mit jeder zwischen Sender und Empfänger vereinbarten Methode übertragen werden, aber da immer mehr Handelspartner das Internet für die Übertragung nutzen, haben sich standardisierte Protokolle herausgebildet.

Dies umfasst verschiedene Technologien wie beispielsweise:

• Modem (asynchron und synchron)
• FTP, SFTP und FTPS
• E-Mail
• HTTP / HTTPS
• AS1
• AS2
• AS4
• OFTP (und OFTP2)
• Mobile EDI

Als einige die synchronen Protokolle von 2400-Bit/s-Modems, CLEO- Geräten und Mehrwertnetzen zur Übertragung von EDI-Dokumenten mit der Übertragung über das Internet verglichen, setzten sie die Nicht-Internet-Technologien mit EDI gleich und sagten fälschlicherweise voraus, dass EDI selbst zusammen mit den Nicht-Internet-Technologien ersetzt werden würde. In den meisten Fällen werden diese Nicht-Internet-Übertragungsmethoden lediglich durch Internetprotokolle wie FTP, HTTP, Telnet und E-Mail ersetzt, die EDI-Dokumente selbst bleiben jedoch bestehen.

Im Jahr 2002 veröffentlichte die IETF RFC 3335, ein standardisiertes und sicheres Verfahren zur Übertragung von EDI-Daten per E-Mail. Am 12. Juli 2005 ratifizierte eine IETF-Arbeitsgruppe RFC 4130 für MIME- basierte HTTP-EDIINT-Übertragungen (auch bekannt als AS2 ). Die IETF hat einen ähnlichen RFC für FTP-Übertragungen (auch bekannt als AS3 ) vorbereitet . EDI über Webdienste (auch bekannt als AS4 ) wurde ebenfalls von der OASIS standardisiert. Obwohl ein Teil der EDI-Übertragung auf diese neueren Protokolle umgestellt wurde, sind die Anbieter von Mehrwertnetzen weiterhin aktiv.

Mit zunehmender Vernetzung von Organisationen mit dem Internet wurde schließlich der Großteil oder sogar der gesamte EDI-Datenverkehr über das Internet abgewickelt. Anfänglich erfolgte dies über Ad-hoc-Konventionen, wie beispielsweise unverschlüsselte FTP-Übertragungen von ASCII-Textdateien in einen bestimmten Ordner auf einem bestimmten Host, die nur von bestimmten IP-Adressen aus zulässig waren. Die IETF hat jedoch mehrere Informationsdokumente (die „Applicability Statements“; siehe unten unter Protokolle ) veröffentlicht, die die Verwendung von Standard-Internetprotokollen für EDI beschreiben.

Seit 2002 setzt Walmart auf AS2 für EDI. ^{[ 6 ]} Aufgrund seiner bedeutenden Präsenz in der globalen Lieferkette hat sich AS2 zu einem weit verbreiteten Ansatz für EDI entwickelt.

Organisationen, die Dokumente untereinander austauschen, werden in der EDI-Terminologie als „Handelspartner“ bezeichnet. Die Handelspartner vereinbaren die zu übermittelnden Informationen und deren Verwendung. Dies geschieht in allgemeinverständlichen Spezifikationen (auch Message Implementation Guidelines genannt). Während die Standards mit Bauvorschriften vergleichbar sind, ähneln die Spezifikationen Bauplänen. (Die Spezifikation kann auch als „Mapping“ bezeichnet werden, der Begriff „Mapping“ ist jedoch üblicherweise maschinenlesbaren Anweisungen an die Übersetzungssoftware vorbehalten. ^{[ 7 ]} ) Größere Handelszentren verfügen über bestehende Message Implementation Guidelines, die ihre Geschäftsprozesse für die EDI-Verarbeitung widerspiegeln , und sind in der Regel nicht bereit, ihre EDI-Geschäftspraktiken an die Bedürfnisse ihrer Handelspartner anzupassen. Oft sind diese EDI-Richtlinien in großen Unternehmen so allgemein gehalten, dass sie von verschiedenen Niederlassungen oder Abteilungen verwendet werden können und daher Informationen enthalten, die für einen bestimmten Dokumentenaustausch nicht erforderlich sind. Andere große Unternehmen erstellen möglicherweise separate EDI-Richtlinien für jede Niederlassung/Abteilung.

Handelspartner können jedes beliebige Verfahren zur Übermittlung von Dokumenten nutzen (wie oben im Abschnitt „Übermittlungsprotokolle“ beschrieben). Darüber hinaus können sie entweder direkt oder über einen Vermittler interagieren.

Handelspartner können sich direkt miteinander verbinden. Beispielsweise könnte ein Automobilhersteller einen Modempool betreiben, über den sich alle seine Hunderten von Zulieferern für den elektronischen Datenaustausch (EDI) einwählen müssen. Arbeitet ein Zulieferer jedoch mit mehreren Herstellern zusammen, benötigt er möglicherweise für jeden Hersteller ein separates Modem (oder VPN-Gerät usw.) und eine separate Software.

Mit der Weiterentwicklung von EDI und Webtechnologien sind neue EDI-Softwarelösungen entstanden, die den direkten (auch Punkt-zu-Punkt-)Datenaustausch zwischen Handelspartnern ermöglichen. Moderne EDI-Software unterstützt den Datenaustausch über verschiedene Dateiübertragungsprotokolle und EDI-Dokumentstandards und senkt so Kosten und Markteintrittsbarrieren.

Um die Einschränkungen bei der Peer-to-Peer-Nutzung von EDI zu überwinden, wurden vor Jahrzehnten VANs (Value-Added Networks) eingerichtet. Ein VAN fungiert als regionale Poststelle. Es empfängt Transaktionen, prüft die Absender- und Empfängerinformationen und leitet die Transaktion an den endgültigen Empfänger weiter. VANs können eine Reihe zusätzlicher Dienste anbieten, z. B. die Weiterleitung von Dokumenten, die Bereitstellung von Prüfinformationen durch Dritte, die Funktion als Gateway für verschiedene Übertragungsmethoden und die Bereitstellung von Telekommunikationsunterstützung. Aufgrund dieser und weiterer von VANs bereitgestellter Dienste nutzen Unternehmen häufig ein VAN, selbst wenn beide Handelspartner internetbasierte Protokolle verwenden. Clearingstellen im Gesundheitswesen erfüllen viele der gleichen Funktionen wie ein VAN, unterliegen jedoch zusätzlichen rechtlichen Beschränkungen.

VANs können von verschiedenen Organisationen betrieben werden:

• Telekommunikationsunternehmen;
• Branchenverbände;
• ein großes Unternehmen, das mit seinen Lieferanten/Händlern interagiert;
• Anbieter von Managed Services .

Zwischen VANs und Direct EDI bestehen wichtige Vor- und Nachteile ^{[ 8 ]} , und in vielen Fällen können Organisationen, die EDI-Dokumente austauschen, beide Technologien parallel für verschiedene Aspekte ihrer EDI-Implementierung nutzen. Beispielsweise wird in den USA der Großteil des EDI-Dokumentenaustauschs über AS2 abgewickelt, sodass eine Direct-EDI-Konfiguration für AS2 für eine US-amerikanische Organisation sinnvoll sein kann. Die Integration von OFTP2-Funktionen zur Kommunikation mit einem europäischen Partner kann sich jedoch als schwierig erweisen, weshalb ein VAN für die Abwicklung dieser spezifischen Transaktionen sinnvoll sein kann, während Direct EDI für die AS2-Transaktionen verwendet wird.

In vielerlei Hinsicht fungiert ein VAN als Dienstleister und vereinfacht die Einrichtung für Unternehmen, die EDI einführen möchten. Da viele Unternehmen, die erstmals mit EDI beginnen, dies oft tun, um eine Kunden- oder Partneranforderung zu erfüllen und daher nicht über internes EDI-Know-how verfügen, kann ein VAN eine wertvolle Unterstützung sein.

Allerdings können VANs mit hohen Kosten verbunden sein. Typischerweise berechnen VANs eine Gebühr pro Dokument oder sogar pro Position für die Verarbeitung von EDI-Transaktionen als Dienstleistung im Auftrag ihrer Kunden. Dies ist der Hauptgrund, warum viele Unternehmen zusätzlich eine EDI-Softwarelösung implementieren oder im Laufe der Zeit für Teile oder ihre gesamten EDI-Prozesse auf eine solche migrieren.

Andererseits kann die Implementierung von EDI-Software je nach Komplexität des Anwendungsfalls, den eingesetzten Technologien und der Verfügbarkeit von EDI-Expertise ein anspruchsvoller Prozess sein. Hinzu kommen laufende Wartungs- und Aktualisierungsanforderungen. Beispielsweise zählt das EDI-Mapping zu den anspruchsvollsten Aufgaben im EDI-Management. Unternehmen müssen für jeden ihrer Handelspartner EDI-Maps erstellen und pflegen (manchmal sogar mehrere EDI-Maps pro Handelspartner, abhängig von dessen Anforderungen an die Auftragsabwicklung).

EDI-Übersetzungssoftware bildet die Schnittstelle zwischen internen Systemen und dem gesendeten/empfangenen EDI-Format. Bei einem eingehenden Dokument empfängt die EDI-Lösung die Datei (entweder über ein Mehrwertnetzwerk oder direkt über Protokolle wie FTP oder AS2), verarbeitet die empfangene EDI-Datei (häufig als „Envelope“ bezeichnet) und prüft, ob der sendende Handelspartner ein gültiger Handelspartner ist, die Dateistruktur den EDI-Standards entspricht und die einzelnen Informationsfelder den vereinbarten Standards genügen. Typischerweise erstellt der Übersetzer entweder eine Datei mit fester oder variabler Länge oder im XML-getaggten Format oder gibt das empfangene EDI-Dokument aus (in nicht integrierten EDI-Umgebungen). Im nächsten Schritt wird die erstellte Datei in ein Format konvertiert, das in die Backend-Systeme, Anwendungen oder das ERP-System eines Unternehmens importiert werden kann. Dies kann mithilfe eines benutzerdefinierten Programms, eines integrierten proprietären Mappers oder eines integrierten standardbasierten grafischen Mappers unter Verwendung einer Standard-Datentransformationssprache wie XSLT erfolgen . Der letzte Schritt besteht darin, die transformierte Datei (oder Datenbank) in das Backend-System des Unternehmens zu importieren.

For an "outbound" document, the process for integrated EDI is to export a file (or read a database) from a company's information systems and transform the file to the appropriate format for the translator. The translation software will then "validate" the EDI file sent to ensure that it meets the standard agreed upon by the trading partners, convert the file into "EDI" format (adding the appropriate identifiers and control structures) and send the file to the trading partner (using the appropriate communications protocol).

Another critical component of any EDI translation software is a complete "audit" of all the steps to move business documents between trading partners. The audit ensures that any transaction (which in reality is a business document) can be tracked to ensure that they are not lost. In the case of a retailer sending a purchase order to a supplier, if the purchase order is "lost" anywhere in the business process, the effect is devastating to both businesses. To the supplier, they do not fulfil the order as they have not received it thereby losing business and damaging the business relationship with their retail client. For the retailer, they have a stock outage and the effect is lost sales, reduced customer service and ultimately lower profits.

In EDI terminology, "inbound" and "outbound" refer to the direction of transmission of an EDI document in relation to a particular system, not the direction of merchandise, money or other things represented by the document. For example, an EDI document that tells a warehouse to perform an outbound shipment is an inbound document in relation to the warehouse computer system. It is an outbound document in relation to the manufacturer or dealer that transmitted the document.

EDI und ähnliche Technologien senken die Kosten für Unternehmen, indem sie eine Alternative oder einen Ersatz für Informationsflüsse bieten, die einen hohen manuellen Aufwand und Papierdokumente erfordern würden. Selbst wenn Papierdokumente parallel zum EDI-Austausch geführt werden, z. B. gedruckte Versandmanifeste, reduziert der elektronische Austausch und die Nutzung der daraus gewonnenen Daten den Aufwand für Sortierung, Verteilung, Organisation und Suche von Papierdokumenten. EDI und ähnliche Technologien ermöglichen es Unternehmen, die Vorteile der elektronischen Datenspeicherung und -verarbeitung ohne manuelle Eingabe zu nutzen. Ein weiterer Vorteil von EDI ist die Möglichkeit, Fehler bei der manuellen Dateneingabe , wie z. B. Versand- und Rechnungsfehler, zu reduzieren oder zu eliminieren, da EDI die erneute Eingabe von Dokumenten auf der Empfängerseite überflüssig macht. Ein sehr wichtiger Vorteil von EDI gegenüber Papierdokumenten ist die Geschwindigkeit, mit der der Handelspartner die Informationen empfängt und in sein System integriert, wodurch die Durchlaufzeiten erheblich verkürzt werden. Aus diesem Grund kann EDI ein wichtiger Bestandteil eines Just-in-Time- Produktionssystems sein. ^{[ 9 ]}

Eine 1996 von Kenneth Kahn und John T. Mentzer veröffentlichte Studie untersuchte die Nutzung von EDI-Allianzen zwischen Unternehmen innerhalb eines Liefernetzwerks . EDI ermöglichte dabei einen transparenteren Informationsaustausch als bisher üblich, da Unternehmen nur Informationen nach dem „Need-to-know“-Prinzip austauschten. Die Autoren prognostizierten das Potenzial von EDI, alle Akteure eines Marketingkanals einzubeziehen und in jeder Phase der Wertschöpfungskette Vorteile zu bieten. ^{[ 10 ]}

Laut einem Bericht der Aberdeen Group aus dem Jahr 2008 mit dem Titel „A Comparison of Supplier Enablement around the World“ wurden damals in Nordamerika nur 34 % der Bestellungen elektronisch übermittelt. In EMEA lag der Anteil bei 36 % und in APAC bei 41 %. Der Bericht führte außerdem aus, dass die durchschnittliche Kosten für eine Bestellung in Papierform in Nordamerika 37,45 US-Dollar , in EMEA 42,90 US-Dollar und in APAC 23,90 US-Dollar betragen . Mit einer elektronischen Bestellanforderung (EDI) reduzieren sich diese Kosten auf 23,83 US-Dollar in Nordamerika, 34,05 US-Dollar in EMEA und 14,78 US-Dollar in APAC. ^{[ 11 ]}

Die Einführung des elektronischen Datenaustauschs (EDI) stößt auf einige Hürden. Eine der größten ist die damit einhergehende Umstellung der Geschäftsprozesse. Bestehende, auf Papierverarbeitung basierende Geschäftsprozesse sind möglicherweise nicht für EDI geeignet und erfordern Anpassungen, um die automatisierte Verarbeitung von Geschäftsdokumenten zu ermöglichen. Beispielsweise erhält ein Unternehmen den Großteil seiner Waren per Expressversand (1-2 Tage) und alle Rechnungen per Post. Der bestehende Prozess geht daher davon aus, dass die Waren in der Regel vor der Rechnung eingehen. Mit EDI wird die Rechnung üblicherweise erst mit dem Warenversand verschickt und erfordert daher einen Prozess, der große Mengen an Rechnungen verarbeiten kann, deren zugehörige Waren noch nicht eingegangen sind.

Eine weitere wesentliche Hürde sind die Kosten für die anfängliche Einrichtung. Die anfänglichen Ausgaben und der Zeitaufwand für Implementierung, Anpassung und Schulung können beträchtlich sein. Es ist wichtig, den passenden Integrationsgrad entsprechend den Geschäftsanforderungen zu wählen. Für Unternehmen mit relativ wenigen Transaktionen mit EDI-basierten Partnern kann die Implementierung kostengünstiger „Rip-and-Read“-Lösungen sinnvoll sein. Dabei wird das EDI-Format in lesbarer Form ausgedruckt, und Mitarbeiter – statt Computer – bearbeiten die Transaktion. Eine Alternative bieten ausgelagerte EDI-Lösungen von EDI-Service-Büros. Für andere Unternehmen kann die Implementierung einer integrierten EDI-Lösung notwendig sein, da steigende Handelsvolumina durch EDI eine Überarbeitung ihrer Auftragsabwicklungsprozesse erfordern.

Das Haupthindernis für eine erfolgreiche EDI-Implementierung ist die weit verbreitete Fehleinschätzung von EDI. Viele Unternehmen betrachten EDI aus technischer Sicht als Datenformat; korrekter wäre es jedoch, EDI als System zum Austausch von Geschäftsdokumenten mit externen Partnern und zur Integration der Daten in die internen Systeme des Unternehmens zu verstehen. Erfolgreiche EDI-Implementierungen berücksichtigen die Auswirkungen extern generierter Informationen auf die internen Systeme und validieren die empfangenen Geschäftsinformationen. Beispielsweise würde es ein erhebliches Risiko für ein Unternehmen darstellen, wenn ein Lieferant ohne entsprechende Kontrollmechanismen das Kreditorenbuchhaltungssystem eines Einzelhändlers aktualisieren dürfte. Unternehmen, die EDI neu einführen, müssen den zugrunde liegenden Geschäftsprozess verstehen und ein angemessenes Urteilsvermögen anwenden.

Es gibt verschiedene Mechanismen, die im EDI-Verfahren zur Bestätigung eingesetzt werden , d. h. um den Absender darüber zu informieren, dass eine eingehende Transaktion vom Empfänger empfangen und verarbeitet wurde: ^{[ 12 ].}

• Kommunikationsstatus – Zeigt an, ob die Übertragung abgeschlossen ist.
• MDN (Message Disposition Notification) – Nur in AS2, zeigt an, dass die Nachricht lesbar ist
• Funktionale Bestätigung – typischerweise „997“ in ANSI oder „CONTRL“ in EDIFACT, die anzeigt, dass der Nachrichteninhalt anhand seiner Vorlage überprüft wurde und ob die Transaktion im elektronischen System des Empfängers verbucht wurde.
• Geschäftsbestätigung – der letzte Indikator zeigt an, ob die Transaktion vom Empfänger akzeptiert wurde oder nicht.

• AS1 (Netzwerk)  – Netzwerkprotokoll für Geschäfts-zu-Geschäfts-Daten
• AS2  – Netzwerkprotokoll für Business-to-Business-Daten
• AS3 (Netzwerk)  – Netzwerkprotokoll für Geschäfts-zu-Geschäfts-Daten
• AS4  – Netzwerkprotokoll für Business-to-Business-Daten
• Kostenrückerstattungssystem (ECRS)  – Teilmenge von „extrahieren, transformieren, laden“Seiten mit Kurzbeschreibungen der Weiterleitungsziele
• Extrahieren, Transformieren, Laden  – Verfahren in der Informatik
• Rechtsnorm für den elektronischen Datenaustausch
• Maritime Datenstandards

• Gengeswari, K. und Abu Bakar Abdul Hamid (2010). „Integration des elektronischen Datenaustauschs: eine Übersicht“, Jurnal Kemanusiaan , ISSN 1675-1930 
• Notto, Ralph W. „Herausforderung und Konsequenz: Der erzwungene Wandel im E-Commerce“, Fenestra Books, 2005 , ISBN 158736414X

• „E-Procurement – ​​Elektronische Datenintegration wird erwachsen“ (Archiviert am 14.05.2021 in der Wayback Machine) – Artikel aus dem Finance Director Europe Journal