Das Stornieren einer Bestellung in deinem eigenen ERP- oder TMS-System storniert sie nicht in Dockflow. Die beiden Systeme sind nur in eine Richtung verbunden: Dein System sendet Bestellungen ein, und eine Stornierung wird hier nur dann widergespiegelt, wenn sie als Update gesendet wird.
Eine stornierte Bestellung behält also ihren Tradeflow, behält das Tracking und erscheint weiterhin in Ansichten und Berichten – oft mit Workflow-Schritten im Status „waived“, was dazu führt, dass sie eher festgefahren als storniert wirkt.
Was zu tun ist: Sende die Stornierung als Update aus dem Quellsystem, wenn deine Integration das unterstützt. Wenn nicht, sende dem Support die Bestellreferenzen, und sie können die Bestellung hier deaktivieren. Deaktivieren ist der richtige Endzustand – dadurch werden sie aus aktiven Ansichten entfernt, ohne die Historie zu zerstören. Siehe automatische Deaktivierungsrichtlinien dazu, wie eine Sendung normalerweise von selbst abgeschlossen wird.
Beispiel
Ein Nutzer storniert eine Bestellung in seinem ERP, aber die Bestellung bleibt in Dockflow aktiv, mit weiterhin sichtbarem Tradeflow und Tracking. Da die Integration nur Bestellungen einsendet und Stornierungen nur erscheinen, wenn sie als Updates gesendet werden, wirkt die Bestellung festgefahren. Er sendet die Stornierung als Update; wenn seine Integration das nicht kann, sendet er dem Support die Bestellreferenzen, damit die Bestellung deaktiviert werden kann, ohne die Historie zu zerstören.