L’annulation d’une commande dans votre propre ERP ou TMS ne l’annule pas dans Dockflow. Les deux ne sont reliés que
dans un seul sens : votre système envoie des commandes, et une annulation n’est reflétée ici que si elle est
envoyée sous forme de mise à jour.
Ainsi, une commande annulée conserve son tradeflow, conserve son suivi et continue d’apparaître dans les vues et les rapports —
souvent avec ses étapes de workflow au statut « abandonné », ce qui lui donne l’air bloquée plutôt qu’annulée.
Que faire : envoyez l’annulation sous forme de mise à jour depuis le système source si votre intégration
le permet. Si ce n’est pas le cas, envoyez au support les références de la commande et elle pourra être désactivée ici.
La désactivation est le bon état final — elle les retire des vues actives sans détruire
l’historique. Consultez les politiques de désactivation automatique pour voir comment une
expédition se clôture normalement d’elle-même.
Exemple
Un utilisateur annule un bon de commande dans son ERP, mais la commande reste active dans Dockflow avec son tradeflow et son suivi toujours visibles. Comme l’intégration n’envoie que des commandes et que les annulations n’apparaissent que lorsqu’elles sont envoyées sous forme de mises à jour, la commande semble bloquée. Il envoie l’annulation sous forme de mise à jour ; si son intégration ne le permet pas, il envoie au support les références de la commande pour qu’elle puisse être désactivée sans détruire l’historique.