Wenn Bestandszahlen driften
Käufer verzeihen eine langsame Seite. Sie verzeihen nicht, dass ein Artikel als verfügbar gemeldet wird und dann drei Wochen auf sich warten lässt, und sie verzeihen nicht, dass er als nicht verfügbar gilt, während er in Ihrem Regal liegt. Beides sind Probleme der Bestandsgenauigkeit, und sie haben verschiedene Ursachen.
available, nicht on_hand.available ist on_hand − reserved, berechnet und nie gespeichert. Die
meisten Drift-Beschwerden handeln in Wirklichkeit von der reserved-Hälfte.Der Shop sagt Nein, das Regal sagt Ja
Die mit Abstand häufigste Meldung, und die Ursachen der Reihe nach:
1. Veraltete Reservierungen. Prüfen Sie Order Management › Bestand ›
Reservierungen auf active-Sperren gegen Bestellungen, die nie aufgegeben
wurden. Ein abgebrochener Checkout, der Bestand reserviert hat und kein
Ablaufdatum trägt, hält ihn für immer. Abgelaufene freigeben stößt den
Lauf an; eine Reservierungsdauer verhindert den nächsten Fall.
2. Der Artikel wird an diesem Standort nicht geführt. Bestandszeilen
gelten je Standort. Hat der Artikel Bestand in hamburg und reicht Ihre
Zuteilungsstrategie nur bis main, ist die Antwort rechtmäßig Nein.
3. Der Standort ist deaktiviert. Der Bestand eines deaktivierten Standorts zählt nicht.
4. Es ist gar kein Bestandsproblem. Ein Artikel kann aus sechs Gründen unsichtbar sein, und Bestand ist nur einer davon; arbeiten Sie Warum ein Produkt nicht angezeigt wird durch.
+20 auf
veraltete Reservierungen zu buchen macht on_hand genauso falsch wie
available, und dann sind zwei Zahlen zu korrigieren statt einer. Geben Sie
zuerst die Reservierungen frei.Der Shop sagt Ja, das Regal sagt Nein
Die teure Richtung, denn die Bestellung ist schon angenommen.
Buchungen, die nie stattfanden. Ware hat das Haus verlassen, ohne dass
eine Sendung erfasst wurde, also wurde der Bestand nie festgeschrieben. Das
ist dieselbe Ursache wie eine Bestellung, die nach der Lieferung auf placed
hängt; siehe
Bestellungen, die hängen bleiben.
Erlaubte Rückstände. Lässt Ihre Rückstandsregel es zu, darf eine Reservierung den Bestand übersteigen, und der Fehlbetrag wird an der Reservierung festgehalten statt abgelehnt. Das ist eine bewusste Einstellung, keine Drift. Prüfen Sie die Regel, bevor Sie nach einem Fehler suchen.
Bruch und Schwund, den niemand gebucht hat. Meistens die echte Antwort. Physischer Bestand bewegt sich, ohne dass es jemand dem System sagt. Das findet nur eine Inventur.
Ein ERP, das am Journal vorbei Bestand schreibt. Führt Ihr ERP den Bestand und schiebt Stände statt Bewegungen, kann das Journal die Zahl nicht erklären, weil das Journal nicht benutzt wurde. Das ist eine Designentscheidung, die man kennen muss, kein Defekt — aber die Bewegungsspur unten beantwortet Ihre Fragen dann nicht.
Das Journal lesen
Order Management › Bestand › Bewegungen ist jede Buchung mit Art, Menge, Bestellreferenz und Grund. Filtern Sie auf einen Artikel und lesen Sie ab dem Datum, an dem die Zahl zuletzt nachweislich stimmte.
| Art | Sollte entsprechen |
|---|---|
inbound | Einer Lieferantenlieferung, für die Sie einen Beleg vorlegen können |
adjustment | Einem Grund, den Sie in einer Revision gelten lassen würden |
reserve / release | Einem Checkout und seinem Ausgang |
shipment | Einem Lieferschein |
restock | Einer abgeschlossenen Retoure mit Einlagerungsmarkierung |
Summieren sich die Bewegungen nicht zum aktuellen Stand, hat etwas am Journal vorbei Bestand geschrieben. Das ist eine Integrationsfrage: Häufige Sync-Fehler.
Die wöchentliche Schleife
Fünf Prüfungen, keine davon dauert lang:
- Reservierungen, älter als Ihre Reservierungsdauer. Sollten keine da sein. Sind welche da, ist die Dauer nicht gesetzt oder zu lang.
- Meldebestand-Warnungen. Sortieren Sie die Bestandsliste nach
reorder_pointund arbeiten Sie die Zeilen auf oder unter der Schwelle ab. - Korrekturen ohne echten Grund. „Korrektur“ ist kein Grund. Machen Sie Gründe bei Korrekturen zur Pflicht, und lesen Sie sie.
- Negatives oder null
availablebei A-Artikeln, die nie ausgehen dürfen. - Eine rollierende Stichprobenzählung. Zehn Artikel pro Woche, physisch gegen das System gezählt. Sie findet Schwund, bevor ein Kunde ihn findet.
Bevor Sie der Zahl öffentlich trauen
Wenn Sie Käufern gleich Live-Verfügbarkeit zeigen wollen — und im B2B sollten Sie, denn sie gehört zu den meistgefragten Dingen —, tun Sie vorher drei Dinge:
- Fahren Sie die Stichprobenzählung einen Monat und messen Sie, wie oft das System recht hat.
- Entscheiden Sie, was Sie anzeigen: eine exakte Zahl, ein Band („mehr als 10“) oder ein Lieferdatum. Bänder sind nachsichtiger und meist nützlicher.
- Entscheiden Sie, was bei null passiert. Rückstand mit Datum schlägt eine leere Seite, und beides schlägt eine Zahl, die sich als falsch herausstellt.
Eine Verfügbarkeitsanzeige, die zu 95 % stimmt, lohnt sich. Eine, die zu 70 % stimmt, kostet mehr Vertrauen, als sie einbringt.
Weiter
- Bestand im Tagesgeschäft: die Buchungen selbst.
- Bestand, Standorte und Verfügbarkeit: die Einstellungen, die die meiste Drift verhindern.