Bestellungen, die hängen bleiben
Eine Bestellung, die sich eine Woche nicht bewegt hat, wartet entweder auf jemanden oder auf etwas, das nie kommt. So finden Sie heraus, was von beidem — in der Reihenfolge, die am wenigsten Zeit kostet.
Sie finden
Einen Filter „hängt“ gibt es nicht, und es sollte ihn nicht geben — hängen ist ein Urteil über Zeit. Bauen Sie stattdessen die Warteschlangen, unter Order Management › Bestellungen:
| Warteschlange | Filter | Wer handelt |
|---|---|---|
| Wartet zu lange auf Freigabe | status = pending | Wer freigibt |
| Aufgegeben, nie kommissioniert | status = placed | Das Lager |
| Teilversendet und still | fulfillment_status = partial | Der Einkauf |
| Gesperrt | Gesperrt = ja | Wer die Sperre gesetzt hat |
| Geliefert, aber unbezahlt | fulfillment_status = fulfilled, payment_status = open | Die Buchhaltung |
Die Dashboard-Zähler Wartet auf Freigabe und Gesperrte Bestellungen decken die erste und die vierte ab. Die übrigen lohnt es sich als Filter zu speichern, den Ihr Team jeden Morgen öffnet.
Die sechs Ursachen, in der Reihenfolge, in der Sie sie prüfen
1. Sie ist gesperrt. Öffnen Sie die Bestellung und suchen Sie das Banner. Es nennt den Grund und die Zeit seither. Ist der Grund erledigt: Sperre aufheben. Das ist die billigste Prüfung, und sie ist öfter die Antwort, als man erwartet.
2. Sie wartet auf Freigabe. status = pending, placed_at leer. Entweder
muss jemand sie freigeben, oder Ihre Freigabeschwelle ist so niedrig, dass
gewöhnliche Bestellungen Schlange stehen. Prüfen Sie die Schwelle, bevor Sie
dem Freigeber die Schuld geben: Eine Schwelle von 500 € in einem Geschäft mit
800 € Durchschnittsbestellung stellt alles in die Warteschlange.
3. Der Bestand ist nicht da. Öffnen Sie die Positionen und prüfen Sie die
Artikel unter Order Management › Bestand › Bestände. Achten Sie auf den
speziellen Fall, dass on_hand gut aussieht und available null ist: Das
sind Reservierungen, kein Bestand. Siehe
Wenn Bestandszahlen driften.
4. Das ERP hat sie nie übernommen. acknowledged_at leer an einer
Bestellung, die Tage alt ist, heißt: Die Bestätigung kam nie zurück. Das ist
ein Integrationsfehler, kein Bestellfehler; siehe
Bestellungen mit dem ERP abgleichen.
5. Sie wurde versendet, aber nicht über die Plattform. Die Bestellung
steht auf placed / unfulfilled, und der Kunde hat die Ware schon. Jemand
hat aus dem Lagersystem versendet und die Sendung nie erfasst. Erfassen Sie
sie jetzt — die Bestellung korrigiert sich nicht von selbst, und jeder Bericht
bis dahin ist falsch.
6. Niemand ist zuständig. Die Bestellung ist in Ordnung und hat keine Warteschlange. Das ist in der Praxis die häufigste Ursache, und die einzige Abhilfe ist Prozess: eine benannte Warteschlange, eine benannte Person, täglich geprüft.
Den Tab Verlauf lesen
Der Tab Verlauf auf der Detailseite ist jeder Übergang, mit Akteur und Nutzdaten. Lesen Sie ihn von unten.
Der letzte Eintrag sagt Ihnen, worauf die Bestellung wartet:
| Letzter Eintrag | Wartet auf |
|---|---|
| Die Bestellung wurde aufgegeben | Bestätigung, oder Kommissionierung |
| Bestätigt | Eine Sendung |
| Eine Sendung, mit noch offener Menge | Die nächste Sendung |
| Gesperrt | Wer die Sperre gesetzt hat |
| Eine Zahlungsstatusänderung | Nichts auf dieser Seite |
Zeigt der Verlauf eine Aktion, die der Status nicht widerspiegelt, halten Sie inne und behandeln Sie das als Datenproblem statt als Prozessproblem.
Die Kombinationen, die bedeuten, dass etwas falsch ist
| Kombination | Was sie heißt |
|---|---|
cancelled / paid | Geld eingezogen für Ware, die nicht rausgeht. Eine Erstattung steht aus |
in_fulfillment / failed | Ware raus auf eine Zahlung, die nicht durchging |
placed / beliebig / partial | Von innen unmöglich. Eine Sendung fand außerhalb der Plattform statt |
completed / unfulfilled | Von Hand abgeschlossen ohne Versand. Richtig bei einer Dienstleistung, sonst ein Fehler |
pending über mehr als ein paar Tage | Die Freigabe-Warteschlange wird nicht abgearbeitet |
Fahren Sie diese als regelmäßige Prüfungen, statt zu warten, bis ein Kunde sie findet. Die ersten beiden kosten Geld; die dritte macht jeden Bericht unzuverlässig.
Eine Bestellung befreien
Die Aktion hängt davon ab, worauf sie wartet, und es gibt nur vier:
- Sperre aufheben — die Blockade ist erledigt.
- Sendung anlegen — erfassen, was tatsächlich rausging, auch nachträglich.
- Positionen stornieren — der Rest kommt nie; schließen Sie ihn, damit die Bestellung abschließen kann.
- Abschließen — alles, was passieren wird, ist passiert, und die Bestellung soll nicht offen bleiben.
Was immer Sie tun: Schreiben Sie einen Kommentar. Die nächste Person, die diese Bestellung öffnet, muss wissen, warum sie drei Wochen lag, und der Verlauf hält fest, was sich geändert hat, aber nicht, warum Sie es entschieden haben.
Vorbeugen
- Geben Sie jeder Warteschlange aus der Tabelle oben eine zuständige Person und einen täglichen Rhythmus.
- Setzen Sie eine Freigabeschwelle, die zu Ihren echten Bestellwerten passt.
- Sorgen Sie dafür, dass jede Sendung über die Plattform läuft — ein Lager, das aus dem eigenen System versendet, ohne es zu erfassen, produziert Ursache 5 für immer.
- Setzen Sie eine Reservierungsdauer, damit abgebrochene Checkouts ihren Bestand von allein freigeben.
- Beobachten Sie die Bestätigungsverzögerung. Bestellungen, die nach einem Tag unbestätigt sind, sind ein Integrationsalarm.
Weiter
- Bestellungen mit dem ERP abgleichen: wenn die beiden Systeme sich widersprechen.
- Wenn Bestandszahlen driften: die Ursache hinter den meisten „können wir nicht liefern“-Fällen.
Fehler beheben
Bestellungen, die stehen bleiben, Systeme, die sich widersprechen, und Bestandszahlen, die driften — die Prüfungen, die das vor dem Kunden finden.
Mit dem ERP abgleichen
Die drei Referenzen, die eine Bestellung an Ihre anderen Systeme binden, und was zu tun ist, wenn sie sich widersprechen.