...
Im Element vco:Code wird die Verfügbarkeit wie folgt kodifiziert:
- available: Der Artikel ist in der gewünschten Menge lieferbar
- partially_available: Der Artikel ist nur in einer Teilmenge lieferbar
- expecting_delivery: Der Artikel ist nicht in der gewünschten Menge lieferbar, eine Lieferung wird aber durch den Käufer in absehbarer Zeit erwartet
- not_available: Der Artikel ist nicht lieferbar. Weitere Angaben sind nicht möglich.Im Element AvailableQuantity wird die lieferbare Menge angegeben. Eine Angabe erfolgt nur, wenn der Code partially_availlable oder expecting_delivery verwendet wird. Falls der Code partially_available verwendet wird, muss die lieferbare Menge angegeben werden.
Im Element cbc:ExpectedDeliveryDate wird mitgeteilt, wann der Verkäufer voraussichtlich die angeforderte Menge liefern kann. Dieses Element ist nur dann zu verwenden, wenn der Code expecting_delivery verwendet wird. Wenn in diesem Falle dieses Element nicht ausgefüllt wird, muss der Server in seinem veloconnect-Profil mit der Eigenschaft Order.expectingDelivery angeben, in welchem Zeitraum mit der Lieferung zu rechnen wird.
Falls der Verkäufer einen oder mehrere Ersatzartikel angeben möchte, kann dies mit dem Element ItemReplacement gemäß Regel: ItemReplacement geschehen.
| Info |
|---|
In Webshops wird zur Kennzeichnung der Verfügbarkeit von Artikeln zumeist ein Ampelsystem mit den Farben grün, gelb und rot verwendet. In der veloconnect Terminologie haben wir folgende Entsprechung:
Bei Ampelfarbe gelb können mit veloconnect zusätzliche Informationen übermittelt werden. Die übermittelten Angaben zur Verfügbarkeit sollen den Einzelhändler in die Lage versetzen, zu entscheiden, ob und wann mit einer Lieferung zu rechnen ist, um ggf. auch nach Alternativen zu suchen. Es ist dazu nicht erforderlich, die exakten Lagerdaten per veloconnect nach aussen zu geben. Folgende Massnahmen bei der Implementierung sind also völlig legitim und konform zur Spezifikation:
Es liegt in der Verantwortung des Lieferanten zu entscheiden, wie aktuell die Daten sind, aufgrund deren die Verfügbarkeit ermittelt wird. Es ist dabei völlig legitim, abhängig vom Kontext mit unterschiedlichen Datengrundlagen zu arbeiten. Z.B. beim Download aller Artikeldaten per TextSearch oder bei massenhaften Artikelabfragen per GetItemDetailsList sind die Anforderungen an die Aktualität nicht so hoch wie im Kontext einer Bestellung oder bei Abfrage einzelner Artikel per GetItemDetails. Umgekehrt daraus ergibt sich für Clients:
|
Regel: OrderResponse(Client)
...