EDI oder API? Wie Warenhäuser und Marktplätze 2026 angebunden werden wollen
Warenhäuser wickeln Wholesale weiterhin über EDI ab, während Marktplätze ihre Partnerprogramme auf APIs aufbauen. Modemarken brauchen zunehmend beides, verbunden mit einem einzigen sauberen Bestand an ERP- und Produktdaten.
DAS WICHTIGSTE Zusammenfassung der Redaktion
- EDI und APIs sind im Mode-Wholesale keine Rivalen: Warenhäuser definieren ihre Lieferantenanforderungen weiterhin in EDI-Dokumenten, während Marktplatzplattformen auf APIs aufgebaut sind.
- Nordstrom etwa verlangt von Lieferanten den Austausch der X12 850 Purchase Order, der 856 Advance Ship Notice, der 810 Invoice und des 997 Acknowledgement.
- Die Plattform zDirect von Zalando beschreibt sich als RESTful API für die Partnerintegration, inklusive Produkten, Preisen, Bestand, Bestellungen und Logistik.
- E-Rechnungspflichten fügen einen dritten Kanal hinzu: Seit dem 1. Januar 2026 müssen mehrwertsteuerpflichtige Unternehmen in Belgien strukturierte inländische B2B-Rechnungen austauschen, umgesetzt über Peppol.
- Die praktische Entscheidung für eine Marke lautet weniger EDI oder API als vielmehr, wo eine Integrationsschicht liegt, die beides aus denselben ERP- und Produktdaten bedient.
2026 erwarten die meisten Warenhäuser weiterhin, dass Modemarken sich über EDI anbinden, während Marktplätze und Partnerprogramme von Plattformen APIs erwarten. Eine Marke, die über beide Kanäle verkauft, braucht daher beides, und die eigentliche Frage lautet, wie sie beides aus einem konsistenten Bestand an Auftrags-, Bestands- und Produktdaten betreibt. Sich für eine Seite zu entscheiden, ist selten eine Option; sich für eine solide Integrationsarchitektur zu entscheiden, schon.
Was ist der Unterschied zwischen EDI und einer API?
EDI ist der Austausch standardisierter Geschäftsdokumente wie Bestellungen, Lieferavise und Rechnungen in branchenweit vereinbarten Formaten, typischerweise EANCOM in Europa und ANSI X12 in Nordamerika. Eine API ist eine programmierbare Schnittstelle, die ein System bereitstellt, damit ein anderes Daten abfragen oder senden kann, meist in Echtzeit und in einem vom Plattformbetreiber festgelegten Format. SPS Commerce fasst den Unterschied als Batch-Verarbeitung bei EDI gegenüber Datenbewegung in Echtzeit bei APIs zusammen und betont, dass sich beides nicht ausschliesst: Die meisten modernen EDI-Lösungen seien selbst API-gesteuert.
| Aspekt | EDI | API |
|---|---|---|
| Format | Branchenstandard-Dokumente (EANCOM, X12) | Von jeder Plattform selbst definiert |
| Timing | Meist Batch, Dateien werden in Intervallen gesendet | Meist Echtzeit oder nahezu Echtzeit |
| Typische Partner | Warenhäuser, Filialketten, Distributoren | Marktplätze, Plattformen, Dropshipping-Programme |
| Stärke | Stabil, rechtlich und kommerziell etabliert, ein Standard für viele Partner | Schnell, granular, geeignet für Bestands- und Preisaktualisierungen |
| Schwäche | Händlerspezifische Varianten, langsamere Anpassungen | Jede Plattform braucht eine eigene Integration und Wartung |
| Typisch ausgetauschte Daten | Bestellungen, Bestellantworten, ASNs, Rechnungen | Produkte, Preise, Bestand, Bestellungen, Sendungen |
Wie wollen Warenhäuser Marken anbinden?
Die Lieferantenanforderungen von Warenhäusern sind weiterhin in EDI-Begriffen formuliert. Das Supplier-Compliance-Programm von Nordstrom verlangt gemäss einer Zusammenfassung von SPS Commerce vom Juni 2025, dass Lieferanten innerhalb von 60 Tagen nach der Ersteinrichtung EDI-fähig sind, und nennt die 850 Purchase Order, die 856 Advance Ship Notice, die 810 Invoice und das 997 Functional Acknowledgement. Zudem müssen ASNs bis auf Filial- und SKU-Ebene sowohl mit der Sendung als auch mit der Bestellung übereinstimmen. Es handelt sich um dokumentenbasierte, Compliance-getriebene Beziehungen, und das führende System des Händlers erwartet Dokumente in seinem Format.
Für eine Marke liegt der Vorteil in der Planbarkeit: Sobald im ERP ein EANCOM- oder X12-Mapping existiert, braucht ein neuer Warenhauskunde oft Anpassungen statt eines Neubaus. Der Nachteil ist, dass der Implementierungsleitfaden jedes Händlers eigene Regeln hinzufügt, sodass ein Standard nie ganz Standard ist.
Wie wollen Marktplätze und Plattformen Marken anbinden?
Marktplätze gestalten ihre Integrationen rund um APIs, weil sie häufige Bestands- und Preisaktualisierungen über sehr grosse Sortimente benötigen. Die Entwicklerdokumentation von zDirect bei Zalando beschreibt eine RESTful API, die alle Phasen der Partnerintegration abdeckt, darunter das Einreichen und Validieren von Produkten, das Festlegen von Preisen, die Bestandsverwaltung, die Auftragsabwicklung und die Sendungsverfolgung zu und von Zalando-Lagern. Partner können Bestellungen selbst abwickeln oder die Fulfilment-Services von Zalando nutzen.
Schwierig ist hier nicht das Protokoll, sondern die Produktdaten. Eine Marktplatz-API weist Produkte mit fehlenden Attributen ab, und Bestandsaktualisierungen sind nur nützlich, wenn der verfügbare Bestand der Marke verlässlich ist. Marken, die denselben Bestand an Wholesale-Kunden, den eigenen Webshop und Marktplätze melden, brauchen klare Zuteilungsregeln, um Überverkäufe zu vermeiden.
APIs verändern auch den Arbeitsrhythmus. Eine EDI-Bestellung kommt als Dokument an und wird im Batch verarbeitet; eine API-Integration erwartet, dass die Systeme der Marke jederzeit auf Anfragen antworten und Aktualisierungen senden, sobald sich Bestand oder Preise ändern. Das erfordert Überwachung ausserhalb der Bürozeiten, klare Regeln für Rate Limits und Fehlerbehandlung sowie einen Plan für Versionswechsel der Plattform, die vom Plattformbetreiber angekündigt und nicht über ein Normierungsgremium vereinbart werden.
Welche Rolle spielen E-Rechnungspflichten?
Steuerregeln fügen eine weitere Verbindungsart hinzu. Gemäss VATCalc müssen in Belgien ansässige Mehrwertsteuerpflichtige seit dem 1. Januar 2026 für inländische B2B-Transaktionen strukturierte E-Rechnungen ausstellen und empfangen, als XML auf Basis der europäischen Norm EN 16931 und ausgetauscht über das Peppol-Netzwerk; ein E-Reporting soll ab 2028 folgen. Für Marken, die bereits EDI-Rechnungen an Händler senden, heisst das zu prüfen, ob diese Flüsse die lokalen rechtlichen Anforderungen erfüllen oder ob parallel dazu ein Peppol-Weg nötig ist.
Wie sollte eine Modemarke zwischen EDI und API entscheiden?
Die Entscheidung trifft meist der Partner für Sie. Was eine Marke kontrolliert, ist die Architektur dahinter. Vier Fragen helfen:
- Wo liegt die Wahrheit? Bestellungen, Bestand und Preise sollten aus einem ERP- oder Auftragsverwaltungssystem stammen und nicht pro Kanal neu erfasst werden.
- Wer wartet die Konnektoren? Ein EDI-Dienstleister, eine Integrationsplattform oder die interne IT, mit klarer Zuständigkeit für Änderungen an Händlerspezifikationen.
- Wie aktuell müssen die Daten sein? Marktplatzbestände brauchen häufige Aktualisierungen, eine saisonale Vorbestellung bei einem Warenhaus nicht.
- Wie werden Fehler behandelt? Sowohl EDI-Ablehnungen als auch API-Fehler brauchen Überwachung, Alarmierung und eine verantwortliche Person.
Was bedeutet das für die ERP- und Integrationsplanung?
Eine Marke, die über Warenhäuser, den Fachhandel und Marktplätze verkauft, betreibt typischerweise EDI für die ersten beiden und APIs für den dritten Kanal, dazu E-Rechnungen, wo vorgeschrieben. Die Integrationsschicht zwischen ERP und Partnern sollte ein internes Datenmodell in das Format jedes Partners übersetzen. Fehlt diese Schicht, wird jeder neue Kunde zum individuellen Projekt, und Fehler vervielfachen sich, weil dieselben Daten an mehreren Stellen gepflegt werden. Halten Sie vor der Toolwahl fest, welche Partner heute welchen Standard nutzen und welche sich in den nächsten zwei Jahren voraussichtlich ändern.
Ein praktischer erster Schritt ist eine einfache Bestandsaufnahme: Listen Sie jeden Handels- und Plattformpartner auf, den Standard oder die API, die er nutzt, die betroffenen Dokumente oder Endpunkte, das Volumen pro Saison und wer die Verbindung wartet. Diese Übersicht zeigt meist, wo dieselben Daten doppelt erfasst werden und wo eine gemeinsame Integrationsschicht am meisten manuelle Arbeit einsparen würde.
Häufige Fragen
Wird EDI durch APIs ersetzt?
Im Mode-Wholesale vorerst nicht. Warenhäuser veröffentlichen weiterhin EDI-basierte Lieferantenanforderungen, während Marktplätze APIs nutzen. Die meisten Marken brauchen beides, und viele EDI-Dienste nutzen intern inzwischen APIs.
Nutzt Zalando für Partner EDI oder API?
Die Dokumentation der Plattform zDirect von Zalando beschreibt eine RESTful API, die Produkte, Preise, Bestand, Auftragsabwicklung und Logistik für Partner abdeckt. Marken sollten die aktuelle Dokumentation und ihren eigenen Vertrag auf die genau verfügbaren Integrationsoptionen prüfen.
Was ist Peppol, und warum ist es für Modemarken relevant?
Peppol ist ein Netzwerk mit zugehörigen Spezifikationen für den Austausch strukturierter elektronischer Dokumente wie Rechnungen. Belgien schreibt seit dem 1. Januar 2026 strukturierte inländische B2B-E-Rechnungen über Peppol vor, deshalb brauchen Marken, die belgischen Kunden Rechnungen stellen, einen konformen Weg.
Was ist günstiger, EDI- oder API-Integration?
Das hängt von der Zahl der Partner und ihrem Standardisierungsgrad ab. EDI nutzt einen Standard für viele Händler, verursacht aber Kosten für Dienstleister und Mappings; jede API-Integration wird pro Plattform gebaut und muss gewartet werden, wenn sich die Plattform ändert.
Eine Ausgabe an jedem Werktag. In fünf Minuten gelesen. Kostenlos für Branchenprofis.
