Häufige Probleme
Fast jeder Vorfall im wiederkehrenden Geschäft ist eines von sechs Dingen. Arbeiten Sie diese Liste ab, bevor Sie einen Support-Fall öffnen, denn fünf der sechs beheben Sie selbst in unter zehn Minuten.
Vom Symptom zur Ursache
| Symptom | Wahrscheinlichste Ursache | Wo Sie nachsehen |
|---|---|---|
| Keine Bestellung am erwarteten Tag | Die Vereinbarung ist pausiert | Der Zustand der Vereinbarung |
| Keine Bestellung am erwarteten Tag | Der nächste Termin ist nicht der angenommene | Das Datum des nächsten Laufs, nicht Ihr Kopfrechnen |
| Eine Bestellung existiert, aber nichts wird geliefert | Sie ist gesperrt und wartet auf Freigabe | Order Management › Bestellungen, Tab Gesperrt |
| Die Bestellung hat weniger Positionen als die Liste | Der Artikel einer Position existiert nicht mehr, und die Richtlinie hat sie übersprungen | Bestellung mit der Liste vergleichen |
| Gar keine Bestellung, und die Liste enthält einen toten Artikel | Die Richtlinie lautet „ganze Umwandlung ablehnen“ | Ebendort |
| Preise weichen vom letzten Lauf ab | Preismodus ist aktuell je Lauf, und in der Preisfindung hat sich etwas geändert | Einen Preis prüfen |
| Die Bestellung existiert, aber das ERP kennt sie nicht | Übertragung, nicht Dauerauftrag | Synchronisationen überwachen |
| Zwei Lieferungen in einem Zyklus | Ein fehlgeschlagener Lauf wurde manuell behoben und neu ausgeführt | Ihr eigener Prozess |
| Der Kunde sagt, er habe gekündigt, und es lief trotzdem | Die Kündigung kam außerhalb der Frist | Die Kündigungsfrist des Abonnements |
| Mengen fehlen auf der Lieferung | Bestand, nicht der Lauf | Unten |
„Der Lauf ist nicht gestartet“
Der Reihe nach, denn die Reihenfolge zählt:
- Ist die Vereinbarung aktiv? Eine Pause, die der Einkäufer vor drei Wochen gesetzt hat, erklärt mehr dieser Fälle als alle anderen Ursachen zusammen. Nichts ist kaputt.
- Ist der nächste Termin der, den Sie annehmen? Monatlich auf den 31. feuert nicht im Februar, April, Juni, September und November. Ein 14-Tage-Intervall wandert durch die Woche und landet irgendwann auf einem Sonntag.
- Hat er eine gesperrte Bestellung erzeugt? Ein Lauf, dessen Wert das Freigabelimit des Einkäufers überschreitet, erzeugt die Bestellung und hält sie zur Freigabe an. Die Bestellung existiert. Siehe Hängende Freigaben.
- Hat die Umwandlung verweigert? Ein einziger eingestellter Artikel kann einen ganzen Lauf stoppen, wenn Ihre Richtlinie ablehnen statt überspringen ist.
- Kann der zugehörige Kontakt noch bestellen? Ein Kontakt, der gegangen ist, seine Berechtigung verloren hat oder zu einem gesperrten Kunden gehört, kann keine Bestellung erzeugen. Diese Ursache bleibt am längsten unentdeckt, weil an der Vereinbarung selbst alles gesund aussieht. Eine Organisation mit Liefersperre erzeugt die Bestellung, aber nichts wird geliefert.
„Der Preis ist falsch“
Es ist fast nie ein Fehler im Lauf. Es ist eines von vier Dingen, und drei davon sind Ihre Preiskonfiguration.
- Der Preismodus. Aktuell je Lauf ist der Standard: Jeder Lauf löst die Preise genau so auf wie ein Checkout. Hat der Kunde den Preis vom Zeitpunkt der Einrichtung erwartet, steht die Vereinbarung auf dem falschen Modus, und das ist ein Gespräch, keine Reparatur.
- Ein Vertragspreis ist zwischen zwei Läufen abgelaufen. Der Lauf
scheitert nicht. Er fällt auf die nächste anwendbare Preisliste zurück und
bucht zu deren Preis. Das ist der mit Abstand häufigste „falsche Preis“ auf
einem Dauerauftrag. Eine Preisliste trägt
valid_fromundvalid_until; legen Sie diese Daten für jeden Kunden mit Vereinbarung auf einen Prüfkalender. Siehe Vertragspreise und Befristete Preise. - Eine Staffelpreisgrenze hat sich unter ihm verschoben. Ein Kunde, der
von vierteljährlichen 200er-Bestellungen auf monatliche 70er-Läufe
umgestellt hat, ist womöglich aus einer
quantity_min-Staffel gefallen und zahlt jetzt pro Stück mehr für dieselbe Jahresmenge. Korrigieren Sie das über eine Jahresmengenvereinbarung, nicht am Lauf. - Die Liste hielt einen alten erfassten Preis, und jemand hat ihn als
Bestellpreis gelesen. Eine Position auf einer Bestellliste speichert den
pricevom Moment des Hinzufügens; gebucht wird darauf nicht.
Um herauszufinden, welches von den vieren: Lösen Sie den Preis für diesen Kunden, diesen Artikel und diese Menge auf und lesen Sie die Begründung. Siehe Einen Preis prüfen.
„Am Lauftag war kein Bestand da“
Ein geplanter Lauf konkurriert um Bestand mit jeder spontanen Bestellung an diesem Morgen, und er verliert meistens, weil er um 02:00 Uhr gegen das Bild von gestern feuert und das Lager ab 06:00 Uhr arbeitet.
Behalten Sie im Kopf, was die Verfügbarkeitszahl bedeutet:
available = on_hand − reserved
available wird berechnet, nie gespeichert. Ein Lauf, der nichts Verfügbares
findet, obwohl on_hand gesund aussieht, schaut auf Reservierungen, nicht auf
ein leeres Regal.
Reservieren Sie Bestand für geplante Läufe, wenn die Ware zählt. Eine
Reservierung zählt gegen reserved und wird gegen andere Bestellungen
respektiert. Drei Dinge richtig machen:
- Früh genug reservieren. Eine Reservierung im Moment des Laufs ist keine Reservierung, sondern ein Wettrennen. Setzen Sie sie, wenn der Lauf in sein Ankündigungsfenster eintritt, nicht am Morgen selbst.
- Der Reservierung ein Ablaufdatum geben. Jede Reservierung trägt
expires_at, und der Sweeper der Bestands-App gibt abgelaufene alle 15 Minuten frei; die Markt-Einstellungreservation_ttl_minutesliefert einen Standard, wenn der Aufrufer keins mitgibt. Eine Reservierung ohne Ablauf, die ihren Lauf überlebt, hält Bestand auf unbestimmte Zeit, und das Symptom ist ein Phantom-Fehlbestand auf einer ganz anderen Bestellung. Prüfen Sie Order Management › Bestand › Reservierungen auf Einträge, die älter sind als Ihre Laufzeit. Siehe Wenn Bestandszahlen driften. - Entscheiden, was eine Teilreservierung tun soll. Liefern, was da ist, und den Rest nachliefern, oder den ganzen Lauf anhalten. Für Verbrauchsmaterial ist das Erste meist richtig; für ein Wartungskit, bei dem ein fehlendes Teil den Rest nutzlos macht, das Zweite.
Ist Ihr ERP die Autorität über den Bestand, ist nichts davon Ihre Reservierungslogik. Dann ist es ein Live-Abruf, und ein Engpass am Lauftag ist ein ERP-Gespräch. Siehe Das führende System festlegen und Bestand, Standorte und Verfügbarkeit.
„Der Kunde hat eine Lieferung bekommen, die er nicht wollte“
Nehmen Sie das ernst, denn dieser Fehler beendet das Programm.
- Nehmen Sie die Retoure an, sofort und ohne Diskussion.
- Finden Sie heraus, welches der vier es war: ein automatisch umgewandelter Vorschlag, der es nicht hätte sein dürfen, ein unbefristeter Dauerauftrag, der seine Vereinbarung überlebt hat, eine Menge, die niemand aktualisiert hat, oder ein Lauf während der Betriebsferien.
- Beheben Sie die Klasse, nicht den Einzelfall. Eine ungewollte Lieferung heißt: Dieselbe Vereinbarung tut es im nächsten Zyklus wieder.
- War es eine automatische Umwandlung, stellen Sie den Kunden zurück auf Nur-Vorschlag, bis Sie ein Quartal korrekter Vorhersagen zeigen können.
Wann Sie einen Support-Fall öffnen
Sie haben den Zustand, den nächsten Termin, die gesperrten Bestellungen, die Preisauflösung und die Reservierungen geprüft, und der Lauf hat trotzdem keine auffindbare Bestellung erzeugt. Bringen Sie die Vereinbarung, den erwarteten Termin, den Kunden, und, falls der Lauf extern ausgelöst wurde, Zeitstempel und Antwort des beteiligten API-Aufrufs mit. Siehe Häufige API-Probleme.
Weiter
- Daueraufträge verwalten — die Wochenprüfungen, die das meiste hiervon verhindern.
- Gesundheit wiederkehrender Umsätze — der monatliche Blick.