Skip to end of metadata
Go to start of metadata
Hauptfunktionen
Auftragsbestätigung: Bestätigung des Erhalts des Auftrags und des geschätzten Ankunftsdatum pro Position
Lieferterminupdate: Aktualisierung des geschätzten Ankunftsdatum pro Position:
Wir erwarten das Ankunftsdatum beim Warenempfänger und nicht das Versanddatum der Ware
Das uns gemeldete Datum wird direkt dem Endkunden mitgeteilt und sollte daher möglichst genau sein
Der Termin darf in keinem Fall automatisch immer wieder nach hinten verschoben werden
Auftragsbestätigung MIT Ankunftsdatum
Falls zum Zeitpunkt der Auftragsbestätigung die voraussichtlich Ankunftsdaten verfügbar sind, sollten diese in der Order Response übermittelt werden.
Beispielfile
<?xml version="1.0" encoding="utf-8"?>
<ORDERRESPONSE xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.opentrans.org/XMLSchema/2.1" version="2.1">
<ORDERRESPONSE_HEADER>
<ORDERRESPONSE_INFO>
<ORDER_ID>9316271</ORDER_ID>
<ORDERRESPONSE_DATE>2017-06-14T15:53:18</ORDERRESPONSE_DATE>
<SUPPLIER_ORDER_ID>191919</SUPPLIER_ORDER_ID>
</ORDERRESPONSE_INFO>
</ORDERRESPONSE_HEADER>
<ORDERRESPONSE_ITEM_LIST>
<ORDERRESPONSE_ITEM>
<PRODUCT_ID>
<SUPPLIER_PID xmlns="http://www.bmecat.org/bmecat/2005">A375-129</SUPPLIER_PID>
<INTERNATIONAL_PID xmlns="http://www.bmecat.org/bmecat/2005">09783404175109</INTERNATIONAL_PID>
<BUYER_PID xmlns="http://www.bmecat.org/bmecat/2005">6406567</BUYER_PID>
</PRODUCT_ID>
<QUANTITY>2</QUANTITY>
<DELIVERY_DATE>
<DELIVERY_START_DATE>2017-06-21</DELIVERY_START_DATE>
<DELIVERY_END_DATE>2017-06-21</DELIVERY_END_DATE>
</DELIVERY_DATE>
</ORDERRESPONSE_ITEM>
</ORDERRESPONSE_ITEM_LIST>
</ORDERRESPONSE>
Zusatz: Lieferterminupdate
Wenn sich der Liefertermin (bzw. das geschätzte Ankunftsdatum) eines Rückstands ändert, kann uns dieser in einer weiteren ORDR mitgeteilt werden, wodurch die manuelle Aktualisierung im CMI entfällt. Pro Auftrag können uns beliebig viele ORDR gesendet werden. Jede weitere ORDR aktualisiert das Ankunftsdatum der Positionen im Rückstand.
💡 Dauert die Rückstandslieferung bei Marktplatz-/ Direktlieferungsaufträgen länger als 30 Tage, muss die Bestellposition storniert werden.
Beispielfile
<?xml version="1.0" encoding="utf-8"?>
<ORDERRESPONSE xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.opentrans.org/XMLSchema/2.1" version="2.1">
<ORDERRESPONSE_HEADER>
<ORDERRESPONSE_INFO>
<ORDER_ID>9316271</ORDER_ID>
<ORDERRESPONSE_DATE>2017-06-14T15:53:18</ORDERRESPONSE_DATE>
<SUPPLIER_ORDER_ID>191919</SUPPLIER_ORDER_ID>
</ORDERRESPONSE_INFO>
</ORDERRESPONSE_HEADER>
<ORDERRESPONSE_ITEM_LIST>
<ORDERRESPONSE_ITEM>
<PRODUCT_ID>
<SUPPLIER_PID xmlns="http://www.bmecat.org/bmecat/2005">A375-129</SUPPLIER_PID>
<INTERNATIONAL_PID xmlns="http://www.bmecat.org/bmecat/2005">09783404175109</INTERNATIONAL_PID>
<BUYER_PID xmlns="http://www.bmecat.org/bmecat/2005">6406567</BUYER_PID>
</PRODUCT_ID>
<QUANTITY>2</QUANTITY>
<DELIVERY_DATE>
<DELIVERY_START_DATE>2017-06-21</DELIVERY_START_DATE>
<DELIVERY_END_DATE>2017-06-21</DELIVERY_END_DATE>
</DELIVERY_DATE>
</ORDERRESPONSE_ITEM>
</ORDERRESPONSE_ITEM_LIST>
</ORDERRESPONSE>
Zusatz: Stornierung
Die Stornierung mittels Order Response ist optional und standardmässig deaktiviert (Funktion analog ORDCHG EDIFACT).
Wenn aktiviert:
Nicht in der Order Response bestätigte Mengen werden storniert (dies bezieht sich immer auf die initial bestellte Menge)
Komplette Positionen können storniert werden durch Bestätigung mit QUANTITY=0
Nicht enthaltene Positionen bleiben im Rückstand
Beispielfile
Anwendungsszenarien:
Bestellt ORDP: Produkt xy Menge 12
Bestätigt ORDR: Produkt xy Menge 9
--> Vom Produkt xy wurden 3 storniert (9 offener Rückstand)
Bestellt ORDP: Produkt xy Menge 10
Bestätigt ORDR: Produkt xy Menge 0
--> Vom Produkt xy wurden alle [10] storniert (kein [0] offener Rückstand)
Bestellt ORDP: ORDP: Produkt xy Menge 5
Bestätigt ORDR: Position zu Produkt xy ist nicht in der Order Response enthalten
--> Vom Produkt xy wurde keines [0] storniert (alle [5] offener Rückstand)
<?xml version="1.0" encoding="utf-8"?>
<ORDERRESPONSE xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.opentrans.org/XMLSchema/2.1" version="2.1">
<ORDERRESPONSE_HEADER>
<ORDERRESPONSE_INFO>
<ORDER_ID>9316271</ORDER_ID>
<ORDERRESPONSE_DATE>2017-06-14T15:53:18</ORDERRESPONSE_DATE>
<SUPPLIER_ORDER_ID>191919</SUPPLIER_ORDER_ID>
</ORDERRESPONSE_INFO>
</ORDERRESPONSE_HEADER>
<ORDERRESPONSE_ITEM_LIST>
<ORDERRESPONSE_ITEM>
<PRODUCT_ID>
<SUPPLIER_PID xmlns="http://www.bmecat.org/bmecat/2005">A375-129</SUPPLIER_PID>
<INTERNATIONAL_PID xmlns="http://www.bmecat.org/bmecat/2005">09783404175109</INTERNATIONAL_PID>
<BUYER_PID xmlns="http://www.bmecat.org/bmecat/2005">6406567</BUYER_PID>
</PRODUCT_ID>
<QUANTITY>7</QUANTITY>
<DELIVERY_DATE>
<DELIVERY_START_DATE>2017-06-21</DELIVERY_START_DATE>
<DELIVERY_END_DATE>2017-06-21</DELIVERY_END_DATE>
</DELIVERY_DATE>
</ORDERRESPONSE_ITEM>
<ORDERRESPONSE_ITEM>
<PRODUCT_ID>
<SUPPLIER_PID xmlns="http://www.bmecat.org/bmecat/2005">B475-140</SUPPLIER_PID>
<INTERNATIONAL_PID xmlns="http://www.bmecat.org/bmecat/2005">18683404175109</INTERNATIONAL_PID>
<BUYER_PID xmlns="http://www.bmecat.org/bmecat/2005">5506561</BUYER_PID>
</PRODUCT_ID>
<QUANTITY>0</QUANTITY>
</ORDERRESPONSE_ITEM>
</ORDERRESPONSE_ITEM_LIST>
</ORDERRESPONSE>
Minimum: Auftragsbestätigung OHNE Ankunftsdatum
Falls keine Ankunftsdaten exportiert werden können, kann eine Order Response ohne Positionen übermittelt werden (siehe Beispielfile unten).
Abweichungen zu den Ankunftsdaten aus dem Order Placement müssen an uns kommuniziert werden (manuell im CMI oder automatisiert via Lieferterminupdate).
Beispielfile
<?xml version="1.0" encoding="utf-8"?>
<ORDERRESPONSE xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.opentrans.org/XMLSchema/2.1" version="2.1">
<ORDERRESPONSE_HEADER>
<ORDERRESPONSE_INFO>
<ORDER_ID>9316271</ORDER_ID>
<ORDERRESPONSE_DATE>2017-06-14T15:53:18</ORDERRESPONSE_DATE>
<SUPPLIER_ORDER_ID>191919</SUPPLIER_ORDER_ID>
</ORDERRESPONSE_INFO>
</ORDERRESPONSE_HEADER>
</ORDERRESPONSE>
XML Element MINIMUM MIT ANKUNFTSDATUM | M/C/S | Beispielwerte (Kommasepariert) | Data type [maxLength] | Beschreibung |
---|
ORDERRESPONSE | | Must | - | - | Siehe Namespaces betreffend der korrekten Verwendung der Namespaces. |
. ORDERRESPONSE_HEADER | Must | - | - |
|
. . ORDERRESPONSE_INFO | Must | - | - |
|
. . . ORDER_ID | Must | 9316271 | dtSTRING[25] | Galaxus Einkaufsauftragsnummer |
. . . ORDERRESPONSE_DATE | Must | 2017-06-14T15:53:18 | dtDATETIME | Datum der Auftragsbestätigung |
. . . SUPPLIER_ORDER_ID | Should | 191919 | dtSTRING[250] | Auftragsreferenz aus Ihrem ERP Wichtig für Händler: Wird auf unseren Retouren-Etiketten als Code-39-Barcode abgedruckt und muss daher zwingend der ISO/IEC 16388 Norm entsprechen. Die SUPPLIER_ORDER_ID wird ebenfalls auf der Marktplatzabrechnung verwendet wird. |
. ORDERRESPONSE_ITEM_LIST | | Should | - | - | |
. . ORDERRESPONSE_ITEM | Should | - | - | |
. . . PRODUCT_ID | Must | - | - | |
. . . . SUPPLIER_PID | Must | A375-129 | dtSTRING[32] BMEcat NS | Partner Artikelnummer |
. . . . INTERNATIONAL_PID | Should | 09783404175109 | dtSTRING[14] BMEcat NS | GTIN-14 mit führenden Nullen |
. . . . BUYER_PID | Can | 6406567 | dtSTRING[50] BMEcat NS | Galaxus Artikelnummer |
. . . QUANTITY | Must | 2 | dtNUMBER | Menge als Ganzzahl > 0 |
. . . DELIVERY_DATE | Should | - | - | Ankunftsdatum beim Warenempfänger: Falls das Ankunftsdatum nicht eingehalten werden kann, benötigen wir eine Aktualisierung des Datums via Order Response oder CMI Wenn diese Datum nicht gesendet werden kann, muss die ORDERRESPONSE_ITEM_LIST komplett weggelassen werden
|
. . . . DELIVERY_START_DATE | Should | 2017-06-21 | dtDATETIME | Geschätztes Ankunftsdatum: Wenn das Ankunftsdatum nicht bekannt ist, muss das Segment leer gelassen werden bzw. kann ohne gesendet werden siehe “Minimum: Auftragsbestätigung OHNE Ankunftsdatum” Es dürfen keine «unbekannten» oder «gefakten» Lieferdaten übermittelt werden Ein Datum in der Vergangenheit löst keine Terminupdates aus Bei Aufträgen mit DELIVERY_DATE type=”fixed” muss dieses bestätigt werden
|
. . . . DELIVERY_END_DATE | Should | 2017-06-21 | dtDATETIME | Gleicher Wert wie in DELIVERY_START_DATE |