EDI im Mittelstand: Anbindung an Handelsketten

Kurz vorweg: EDI (Electronic Data Interchange) ist der automatisierte, standardisierte Austausch von Geschäftsbelegen – Bestellungen, Lieferavise, Rechnungen – direkt zwischen ERP-Systemen zweier Unternehmen. Für den Mittelstand wird EDI vor allem dann zur Pflicht, wenn du an große Handelsketten oder Industriekunden lieferst: Sie erwarten Belege im festen Format, nicht als PDF oder Papier. Dieser Ratgeber erklärt dir die wichtigsten Nachrichtentypen, den Unterschied zwischen Konverter und EDI-Provider, die Rolle von GLN und GTIN – und was die Anbindung realistisch kostet.

Warum EDI im Mittelstand kein Nice-to-have ist

Wer als Lieferant ins Sortiment einer großen Handelskette will, bekommt die Spielregeln meist diktiert. Bestellungen laufen nicht per E-Mail, sondern als strukturierte EDI-Nachricht direkt ins System. Lieferungen müssen elektronisch avisiert, Rechnungen im vereinbarten Format übertragen werden. Ohne funktionierende EDI-Anbindung wirst du oft schlicht nicht gelistet – oder mit Abzügen belegt, wenn Belege nicht sauber ankommen.

Der Nutzen ist beidseitig: Beim Handelspartner landen deine Daten ohne manuelle Erfassung direkt im Warenwirtschaftssystem, bei dir entfällt das Abtippen von Bestellungen. Das reduziert Fehler, beschleunigt die Auftragsabwicklung und macht die Zusammenarbeit skalierbar. EDI ist damit weniger ein IT-Projekt als eine Grundvoraussetzung für den B2B-Handel mit größeren Partnern.

Wichtig zur Einordnung: EDI ist eine spezielle Form der Schnittstelle. Anders als eine offene REST-API ist sie hochstandardisiert und auf den Belegaustausch zwischen Geschäftspartnern zugeschnitten – dafür aber starrer und im Onboarding aufwendiger.

Die wichtigsten EDI-Nachrichtentypen

Der international verbreitetste EDI-Standard ist EDIFACT (UN/EDIFACT). Er definiert feste Nachrichtentypen für die einzelnen Belegarten. Für den Handel mit Handelsketten sind vor allem drei relevant, die den klassischen Order-to-Cash-Ablauf abbilden.

ORDERS – die Bestellung

Die ORDERS-Nachricht ist die elektronische Bestellung des Handelspartners an dich. Sie enthält Positionen, Mengen, gewünschte Liefertermine und die Identnummern der Artikel und Standorte. Aus einer eingehenden ORDERS entsteht in deinem ERP idealerweise automatisch ein Kundenauftrag – ohne dass jemand etwas abtippt. Häufig folgt darauf eine ORDRSP (Bestellbestätigung) zurück an den Partner.

DESADV – das Lieferavis

Die DESADV (Despatch Advice) ist das elektronische Lieferavis. Du kündigst dem Handelspartner damit an, was du wann in welcher Packstruktur lieferst – oft verknüpft mit einem NVE/SSCC-Code auf dem Versandlabel, den der Wareneingang scannt. Eine korrekte DESADV ist bei vielen Ketten Pflicht: Fehlt sie oder passt sie nicht zur gelieferten Ware, drohen Reklamationen oder Vertragsstrafen.

INVOIC – die Rechnung

Die INVOIC ist die elektronische Rechnung. Sie überträgt die Rechnungsdaten strukturiert ins System des Empfängers und ersetzt den Papier- oder PDF-Beleg. Beachte aber: Eine EDIFACT-INVOIC ist nicht automatisch eine gesetzeskonforme E-Rechnung im deutschen Sinne. Für die B2B-E-Rechnungspflicht ist ein Format nach EN 16931 maßgeblich – dazu weiter unten mehr.

Daneben gibt es Dutzende weitere Nachrichtentypen (etwa PRICAT für Preislisten oder SLSRPT für Abverkaufsdaten). Für den Einstieg reichen ORDERS, DESADV und INVOIC in aller Regel aus.

GLN und GTIN: die Identnummern hinter EDI

EDI funktioniert nur, wenn beide Seiten dieselbe Sprache für Orte und Artikel sprechen. Dafür sorgen genormte Nummern der GS1.

• GLN (Global Location Number): identifiziert eindeutig einen Geschäftspartner oder Standort – etwa das Zentrallager, eine einzelne Filiale oder die Rechnungsadresse. In der ORDERS steht so exakt fest, wohin geliefert und wohin fakturiert wird.
• GTIN (Global Trade Item Number): identifiziert eindeutig einen Artikel. Die GTIN ist die Weiterentwicklung der früheren EAN und steckt in jedem Handelsbarcode. Ohne korrekte GTIN kann der Handelspartner deine Ware nicht zuordnen.

Praktisch heißt das: Bevor der erste EDI-Beleg fließt, müssen deine Stammdaten sauber sein. Jeder Artikel braucht seine GTIN, jeder Partnerstandort seine GLN, und beide müssen exakt mit den Angaben des Handelspartners übereinstimmen. Schlechte Datenqualität ist der häufigste Grund, warum EDI-Projekte im Test hängenbleiben.

Konverter oder EDI-Provider? Die zwei Wege der Anbindung

Rohe EDIFACT-Nachrichten sind für Menschen praktisch unlesbar und für dein ERP zunächst fremd. Zwischen deinem System und dem Format des Partners braucht es deshalb eine Übersetzungs- und Übertragungsschicht. Dafür gibt es zwei grundsätzliche Ansätze.

Eigener Konverter (In-House-EDI)

Beim eigenen Konverter betreibst du die EDI-Software selbst – on-premise oder in deiner Cloud. Der Konverter übersetzt zwischen EDIFACT und dem internen Datenformat deines ERPs (das Feld-Mapping), die Übertragung läuft über Protokolle wie AS2, OFTP2 oder SFTP direkt zu den Partnern.

• Stärken: volle Kontrolle, keine transaktionsabhängigen Gebühren, tiefe Integration möglich.
• Grenzen: du brauchst EDI-Know-how im Haus, kümmerst dich selbst um jeden neuen Partner, um Formatpflege und Betrieb. Für die meisten Mittelständler ist das nur bei sehr hohem Belegvolumen wirtschaftlich.

EDI-Provider (Managed/Web-EDI)

Ein EDI-Provider (auch EDI-Dienstleister oder Clearing-Center) übernimmt Konvertierung und Übertragung als Service. Du schickst deine Daten in einem einfachen Format an den Provider, er wandelt sie ins jeweilige Partnerformat um und stellt sie zu – und umgekehrt. Für kleinere Volumina gibt es Web-EDI-Portale, in denen du Belege im Browser bearbeitest, ohne eigene ERP-Anbindung.

• Stärken: wenig eigenes Know-how nötig, der Provider kennt die Format-Eigenheiten der Ketten, schnelles Onboarding neuer Partner.
• Grenzen: laufende Kosten je nach Modell (Grundgebühr plus Transaktions- oder Partnerpauschalen), Abhängigkeit vom Dienstleister.

Für den Mittelstand ist der Provider-Weg meist der pragmatischere Einstieg. Viele Cloud-ERPs bringen dafür fertige Konnektoren oder Partnerschaften mit EDI-Providern mit. Welche EDI- und Middleware-Optionen ein System von Haus aus unterstützt, siehst du im ERP-Verzeichnis und im Vergleich – Enterprise-Suiten wie SAP S/4HANA Cloud oder Dynamics 365 Business Central bringen umfangreiche EDI-Ökosysteme mit, während Cloud-native Systeme wie xentral EDI oft über angebundene Provider abbilden.

Anbindung an eine Handelskette Schritt für Schritt

Jede Kette hat eigene Vorgaben, doch der Ablauf ähnelt sich. So sieht ein typisches EDI-Onboarding aus:

Plane für ein Erst-Onboarding realistisch mehrere Wochen ein – der Engpass ist selten die Technik, sondern die Datenaufbereitung und die Freigabe durch den Handelspartner. Wenn du EDI nicht allein stemmen willst, hilft strukturierte Unterstützung bei der ERP-Integration, die Mapping, Test und Betrieb koordiniert.

Kosten und Nutzen realistisch einschätzen

Pauschale Preise gibt es nicht – sie hängen von Anbindungsart, Volumen und Zahl der Partner ab. Sinnvoll ist, in drei Kostenblöcken zu denken:

• Einrichtung (einmalig): Mapping, Test und Onboarding je Partner. Der Aufwand steigt mit der Zahl unterschiedlicher Handelsketten, weil jede eigene Guidelines hat.
• Laufender Betrieb: beim Provider Grundgebühr plus Transaktions- oder Partnerpauschalen; beim eigenen Konverter Lizenz, Wartung und Personal.
• Interner Aufwand: Stammdatenpflege, Monitoring, Fehlerbehandlung – oft unterschätzt.

Dem stehen konkrete Nutzen gegenüber: keine manuelle Auftragserfassung, weniger Fehlbuchungen und Reklamationen, schnellere Durchlaufzeiten und – oft entscheidend – überhaupt die Listungsfähigkeit bei großen Kunden. Für eine belastbare Rechnung setzt du die jährlichen Belegmengen und die eingesparte Erfassungszeit gegen Einrichtungs- und Betriebskosten. Bei hohem, wiederkehrendem Volumen amortisiert sich EDI meist schnell.

Typische Fallstricke – und wie du sie vermeidest

Aus der Praxis wiederholen sich einige Stolpersteine:

• Unsaubere Stammdaten: falsche oder fehlende GTIN/GLN sind die Nummer-eins-Fehlerquelle. Vor dem Projektstart aufräumen.
• DESADV passt nicht zur Lieferung: weicht das Avis von der realen Ware ab, drohen Vertragsstrafen. Prozesse in Lager und Versand müssen die Daten sauber erzeugen.
• Format-Eigenheiten je Kette: „EDIFACT" ist nicht gleich EDIFACT – jede Kette interpretiert Felder leicht anders. Genau der Punkt, an dem ein Provider Aufwand abnimmt.
• EDI mit E-Rechnung verwechseln: Eine EDIFACT-INVOIC erfüllt nicht automatisch die deutsche B2B-E-Rechnungspflicht. Maßgeblich ist ein strukturiertes Format nach EN 16931, etwa XRechnung oder ZUGFeRD. Zur Rechtslage: Die Empfangspflicht für E-Rechnungen im B2B besteht seit dem 1. Januar 2025. Die Ausstellungspflicht ist gestaffelt – grundsätzlich ab 1. Januar 2027 für Unternehmen mit mehr als 800.000 € Vorjahresumsatz, ab 1. Januar 2028 für alle übrigen. Prüfe im Zweifel mit deinem Steuerberater, wie dein ERP beide Welten abbildet.
• Kein Monitoring: EDI läuft im Hintergrund – bis eine Nachricht scheitert. Ohne Überwachung der Quittungen merkst du das erst, wenn der Kunde reklamiert.

Fazit

EDI ist für den Mittelstand kein Selbstzweck, sondern die Eintrittskarte in die Lieferbeziehungen mit großen Handelsketten und Industriekunden. Wer die drei Kernnachrichten ORDERS, DESADV und INVOIC beherrscht, saubere GLN- und GTIN-Stammdaten pflegt und den passenden Weg zwischen eigenem Konverter und EDI-Provider wählt, schafft eine stabile Basis. Der häufigste Grund für gescheiterte Projekte ist nicht die Technik, sondern schlechte Datenqualität und unterschätzter Betriebsaufwand. Und nicht vergessen: EDI und gesetzeskonforme E-Rechnung sind zwei verschiedene Baustellen, die dein ERP idealerweise beide sauber abdeckt.