Aller au contenu
Retour

Dossier transport & opérations

Qu’est-ce qu’une transmission utile à l’exploitation ?

Une transmission utile livre à l’exploitation le dossier, les sources, le motif d’arrêt et la prochaine décision à prendre.

Mis à jour le 6 septembre 2026 8 minPar l’Équipe Axonovia
Pour qui ?
Responsables exploitation, exploitants, ADV et responsables transformation
Question traitée
Comprendre comment transmettre un dossier transport à un opérateur humain sans lui faire recommencer l’analyse.

À retenir

  • Un message d’alerte sans dossier reconstitué déplace le travail au lieu de le réduire.
  • Le motif d’arrêt doit être explicite : donnée absente, contradiction, règle inapplicable, droit insuffisant, contrôle en échec ou situation hors périmètre.
  • L’exploitation doit distinguer ce qui est observé, déduit, proposé, exécuté et vérifié.
  • L’adaptabilité vient d’une configuration précise des sources, règles, droits et contrôles propres au workflow.

Une transmission n’est pas une simple notification

Écrire « dossier à vérifier » ne suffit pas. L’exploitant doit alors rouvrir l’e-mail, retrouver la pièce jointe, comparer le TMS, rechercher la consigne client et deviner ce que le workflow a déjà tenté. Le système a détecté une difficulté, mais il n’a pas réellement préparé la reprise.

Une transmission utile conserve au contraire la continuité du travail. Elle présente la situation telle qu’elle est connue au moment de l’arrêt, explique pourquoi aucune suite autorisée n’est possible et indique l’arbitrage humain attendu. L’équipe reprend une décision, pas une enquête entière.

Le contenu minimal remis à l’exploitation

ÉlémentCe qui doit être visiblePourquoi
DéclencheurCanal, source, horodatage et nature de l’événement.Comprendre ce qui a fait évoluer le dossier.
État du dossierValeurs retenues, données manquantes, contradictions et versions précédentes utiles.Décider à partir de l’état réellement connu.
SourcesMessages, documents, écrans ou référentiels consultés, avec leur lien au dossier.Vérifier l’origine de chaque information importante.
Règle applicableIdentifiant, version, périmètre, conditions et exceptions de la règle évaluée.Savoir pourquoi une action était permise, interdite ou incertaine.
Travail effectuéQualification, rapprochements, calculs, action préparée ou exécutée et contrôles obtenus.Éviter de refaire ce qui a déjà été établi.
Motif d’arrêtCause précise et étape concernée, sans catégorie générique.Orienter immédiatement l’arbitrage.
Décision attendueQuestion à trancher et options compatibles avec les droits du workflow.Transformer l’alerte en tâche exploitable.

Nommer précisément les motifs d’arrêt

Tous les arrêts ne décrivent pas le même risque. Une donnée obligatoire absente ne se traite pas comme deux sources contradictoires. Une règle suspendue ne se traite pas comme une interface devenue illisible. Le motif doit permettre de comprendre si l’équipe doit compléter, arbitrer, autoriser, corriger ou simplement attendre.

  • information obligatoire absente ou illisible ;
  • plusieurs dossiers ou valeurs possibles sans règle de priorité ;
  • contradiction entre deux sources faisant autorité ;
  • cas exclu du périmètre de la règle active ;
  • action non autorisée pour ce rôle, ce client ou ce workflow ;
  • résultat différent de celui attendu après l’action ;
  • évolution d’un écran, d’un document ou d’un système qui invalide le contrôle ;
  • situation sensible explicitement réservée à une décision humaine.

Exemple : une commande modifiée après l’heure de coupure

Une modification arrive par e-mail après l’heure de coupure prévue pour un flux donné. Vigilo la rattache au dossier, conserve la valeur précédente, identifie le nouveau créneau demandé et consulte la règle active pour ce client. Cette règle autorise la préparation du changement, mais impose une validation de l’exploitation avant toute écriture dans le TMS.

La transmission indique alors le message reçu, la commande concernée, l’ancien et le nouveau créneau, la règle et sa version, le contrôle du quai déjà effectué, l’action préparée et le motif d’arrêt : « validation métier requise avant modification ». L’exploitant peut accepter, corriger ou refuser sans rechercher de nouveau les éléments déjà réunis.

  1. 01
    Observé

    Un e-mail modifie le créneau d’un dossier identifié.

  2. 02
    Reconstitué

    Les valeurs avant et après modification ainsi que les sources sont rapprochées.

  3. 03
    Préparé

    Le changement à appliquer dans le TMS est présenté, mais pas exécuté.

  4. 04
    Arrêté

    La règle active exige une validation humaine sur ce périmètre.

  5. 05
    Transmis

    La décision attendue et les contrôles déjà réussis accompagnent le dossier.

L’adaptabilité comme configuration maîtrisée

Les TMS, portails, conventions de saisie et responsabilités varient d’une entreprise à l’autre. Vigilo n’impose pas un processus théorique identique partout : le workflow est configuré autour des systèmes existants, des événements réellement observables, des règles de l’équipe et des droits accordés.

Cette adaptation ne signifie pas que tout comportement est permis. Chaque configuration doit préciser les sources reconnues, les identifiants du dossier, les règles applicables, les contrôles avant et après action, les motifs d’arrêt et les destinataires de la transmission. Elle doit être versionnée, testée et révisable lorsque l’environnement change.

  • un même motif peut être routé vers des rôles différents selon l’organisation ;
  • la présentation du dossier peut suivre le vocabulaire du TMS et de l’équipe ;
  • les actions autorisées peuvent varier selon le client, le flux ou la sensibilité du cas ;
  • les sources et contrôles peuvent évoluer sans effacer l’historique des décisions antérieures.

Évaluer la qualité d’une transmission

La qualité ne se mesure pas seulement au nombre d’arrêts. Un arrêt justifié peut protéger le dossier, tandis qu’une automatisation qui poursuit malgré une contradiction peut créer une erreur difficile à expliquer. L’évaluation doit donc porter sur la capacité de l’équipe à reprendre correctement et sur la fidélité du contexte transmis.

  • le dossier transmis permet d’identifier immédiatement la décision attendue ;
  • les sources et la version de règle sont consultables ;
  • l’exploitant sait ce qui a été exécuté, préparé ou laissé intact ;
  • le motif d’arrêt est assez précis pour être analysé et corrigé ;
  • la décision humaine revient dans l’historique et, si elle se répète, dans une proposition de règle à valider.

Questions fréquentes

Réponses directes

Une transmission signifie-t-elle que Vigilo a échoué ?

Non. Un arrêt conforme au périmètre peut être le comportement attendu. La qualité dépend de la précision du motif, du contexte remis et de la capacité à reprendre la décision.

Vigilo peut-il demander directement une information manquante ?

Seulement si cette action, son canal et son destinataire sont autorisés dans le workflow. Sinon, il prépare la demande ou transmet le dossier à l’équipe.

La même transmission convient-elle à tous les TMS ?

Non. Les données, écrans, statuts et rôles diffèrent. Le contenu commun reste la traçabilité ; sa présentation et les actions proposées sont configurées pour l’environnement concerné.

Que devient la décision prise par l’exploitant ?

Elle rejoint l’historique du dossier avec son contexte. Si des décisions comparables se répètent, elles peuvent nourrir une règle candidate, jamais une permission activée silencieusement.

Sources et méthode

Cette ressource décrit la méthode produit Axonovia à partir de workflows transport. Les exemples sont illustratifs et ne constituent ni une promesse de performance ni une règle contractuelle universelle.

Relecture produit : Équipe Axonovia · prochaine revue recommandée avant le 31 août 2027 ou lors d’une évolution matérielle du périmètre.

Prochaine étape

Cartographier ce workflow dans votre exploitation

Partons d’un flux réel, des outils déjà utilisés et des décisions qui demandent encore du contexte.

Étudier ce workflow