Het annuleren van een order in je eigen ERP of TMS annuleert deze niet in Dockflow. De twee zijn slechts in één richting met elkaar verbonden: jouw systeem stuurt orders in, en een annulering wordt hier alleen doorgevoerd als deze als update wordt verzonden.
Een geannuleerde order behoudt dus zijn tradeflow, behoudt tracking en blijft verschijnen in views en rapporten - vaak met de workflowstappen op waived, waardoor het lijkt alsof de order vastzit in plaats van geannuleerd is.
Wat je moet doen: stuur de annulering als update vanuit het bronsysteem als je integratie dit ondersteunt. Als dat niet het geval is, stuur je de orderreferenties naar support en zij kunnen de order hier deactiveren. Deactiveren is de juiste eindtoestand - het haalt ze uit actieve views zonder de geschiedenis te vernietigen. Zie automatische deactiveringsbeleidsregels voor hoe een zending normaal gesproken vanzelf wordt afgesloten.
Voorbeeld
Een gebruiker annuleert een inkooporder in zijn ERP, maar de order blijft actief in Dockflow met zijn tradeflow en tracking nog steeds zichtbaar. Omdat de integratie alleen orders instuurt en annuleringen alleen verschijnen wanneer ze als updates worden verzonden, lijkt de order vast te zitten. Ze sturen de annulering als update; als hun integratie dat niet kan, sturen ze de orderreferenties naar support zodat de order kan worden gedeactiveerd zonder de geschiedenis te vernietigen.