Die meisten Großhandelsmarken begegnen EDI auf dieselbe Weise: Ein Einkäufer eines großen Händlers kündigt per E-Mail an, dass Bestellungen ab der nächsten Saison per EDI übermittelt werden und Lieferanten die Anforderungen erfüllen müssen. Dazu gibt es eine Frist, ein PDF mit technischen Spezifikationen und den Namen eines Anbieters, von dem Sie noch nie gehört haben.

Diese E-Mail sollten Sie ernst nehmen – aber auch mit Bedacht beantworten. Für manche Geschäftsbeziehungen ist EDI tatsächlich Pflicht, für andere völlig überflüssig, und der Unterschied macht Tausende Euro pro Jahr plus Monate an Implementierungsaufwand aus. Lieferanten liegen hier in beide Richtungen falsch: Entweder nehmen sie die Anforderung eines einzelnen Händlers zum Anlass, ihren gesamten Auftragseingang neu aufzubauen, oder sie ignorieren sie, bis die Kundenbeziehung auf dem Spiel steht.

Dieser Leitfaden erklärt, was EDI eigentlich ist, welche Dokumente Sie unterstützen müssen, was das Onboarding tatsächlich mit sich bringt, worin sich EDI von einer API-Integration unterscheidet und wie Sie entscheiden, welche der beiden Lösungen Ihr Unternehmen braucht.

Was ist EDI?

EDI steht für Electronic Data Interchange, also elektronischen Datenaustausch. Es ist ein standardisiertes Verfahren, mit dem zwei Unternehmen Geschäftsdokumente – Bestellungen, Auftragsbestätigungen, Lieferavise, Rechnungen – direkt von Computer zu Computer in einem festen Format austauschen, ohne dass jemand etwas abtippt oder per E-Mail verschickt.

Die Idee ist älter als das Internet. Große Händler und Hersteller mussten Millionen von Bestellungen zwischen Großrechnern austauschen, also einigte sich die Branche auf strikte Dokumentformate: Jedes Feld hat eine festgelegte Position, jeder Dokumenttyp eine Nummer. Das System des Lieferanten erzeugt eine Datei in genau diesem Format und sendet sie über einen sicheren Kanal, und das System des Händlers liest sie ohne menschliches Zutun ein.

Deshalb dominiert EDI bis heute im Lebensmittel-, Pharma- und DIY-Handel, in der Automobilbranche und im großflächigen Einzelhandel. Modern ist das nicht, und niemand würde es heute noch so entwerfen – aber es ist zuverlässig, auditiert und bereits fest in den Systemen jeder großen Handelskette verankert. Wenn ein Einkäufer sagt „Sie müssen EDI-fähig sein“, heißt das: Sein ERP akzeptiert Bestellungen nur in diesem Format, und eine manuelle Auftragserfassung auf seiner Seite kommt nicht infrage.

Die EDI-Dokumente, die tatsächlich von Ihnen verlangt werden

Zwei Standards sind gebräuchlich. ANSI X12 wird vor allem in Nordamerika verwendet und bezeichnet Dokumente mit Nummern. UN/EDIFACT ist der internationale Standard, in Europa weit verbreitet, und bezeichnet sie mit Namen. Händler geben vor, welchen Standard sie verwenden, und in der Regel benötigen Sie nur vier oder fünf Dokumenttypen.

Eine EDI 850 ist schlicht eine Bestellung in maschinenlesbarer Form – dieselben Informationen, dieselbe kaufmännische Bedeutung, nur anders verpackt. Wenn Sie bereits wissen, wie eine Bestellung (PO) durch Ihr Unternehmen läuft, verstehen Sie schon das meiste von dem, was EDI tut.

Das Lieferavis ist meist das Dokument, das Lieferanten auf dem falschen Fuß erwischt. Sie müssen darin exakt beschreiben, wie die Sendung verpackt ist – welche Artikel in welchem Karton auf welcher Palette liegen, jeweils gekennzeichnet mit einer Nummer der Versandeinheit (Serial Shipping Container Code). Das ist eine Änderung Ihrer Lagerprozesse, nicht bloß ein Datenformat, und der häufigste Grund, warum EDI-Projekte länger dauern als geplant.

Wie EDI in der Praxis funktioniert

Bevor auch nur eine einzige Bestellung fließt, müssen drei Dinge stehen.

Eine Verbindung. Die Dokumente werden über einen sicheren Kanal übertragen – meist AS2, SFTP oder ein Value Added Network (VAN), das wie ein verwaltetes Postamt zwischen Handelspartnern funktioniert. Die meisten Lieferanten nutzen dafür einen EDI-Anbieter, statt die Verbindung selbst aufzubauen.

Ein Mapping. Wie Ihr System eine Bestellung abbildet und wie das System des Händlers sie abbildet, muss Feld für Feld ineinander übersetzt werden. Das ist die eigentliche Arbeit, und sie fällt pro Handelspartner an: Jeder Händler setzt den Standard etwas anders um, mit eigenen Pflichtfeldern, eigenen Codes und eigenen Besonderheiten. Wenn Sie für einen Händler „EDI-ready“ sind, sind Sie es deshalb noch lange nicht für den nächsten.

Zertifizierung. Vor dem Go-live senden Sie Testdokumente, und das Team des Händlers prüft sie anhand seiner Spezifikation. Rechnen Sie mit mehreren Durchläufen. Größere Händler betreiben formelle Compliance-Programme, und einige erheben Rückbelastungen, wenn Dokumente zu spät kommen, fehlerhaft sind oder nicht mit der physischen Lieferung übereinstimmen.

Die Dauer variiert je nach Händler und Anbieter stark, doch eine erste EDI-Anbindung braucht vom Kickoff bis zum Go-live häufig sechs bis zwölf Wochen; weitere Partner gehen schneller, sobald Ihre Seite steht. Die Kosten setzen sich typischerweise aus einer Einrichtungsgebühr pro Partner, einem monatlichen Plattform-Abonnement und manchmal einer Gebühr pro Dokument oder pro Kilozeichen zusammen. Holen Sie ein vollständiges Angebot ein, das auch den zweiten und dritten Handelspartner umfasst – der erste ist selten der teure.

EDI vs. API: Was ist der Unterschied?

Beide übertragen Daten zwischen Systemen, ohne dass jemand etwas abtippen muss. Der Unterschied liegt im Alter, in der Struktur und darin, für wen sie gemacht sind.

Der praktische Unterschied: Über EDI gibt Ihnen ein großer Kunde ein Format vor, über eine API verbinden Sie Ihre eigenen Systeme miteinander. Beide lösen unterschiedliche Probleme, und für die meisten Großhandelsmarken lautet die ehrliche Antwort, dass Sie am Ende ein wenig von beidem brauchen – EDI für die zwei oder drei Kunden, die es verlangen, und API-Integration für den Rest Ihres B2B-Tech-Stacks.

Wann Sie EDI wirklich brauchen

EDI lohnt sich, wenn mindestens einer dieser Punkte zutrifft:

• Ein Händler hat es zur Bedingung für die Zusammenarbeit gemacht, und der Kunde trägt wesentlich zu Ihrem Umsatz bei

• Sie verkaufen in den Lebensmittel-, Pharma- oder DIY-Handel oder in eine andere Kategorie, in der Compliance-Programme und Rückbelastungen üblich sind

• Sie beliefern einen Distributor oder eine Einkaufsgemeinschaft, die Bestellungen vieler Filialen bündelt

• Ihr Bestellvolumen mit einem Partner ist so hoch, dass die manuelle Bearbeitung echte Kosten verursacht und nicht nur lästig ist

Der Test ist einfach: EDI rechtfertigt sich durch eine konkrete Geschäftsbeziehung, nicht durch den allgemeinen Wunsch nach mehr Automatisierung. Wenn Sie den Handelspartner, der es verlangt, nicht benennen können, brauchen Sie EDI wahrscheinlich noch nicht.

Wann eine API oder ein B2B-Portal die bessere Antwort ist

Viele Lieferanten starten ein EDI-Projekt, obwohl sie eigentlich ein Problem im Auftragseingang haben – Bestellungen, die per E-Mail, PDF, Telefon und Tabelle vom Long Tail unabhängiger Einzelhändler eintreffen, die in ihrem ganzen Leben kein EDI-Dokument senden werden.

Dabei hilft EDI überhaupt nicht. Diese Einkäufer brauchen einen Ort zum Bestellen, keinen Dokumentenstandard. Ein B2B-Portal in Ihrem eigenen Branding gibt jedem Händler einen Login mit eigenen Preisen, eigenem Sortiment und eigenen Beständen, und die Bestellung kommt strukturiert an, weil sie strukturiert aufgegeben wurde – dasselbe Ergebnis, das EDI liefert, nur vom anderen Ende her erreicht. Bestellungen, die weiterhin als E-Mail oder Anhang eingehen, wandelt die KI-gestützte Auftragskonvertierung ohne manuelle Neuerfassung in strukturierte Bestellungen um.

Wenn Ihr eigentliches Problem Tabellen und Copy-and-paste sind und nicht die Vorgabe eines Händlers, bringt Sie die Kombination aus Portal und API schneller und günstiger ans Ziel als EDI – und sie verbessert das Einkaufserlebnis statt nur das Datenformat.

Der eigentliche Engpass sind Ihre Produktdaten

EDI-Projekte geraten selten wegen der Technik ins Stocken, sondern wegen der Produktdaten, denn bei Kennungen ist EDI so unnachgiebig, wie es E-Mail nie war.

Jedes Produkt braucht einen stabilen GTIN- oder EAN-Barcode, der mit dem übereinstimmt, was der Händler in seinem System hinterlegt hat. Ihre SKUs müssen konsistent und pro Variante eindeutig sein. Verpackungsgrößen, Kartonmengen und Maßeinheiten müssen korrekt und auf beiden Seiten identisch sein. Standorte benötigen GLN-Codes. Stimmt davon irgendetwas nur ungefähr, werden Bestellungen abgelehnt und Rechnungen lassen sich nicht abgleichen – und wo Rückbelastungen gelten, kostet das Geld.

Das dürfen Sie durchaus als gute Nachricht verstehen. Saubere Produktdaten zahlen sich aus, ob Sie EDI einführen oder nicht: Sie verbessern Ihren Katalog, Ihr Auftragsmanagement und jeden Kanal, über den Sie verkaufen. Es ist der einzige Teil eines EDI-Projekts, der nie umsonst ist.

Wie EDI, APIs und ein B2B-Portal zusammenspielen

Die drei konkurrieren nicht miteinander. In einem gesunden Großhandels-Setup deckt jede Lösung ein anderes Kundensegment ab, und ein zentrales System darunter verwaltet Produkte, Preise, Bestände und Bestellungen.

EDI übernimmt die Handvoll Großkunden, die es vorschreiben. Ihr B2B-Portal bedient den Long Tail unabhängiger Händler, die selbst bestellen. Ihr Vertriebsteam erfasst Showroom- und Messeaufträge über eine Vertriebs-App. E-Mail- und PDF-Bestellungen werden automatisch umgewandelt. Alle vier landen im selben Bestellfluss und werden über API-Integration mit Ihrem ERP synchronisiert – genau so sieht eine Multichannel-Vertriebsstrategie im B2B aus, wenn sie richtig aufgebaut ist.

Der typische Fehler: Jeder Kanal läuft als eigene Insel, mit separater Produktliste und separater Preistabelle pro Vertriebsweg. Genau dort kehrt die manuelle Arbeit zurück – egal, wie viel davon technisch automatisiert ist.

Wo Orderchamp Cloud ins Spiel kommt

Orderchamp Cloud ist kein EDI-Anbieter: Verlangt ein Händler EDI, arbeiten Sie für diese Anbindung weiterhin mit einem EDI-Spezialisten oder Ihrem ERP-Partner zusammen. Orderchamp Cloud sorgt vielmehr dafür, dass EDI nur die Kunden abdecken muss, die es wirklich verlangen.

Das B2B Portal bietet allen anderen Händlern einen Self-Service-Ort zum Bestellen, mit eigenen Preisen und eigenem Sortiment. Die Sales App erfasst Showroom- und Messeaufträge digital. AI Order Convert wandelt E-Mail- und PDF-Bestellungen in strukturierte Bestellungen um. Und Integrationen mit Ihrem ERP, PIM und WMS halten Produkte, Bestände und Bestellungen überall synchron – einschließlich der Produktdaten, auf die Ihre EDI-Anbindung angewiesen ist. Sehen Sie sich an, wie acht Marken ihren Auftragseingang neu aufgestellt haben, oder lesen Sie mehr darüber, was eine vollständige B2B-E-Commerce-Lösung umfasst.

Möchten Sie den Anteil Ihres Auftragseingangs, der überhaupt EDI braucht, verringern? Entdecken Sie Orderchamp Cloud oder buchen Sie eine Demo.

Häufig gestellte Fragen

Wofür steht EDI?

Was ist eine EDI 850?

Wird EDI 2026 noch verwendet?

Brauchen kleine Großhandelsmarken EDI?

Was ist der Unterschied zwischen EDI und einer API?