EDI
EDI (Electronic Data Interchange) ist der computergestützte Austausch strukturierter Geschäftsdokumente (Bestellungen, Rechnungen, Zahlungsavise) in standardisierten Formaten zwischen Handelspartnern. Es ist die grundlegende Technologie für die Automatisierung von B2B-Transaktionen und der Mechanismus, der das Straight-Through-Processing (STP, Dunkelverarbeitung) beim Zahlungsabgleich, im Abzugsmanagement sowie in Order-to-Cash-Prozessen ermöglicht.
EDI ist das Rückgrat automatisierter B2B-Transaktionen. Tauschen zwei Unternehmen regelmäßig Waren oder Dienstleistungen aus, wächst das Belegvolumen aus Bestellungen, Lieferungen, Rechnungen und Zahlungen rasch über das hinaus, was sich manuell bewältigen lässt. EDI ersetzt Papier, E-Mail und Fax durch strukturierte Daten, die eine Software automatisch weiterverarbeitet. Seit Jahrzehnten entscheidet EDI darüber, ob die Cash Application (Zahlungsabgleich) zu 95 Prozent oder nur zu 65 Prozent automatisiert läuft und ob die Auftragsabwicklung Minuten oder Tage dauert. EDI bleibt eine grundlegende Technologie, auch wenn die KI-gestützte Dokumentenextraktion inzwischen beginnt, einzelne EDI-Anwendungsfälle abzulösen.
Diese EDI-Dokumententypen kommen in O2C-Prozessen am häufigsten zum Einsatz:
Jeder Dokumententyp folgt einem strengen Format, das der jeweilige Standard vorgibt. So lässt sich die Nachricht maschinell verarbeiten, ganz ohne Interpretationsspielraum.
Weltweit dominieren zwei große EDI-Standards:
Wer in beiden Regionen Handel treibt, pflegt in der Regel ein Mapping zwischen dem X12- und dem EDIFACT-Format, und eine EDI-Middleware übernimmt die Übersetzung. Neben X12 und EDIFACT gibt es branchenspezifische Standards, etwa HL7 im Gesundheitswesen und SWIFT in Finanzteams.
Die EDI-Übertragung hat drei Zeitalter durchlaufen:
Die meisten Unternehmen setzen auf einen hybriden Mix: Große Handelspartner binden sie über AS2 oder API-Gateways an, kleinere Partner über VANs.
Für den Zahlungsabgleich ist EDI 820 das Standardformat schlechthin für Zahlungsavise. Zahlt ein Kunde per ACH und übermittelt ein EDI-820-Avis, erhält das System zum Zahlungsabgleich strukturierte Detailinformationen auf Rechnungsebene. Diese gleicht es automatisch mit den offenen Posten der Debitorenbuchhaltung ab. Wo EDI 820 breit abgedeckt ist, erreichen die Prozesse üblicherweise ein Straight-Through-Processing (STP) von 90 bis 98 Prozent.
Warum Unternehmen früher in EDI für den Zahlungsabgleich investierten, zeigt ein Blick auf die Alternative: Uneinheitliche PDF- und E-Mail-Avise mussten manuell verarbeitet werden, was die Dunkelverarbeitungsquote auf 60 bis 75 Prozent drückte. Moderne KI-native Plattformen zum Zahlungsabgleich mit Vision-Language-Modellen schließen diese Lücke. Sie extrahieren strukturierte Daten aus jedem beliebigen Avis-Format, nahezu mit EDI-Genauigkeit.
Herausforderung 1: Onboarding-Kosten für Handelspartner. Jeden neuen EDI-Handelspartner müssen Sie mappen, testen und dauerhaft warten. Wenn Sie Kunden aus dem Mittelstand anbinden, rechnen sich die Kosten pro Partner oft nicht.
Herausforderung 2: Abweichungen vom Standard. X12 definiert zwar standardisierte Transaktionssätze, doch einzelne Kunden legen in ihren Implementierungsleitfäden häufig eigene Segmente, Codes oder Nutzungsmuster fest. Mit jeder Abweichung wächst der Mapping-Aufwand.
Herausforderung 3: Geringe Abdeckung im Mittelstand. Große Unternehmen verfügen über eine EDI-Infrastruktur, Kunden aus dem Mittelstand und dem KMU-Segment meist nicht. Deshalb konzentriert sich das EDI-Volumen auf die wichtigsten Kundenbeziehungen.
Herausforderung 4: Wartungsaufwand. Sobald Kunden ihre Systeme aktualisieren oder ihre Implementierungsleitfäden ändern, verlieren die EDI-Mappings an Qualität. Für jeden EDI-lastigen Betrieb treibt die laufende Wartung die Kosten spürbar in die Höhe.
KI-native Plattformen für den Zahlungsabgleich haben die Wirtschaftlichkeit von EDI grundlegend verändert. Jahrzehntelang führte an EDI kein Weg vorbei, wenn Sie im Zahlungsabgleich eine hohe Dunkelverarbeitungsquote erreichen wollten. Denn keine andere Technologie konnte strukturierte Daten zuverlässig aus variablen Formaten auslesen. Inzwischen extrahieren Vision-Language-Modelle Rechnungsdaten auf Positionsebene aus PDF-, E-Mail- und Portal-Avisen, und zwar so genau wie das klassische EDI-Parsing.
Das hat eine klare Konsequenz: EDI bleibt dort wertvoll, wo es bereits im Einsatz ist. Doch mittelständische Kunden müssen nicht länger neue EDI-Verbindungen anbinden, um eine hohe Dunkelverarbeitungsquote zu erreichen. KI-gestützte Plattformen für den Zahlungsabgleich schaffen über gemischte Avis-Formate hinweg in der Regel eine Dunkelverarbeitungsquote von über 95 Prozent, und das binnen 90 Tagen, selbst bei Prozessen mit erheblichem Volumen außerhalb von EDI.
EDI (Electronic Data Interchange) steht für den elektronischen Austausch strukturierter Geschäftsdokumente wie Bestellungen, Rechnungen oder Zahlungsavise. Diese laufen in standardisierten Formaten direkt von System zu System zwischen Handelspartnern. EDI bildet damit die technische Grundlage, um B2B-Transaktionen zu automatisieren.
Am häufigsten sind EDI 850 (Bestellung), 855 (Bestellbestätigung), 856 (Lieferavis), 810 (Rechnung), 820 (Zahlungsavis) und 997 (Funktionsbestätigung). Jeder Typ folgt einem strengen Format, das der jeweilige Standard definiert. So lassen sich die Dokumente maschinell verarbeiten, ohne Spielraum für Interpretation.
ANSI X12 ist der führende nordamerikanische EDI-Standard. ASC X12 pflegt ihn seit 1979, und er umfasst mehr als 300 Transaktionssätze. EDIFACT (UN/EDIFACT) ist der internationale Standard der Vereinten Nationen und vor allem in Europa, Asien und im internationalen Warenverkehr verbreitet. Konzeptionell sind beide gleichwertig, sie unterscheiden sich aber in ihren Segmentstrukturen.
Dafür gibt es drei gängige Wege. Value-Added Networks (VANs) wie OpenText leiten die Dokumente zwischen den Partnern weiter. AS2-Direktverbindungen laufen über das Internet und umgehen den VAN. Moderne API-basierte EDI-Gateways wiederum wickeln Übersetzung und Übertragung über eine API-Anbindung an das ERP-System ab. Größere Unternehmen setzen meist auf einen hybriden Mix aus diesen Methoden.
Ja, für etablierte Geschäftsbeziehungen mit hohem Transaktionsvolumen. EDI liefert nach wie vor strukturierte Daten in der höchsten Qualität, und große Unternehmen nutzen es breit. KI-native Plattformen zum Zahlungsabgleich haben jedoch den strategischen Nutzen eines neuen EDI-Onboardings für Kunden im Mittelstand verringert: Sie extrahieren strukturierte Daten aus PDF und E-Mail mit nahezu der Genauigkeit von EDI.
EDI 820 (Zahlungsavis) transportiert strukturierte Daten auf Rechnungsebene. Damit erreichen Sie beim Zahlungsabgleich Dunkelverarbeitungsquoten von 90 bis 98 Prozent. Ohne EDI 820 oder eine KI-gestützte Extraktion aus PDF- und E-Mail-Avisen ordnen Sie Zahlungen typischerweise nur zu 60 bis 75 Prozent im STP zu, und nicht zugeordnete Zahlungen binden erhebliche Analystenzeit.
