Order Response (ORDR)

Change to English / Dispatch Notification (DELR) →

Hauptfunktionen

Auftragsbestätigung: Bestätigung des Erhalts des Auftrags und des geschätzten Ankunftsdatum pro Position
Lieferterminupdate: Aktualisierung des geschätzten Ankunftsdatum pro Position:
1. Wir erwarten das Ankunftsdatum beim Warenempfänger und nicht das Versanddatum der Ware
2. Das uns gemeldete Datum wird direkt dem Endkunden mitgeteilt und sollte daher möglichst genau sein
3. 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.

<?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.

<?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>

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>

XML Baumdiagramm

XML Element minimum mit ankunftsdatum		M/C/S	Beispielwerte (Kommasepariert)	Data type [maxLength]	Beschreibung

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. soll 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 fehlendes DELIVERY_DATE Element oder ohne Wert stellt die Verfügbarkeit auf unbekannt 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

↑ Seitenanfang