Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Hauptfunktionen

  1. Auftragsbestätigung: Bestätigung des Erhalts des Auftrags und des geschätzten Ankunftsdatum pro Position

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

 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

  • 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">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>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>
image-20240104-123446.png

XML Element

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 “Auftragsbestätigung OHNE Ankunftsdatum” gesendet werden
    (warning) 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


  • No labels