eventId: der Schlüssel zum Erkennen von Duplikaten. Behandeln Sie ihn als undurchsichtigen Text; zerlegen Sie ihn nicht.

sequence: eine Zahl, die pro Artikel und Lager immer steigt. Sie entspricht lastSequence von GET /api/v1/stock/levels direkt nach der Bewegung.

movementId, occurredAt: die neueste Bestandsbewegung im Ereignis und ihr Zeitpunkt (UTC).

ownerCustomerId: der Händler, für den der Bestand gelagert wird; null bei Ihrem eigenen Bestand. partnerCustomerId: null, außer in der unten beschriebenen Kopie für den Eigentümer.

fromLocationCode, toLocationCode: der Lagerplatz, den die Einheiten verlassen und erreicht haben. Null bedeutet außerhalb des Bestands (Lieferant, Kunde, Korrektur) oder mehrere Lagerplätze in einem Ereignis.

reason: zum Beispiel received, putaway, moved, adjusted, shipped, returned, scrapped, blocked, unblocked. Behandeln Sie einen unbekannten Wert als allgemeine Bewegung.

documentType, documentId, movementCount: der Bestandsbeleg hinter der Änderung und wie viele Bewegungen das Ereignis zusammenfasst.

quantity: bewegte Einheiten. delta: Änderung des vorhandenen Bestands in diesem Lager; 0 bei einer Umlagerung, einem Pick oder einer Einlagerung innerhalb des Lagers.

onHand, sellable, available: der Stand des Artikels in diesem Lager direkt nach der Bewegung.

ruleId: die Warnung. crossing: zählt die Warnungen dieser Regel (1, 2, 3 und so weiter).

warehouseId, warehouseCode: null, wenn die Warnung alle Lager zusammen zählt.

threshold: der Warnbestand. available: die verfügbare Menge, als die Warnung auslöste.

transactionId, transactionKey, orderId: die Bestellung, wie in fulfilment/packed.

picklistId: die Pickliste. Null, wenn ein Fulfillment-Partner die Bestellung für Sie gepickt hat.

pickedAt: wann die Pickliste abgeschlossen wurde. hasShorts: true, wenn mindestens eine Zeile dieser Bestellung zu wenig gepickt wurde.

pickedByUserId: der Picker. Das Feld ist standardmäßig aus; schalten Sie es mit Customize payload ein. Null, wenn ein Fulfillment-Partner gepickt hat.

sessionId: bei diesem Ereignis immer null.

Wareneingänge: receipt/created, receipt/line_received (ein Event pro gebuchter Annahme, mit den angenommenen Positionen) und receipt/completed. Felder sind unter anderem receiptId, receiptNumber, state, warehouseCode, purchaseOrderId, reference, supplierName und totals.

Bestellungen: purchase_order/created, purchase_order/sent, purchase_order/received (auch wenn eine Dropship-Bestellung abgerechnet wird) und purchase_order/closed (mit reason). Felder sind unter anderem purchaseOrderId, purchaseOrderNumber, state, supplierName, expectedOn und Mengen in totals.

Inventuren: count/completed (die Inventur wurde eingereicht) und count/approved, mit countId, kind, state und totals wie gezählte Positionen und Positionen mit Differenz.

Ladungsträger: container/created, container/moved (mit dem vorherigen Lagerplatz) und container/emptied (mit Ziel-Lagerplatz, Positionen und Menge).

Teamaufgaben: task/created und task/completed, mit taskId, title, status, dueAt und dem Objekt, um das es in der Aufgabe geht.

Fulfillment: picklist/assigned (eine Pickliste wurde einem Picker zugewiesen), picklist/cancelled, picklist/batch_created (ein Batch-Lauf hat mehrere Picklisten erstellt; ihre IDs stehen darin) und fulfilment/snoozed (eine Bestellung wurde zurückgestellt oder die Zurückstellung aufgehoben; snoozed sagt, was zutrifft).

Umlagerungen: transfer/sent, transfer/received (ein Ereignis pro Wareneingang am Ziel, mit documentId und den empfangenen lines), transfer/completed und transfer/cancelled. Die Felder umfassen transferId, transferNumber, state, das Von- und Nach-Lager, reference, expectedOn, sentAt, completedAt, shipping (Versanddienstleister, Sendungsnummer und Link, Packstücke, Gewicht) und die Mengen-totals. Sie gehören zu keinem Verkaufskanal.

Wareneingangsereignisse enthalten jetzt supplierId, wenn der Wareneingang mit einem Lieferanten verknüpft ist. Bestellereignisse ergänzen reference, supplierReference, supplierConfirmedAt und partialDeliveryAllowed, weiterhin ohne Preise.

Jedes Ereignis wird mindestens einmal zugestellt, dasselbe Ereignis kann also zweimal ankommen. Speichern Sie die verarbeiteten eventId-Werte und überspringen Sie einen bekannten.

Ereignisse können in anderer Reihenfolge ankommen. Speichern Sie für stock/adjusted die letzte sequence pro Bestandsartikel und Lager und ignorieren Sie ein Ereignis mit einer niedrigeren Zahl.

Zum Start oder zur Wiederherstellung nach einem Ausfall Ihres Endpunkts lesen Sie die Stände mit GET /api/v1/stock/levels und vergleichen lastSequence. Nach einer langen Unterbrechung werden Bestandsänderungen, die älter als 6 Stunden sind, nicht mehr als stock/adjusted gemeldet.

Ein Bestandsereignis gehört zu keinem Vertriebskanal. stock/adjusted und stock/low gehen an jeden aktiven Webhook Ihres Kontos, der das Ereignis angehakt hat, auch an einen Webhook, der auf einen Kanal eingestellt ist.

fulfilment/picked folgt dem Vertriebskanal der Bestellung, wie fulfilment/packed, und erfordert die Packstation in Ihrem Konto.

Eine große Menge an Bestandsereignissen, zum Beispiel nach einem Import oder einer vollständigen Inventur, wird über die folgenden Minuten verteilt. Ihre Bestell- und Fulfillment-Ereignisse werden dadurch nie verzögert.

Ein pausierter Webhook überspringt Ereignisse; sie werden nicht aufbewahrt.

Die Events zu Wareneingängen, Bestellungen, Inventuren, Ladungsträgern, Teamaufgaben, fulfilment/snoozed und die Inbound-Events gehören ebenfalls zu keinem Verkaufskanal. Jeder aktive Webhook Ihres Kontos, der sie angehakt hat, erhält sie, auch ein Webhook, der auf einen Kanal eingestellt ist, und auch wenn die Packstation aus ist. Empfänger ist das Konto, dem das Lagerdokument gehört.

Die Picklisten-Events folgen dem Verkaufskanal der Pickliste, wie picklist/created.

Ein Webhook, der vor weniger als 15 Sekunden gespeichert wurde, kann ein Event aus diesem Moment verpassen.

partnerCustomerId ist das Partnerlager und ownerCustomerId ist Ihr eigenes Konto.

fromLocationCode, toLocationCode, documentType und documentId sind immer null. Sie erhalten nie Lagerplätze.

Die eventId unterscheidet sich von der, die Ihr Partner erhält.

stock/low kommt nur von Ihren eigenen Warnungen bei niedrigem Lagerbestand, nie von den Warnungen Ihres Partners.