ORDERS, ORDRSP, DESADV, INVOIC: die EDI-Nachrichten hinter einer Modebestellung
Eine einzige Wholesale-Bestellung zwischen einer Modemarke und einem Händler löst eine Kette standardisierter EDI-Nachrichten aus. Hier steht, was jede davon leistet, was sie enthalten muss und wo Fehler meist entstehen.
DAS WICHTIGSTE Zusammenfassung der Redaktion
- In EANCOM, dem GS1-Subset von UN/EDIFACT, durchläuft eine typische Modebestellung ORDERS, ORDRSP, DESADV und INVOIC, mit CONTRL und APERAK als Empfangsbestätigungen.
- GS1 definiert ORDRSP als Antwort des Lieferanten auf eine Bestellung und erlaubt, eine Bestellung mit einer oder mehreren Antwortnachrichten zu beantworten.
- Gemäss GS1 sollte das Lieferavis (DESADV) immer vor dem physischen Eintreffen der Ware gesendet werden, und jede Palette oder jeder Karton sollte eindeutig gekennzeichnet sein, idealerweise mit einer SSCC.
- Nordamerikanische Händler nutzen die ANSI-X12-Entsprechungen, etwa 850 für die Bestellung, 856 für die Advance Ship Notice und 810 für die Rechnung.
- Die meisten teuren EDI-Fehler in der Mode sind inhaltliche Fehler, etwa falsche Mengen pro Grösse oder Kartons, die nicht zum ASN passen, und keine technischen Ausfälle.
ORDERS, ORDRSP, DESADV und INVOIC sind die vier zentralen EANCOM-Nachrichten, die eine Wholesale-Bestellung vom Einkauf bis zur Zahlung tragen: Der Händler bestellt, die Marke bestätigt, die Marke kündigt die Sendung an, und die Marke stellt die Rechnung. Zwei weitere Nachrichten, CONTRL und APERAK, bestätigen, dass Dateien empfangen wurden und verarbeitet werden konnten. Wer versteht, was jede Nachricht zusagt, erkennt, warum ein kleiner Datenfehler bei der Auftragserfassung Wochen später als Abzug auftauchen kann.
Was ist EANCOM, und wie verhält es sich zu X12?
EANCOM ist die GS1-Implementierung des UN/EDIFACT-Standards und bei europäischen Händlern weit verbreitet. Das EANCOM-2002-Handbuch von GS1 führt die Nachrichten und ihre Bezeichnungen auf, darunter ORDERS (Bestellung), ORDRSP (Bestellantwort), ORDCHG (Bestelländerung), DESADV (Lieferavis), RECADV (Wareneingangsmeldung), INVOIC (Rechnung), SLSRPT (Verkaufsdatenbericht), INVRPT (Bestandsbericht) und PRICAT (Preis- und Verkaufskatalog). In Nordamerika nutzen Händler überwiegend ANSI X12, wo dieselben Schritte nummerierte Transaction Sets haben; die Anforderungen von Nordstrom nennen zum Beispiel die 850 Purchase Order, die 856 Advance Ship Notice, die 810 Invoice und das 997 Functional Acknowledgement.
| Schritt | EANCOM-Nachricht | X12-Entsprechung | Gesendet von | Zweck |
|---|---|---|---|---|
| Bestellung | ORDERS | 850 | Händler | Bestellt bestimmte GTINs, Mengen, Liefertermine und Lieferorte |
| Bestelländerung | ORDCHG | Gemäss Händlerleitfaden | Händler | Beantragt Änderungen an einer bestehenden Bestellung |
| Bestätigung | ORDRSP | Gemäss Händlerleitfaden | Marke | Akzeptiert, ändert oder lehnt Bestellpositionen ab |
| Versandankündigung | DESADV | 856 | Marke | Beschreibt Karton für Karton, was in der Lieferung enthalten ist |
| Wareneingang | RECADV | Gemäss Händlerleitfaden | Händler | Meldet, was tatsächlich eingegangen ist |
| Rechnung | INVOIC | 810 | Marke | Stellt gelieferte Ware in Rechnung |
| Empfangsbestätigung | CONTRL, APERAK | 997 | Empfänger | Bestätigt den Empfang einer Datei oder meldet Fehler |
Massgeblich sind nur die X12-Sets, die ein Händler tatsächlich verlangt: Nordstrom nennt vier, andere Händler ergänzen Auftragsbestätigungen oder Änderungsnachrichten. Prüfen Sie den Leitfaden jedes Händlers, denn nicht jeder Händler nutzt jede Nachricht.
Was enthält die ORDERS-Nachricht bei einer Modebestellung?
Eine Bestellung identifiziert Käufer, Lieferant, Liefer- und Rechnungsorte sowie jeden bestellten Artikel, normalerweise per GTIN. In der Mode heisst das eine Position pro Grösse und Farbe, weshalb eine Bestellung für einen einzigen Style Dutzende Positionen umfassen kann. Die Bestellung enthält zudem gewünschte Liefertermine oder Lieferfenster, Preise und manchmal eine Aufteilung auf Filialebene, damit die Marke pro Filiale verpacken kann. Ist eine GTIN aus der Bestellung im System der Marke unbekannt, kann die Position nicht automatisch verarbeitet werden.
Pre-Order- und Replenishment-Bestellungen sehen in den Daten unterschiedlich aus. Eine saisonale Vorbestellung kann mehrere Lieferfenster Monate im Voraus enthalten, während eine Replenishment-Bestellung für Dauerartikel meist kleiner und häufiger ist und eine schnelle Bestätigung erwartet. Marken, die beides über dieselbe EDI-Verbindung abwickeln, sollten prüfen, ob ihr ERP die beiden unterscheiden kann, etwa über mit dem Händler vereinbarte Auftragsartcodes, damit jede Bestellung nach den richtigen Regeln zugeteilt und bestätigt wird.
Warum ist die Bestellantwort (ORDRSP) so wichtig?
GS1 definiert ORDRSP als Nachricht, die unter zwischen Lieferant und Käufer vereinbarten Bedingungen auf eine Bestellung antwortet. Sie kann sich auf einen oder mehrere Artikel beziehen, und eine Bestellung kann je nach Geschäftspraxis mit einer oder mehreren Antwortnachrichten beantwortet werden. Für eine Marke ist das der Moment, dem Händler in Daten statt per E-Mail mitzuteilen, welche Positionen vollständig geliefert, welche reduziert, welche auf einen späteren Termin verschoben und welche storniert werden.
Marken, die die Bestellantwort auslassen oder eine pauschale Annahme senden, verschieben das Problem nach hinten. Open-to-Buy und Zuteilung des Händlers gehen weiterhin von den ursprünglichen Mengen aus, und die Abweichung zeigt sich beim Wareneingang, oft als Reklamation wegen Minderlieferung.
Was ist ein DESADV, und worin unterscheidet es sich vom Lieferschein?
GS1 beschreibt DESADV als Nachricht mit Angaben zu versandter oder versandbereiter Ware und hält fest, dass sie immer vor der physischen Anlieferung gesendet werden sollte. Jede gelieferte Einheit, etwa eine Palette oder ein Karton, sollte eindeutig gekennzeichnet sein, und GS1 empfiehlt dafür ihren Serial Shipping Container Code (SSCC). Die Nachricht kann die Sendung hierarchisch beschreiben, von der Sendung über Paletten und Kartons bis zu den Artikeln, sodass der Empfänger die physische Lieferung mit der elektronischen Nachricht abgleichen und Abweichungen sofort erkennen kann.
Genau um diesen Abgleich geht es. Das Distributionszentrum eines Händlers scannt die SSCC auf dem Kartonetikett und erwartet den im DESADV angekündigten Inhalt. Enthält der Karton einen anderen Grössenmix, muss der Wareneingang manuell bearbeitet werden, und viele Händler belasten diese Kosten dem Lieferanten.
Wie schliessen Rechnungen und Empfangsbestätigungen den Kreis?
Die INVOIC-Nachricht stellt in Rechnung, was geliefert wurde. Händler gleichen sie meist automatisch mit Bestellung und Wareneingang ab, sodass eine Rechnung, die die ursprüngliche Bestellmenge statt der versandten Menge wiederholt, beim Abgleich scheitert. In manchen Märkten ist das Rechnungsformat inzwischen auch eine rechtliche Frage: Seit dem 1. Januar 2026 müssen in Belgien mehrwertsteuerpflichtige Unternehmen für inländische B2B-Transaktionen strukturierte E-Rechnungen ausstellen und empfangen, umgesetzt über das Peppol-Netzwerk.
Empfangsbestätigungen werden leicht übersehen. CONTRL meldet, ob eine Datei syntaktisch lesbar war; APERAK meldet Anwendungsfehler, etwa eine unbekannte Lokation. Eine Marke, die diese Nachrichten nicht überwacht, glaubt womöglich, eine Rechnung sei angekommen, obwohl sie in Wahrheit abgelehnt wurde.
Wo helfen KI-Tools im Nachrichtenfluss?
Die Nachrichtenstandards selbst sind stabil, deshalb schafft KI Mehrwert rund um sie herum und nicht in ihnen. Sinnvolle Anwendungen sind:
- Eingehende Bestellungen, die noch als PDF oder E-Mail eintreffen, lesen und zur Prüfung in strukturierte Auftragsdaten umwandeln.
- Jedes ausgehende DESADV vor dem Versand mit den Scan-Daten aus der Verpackung abgleichen und Positionen mit abweichenden Mengen markieren.
- APERAK- und Ablehnungsnachrichten nach Ursache klassifizieren, damit wiederkehrende Stammdatenprobleme an der Quelle behoben werden.
- Implementierungsleitfäden von Händlern zusammenfassen, damit Teams sehen, wo ein Kunde vom Standard abweicht.
Nichts davon ersetzt korrekte Stammdaten. Sind GTINs, Lokationscodes und Grössenskalen falsch, verarbeitet ein KI-Modell die falschen Daten lediglich schneller.
Häufige Fragen
Was ist der Unterschied zwischen ORDRSP und ORDCHG?
ORDRSP sendet der Lieferant als Antwort auf eine Bestellung, um Positionen zu akzeptieren, zu ändern oder abzulehnen. ORDCHG ist eine Bestelländerung, die normalerweise der Käufer sendet, um eine bereits aufgegebene Bestellung anzupassen. Beide sind im EANCOM-Handbuch von GS1 definiert.
Ist DESADV dasselbe wie ein ASN?
In der Praxis ja. DESADV ist die EANCOM-Bezeichnung für das Lieferavis; in Nordamerika ist die Entsprechung die X12 856 Advance Ship Notice. Beide kündigen den Inhalt einer Sendung vor deren Eintreffen an.
Was ist eine SSCC auf einem Modekarton?
Der Serial Shipping Container Code ist ein GS1-Identifikator für eine logistische Einheit wie einen Karton oder eine Palette. Er wird als Barcode auf das Kartonetikett gedruckt und im Lieferavis referenziert, sodass der Empfänger den physischen Karton mit seinem angekündigten Inhalt verknüpfen kann.
Nutzen alle Händler EANCOM?
Nein. Viele europäische Händler nutzen EANCOM, die meisten nordamerikanischen Händler hingegen ANSI X12, und Marktplätze bevorzugen oft APIs. Jeder Händler veröffentlicht einen eigenen Implementierungsleitfaden, der Standard, Version und verwendete Nachrichten festlegt.
Eine Ausgabe an jedem Werktag. In fünf Minuten gelesen. Kostenlos für Branchenprofis.
