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 |
|---|---|---|
| Nie aufgegeben | status = pending | Wer die Orders-Einstellungen verantwortet |
| 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 wurde nie aufgegeben. status = pending, placed_at leer. Der
Käufer darf nur anfragen, oder die Bestellung liegt über der Freigabeschwelle in
den Orders-Einstellungen; eine Schwelle von 500 € in einem Geschäft mit 800 €
Durchschnittsbestellung schickt alles hierher. Es folgt kein Freigabeschritt:
Stornieren Sie die Bestellung und lassen Sie den Käufer neu bestellen. Versenden
Sie sie nicht: Eine Bestellung in pending lässt sich trotzdem versenden, und
eine vollständige Sendung schließt sie ab, ohne dass sie je aufgegeben wurde
(placed_at bleibt leer). Brauchen
Ihre Kunden Freigaben, richten Sie sie als Freigaberegeln in
procurement ein; dort wartet die Ausgabe als
Bestellanforderung, und die Bestellung entsteht erst mit der Freigabe.
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 überhaupt | Eine angefragte, nie aufgegebene Bestellung; siehe Ursache 2 |
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.
- Lassen Sie die Freigabeschwelle in den Orders-Einstellungen auf 0 und legen Sie Freigaben in die Freigaberegeln von procurement.
- 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.