Aller au contenu
Retour

Dossier transport & opérations

Quel événement appartient à quel dossier ? Les règles du rattachement multicanal

Références, chronologie, sources et contrôles : une méthode pour rattacher chaque e-mail, statut ou document au bon dossier transport sans masquer l’incertitude.

Mis à jour le 6 septembre 2026 9 minPar l’Équipe Axonovia
Pour qui ?
Responsables exploitation, ADV, facturation et équipes SI transport
Question traitée
Comprendre comment rattacher un événement multicanal au bon dossier transport.

À retenir

  • Un canal indique où l’information apparaît, pas à quel dossier elle appartient.
  • Une référence exacte est un indice fort, mais elle doit rester cohérente avec le reste du contexte.
  • Deux dossiers plausibles ne doivent jamais être départagés silencieusement.
  • Chaque rattachement conserve sa source, sa règle et sa version pour pouvoir être expliqué ou corrigé.

Le dossier se construit entre plusieurs systèmes

Une commande peut être créée dans un portail, modifiée par e-mail, commentée au téléphone puis confirmée dans le TMS. Les messages ne portent pas toujours la même référence et certaines pièces arrivent après l’action opérationnelle. Le rattachement consiste à reconnaître que ces événements décrivent une seule opération, sans confondre des transports proches.

Cette étape est déterminante : une donnée bien extraite mais reliée au mauvais dossier produit une décision fausse. Vigilo traite donc le rattachement comme une décision contrôlée, et non comme une recherche approximative en arrière-plan.

Les indices qui permettent de proposer un rattachement

IndiceCe qu’il apporteContrôle nécessaire
Référence expliciteNuméro de commande, de transport, de tournée ou de pièce.Vérifier le format, l’émetteur et l’unicité dans le périmètre.
Identité des partiesClient, site, transporteur, contact ou domaine d’envoi.Distinguer l’entité juridique, le site et l’interlocuteur.
Données opérationnellesOrigine, destination, marchandise, quantité ou créneau.Comparer les valeurs et les tolérances définies pour ce flux.
ChronologieProximité avec une création, une relance ou une modification attendue.Écarter les dossiers clos ou incompatibles avec la date de l’événement.
Continuité documentaireNom de fichier, version, fil de discussion ou identifiant EDI.Conserver le document source et repérer les versions remplacées.

Une décision par niveaux, pas un score magique

  1. 01
    Correspondance déterminante

    Une référence unique et cohérente avec les autres données permet le rattachement dans le périmètre autorisé.

  2. 02
    Concordance de plusieurs indices

    Plusieurs signaux indépendants désignent le même dossier ; les contrôles définis pour ce workflow confirment la proposition.

  3. 03
    Candidats concurrents

    Deux dossiers restent plausibles : Vigilo présente les différences utiles à l’équipe au lieu de choisir arbitrairement.

  4. 04
    Aucun candidat fiable

    L’événement reste dans une file de qualification avec sa source et les données déjà extraites.

Exemple : une modification reçue sans numéro de transport

Un e-mail demande de décaler une livraison à 10 h et cite seulement le site de destination. Deux transports sont prévus pour ce site. Le fil de discussion correspond au premier dossier, mais le nombre de palettes correspond au second. Ces indices contradictoires empêchent un rattachement automatique.

Vigilo peut présenter les deux dossiers, la valeur divergente et la pièce source à l’exploitant. Une fois l’arbitrage effectué, la décision reste liée à son contexte. Si la même forme d’ambiguïté se répète, elle peut conduire à une proposition de règle ; elle ne modifie pas silencieusement la logique de rattachement.

Conserver la preuve et les versions

Cette trace permet de comprendre pourquoi un document a enrichi un dossier et de corriger l’historique sans perdre l’état antérieur. Elle fournit aussi des exemples réels pour tester une nouvelle règle avant son activation.

  • l’événement brut, son canal et son horodatage ;
  • les dossiers candidats examinés ;
  • les indices retenus, ignorés ou contradictoires ;
  • la règle de rattachement et sa version ;
  • la personne ou le mécanisme ayant confirmé la décision ;
  • les corrections ultérieures et leur motif.

Adapter le rattachement aux méthodes de l’entreprise

Les identifiants fiables ne sont pas les mêmes partout. Une équipe travaille par numéro de voyage, une autre par référence client, une troisième par couple site-créneau. L’adaptabilité vient de briques communes — événements, entités, règles, contrôles et escalades — configurées selon le fonctionnement réel.

Cette approche permet de couvrir des TMS, canaux et conventions différents sans imposer un modèle opérationnel unique. La compatibilité et les droits d’action restent néanmoins validés système par système et workflow par workflow.

Questions fréquentes

Réponses directes

Une référence identique suffit-elle toujours ?

Non. Elle peut être réutilisée, mal saisie ou portée par une ancienne version. Le workflow vérifie les contraintes définies autour de cette référence.

Que se passe-t-il lorsque deux dossiers correspondent ?

Le traitement s’arrête au niveau prévu et présente les candidats, les différences et les sources à la personne chargée d’arbitrer.

Une correction humaine devient-elle automatiquement une règle ?

Non. Elle reste d’abord une décision contextualisée. Une récurrence peut produire une règle candidate, soumise à validation avant activation.

Le rattachement impose-t-il de changer de TMS ?

Non. Il est adapté aux identifiants et aux outils retenus par l’entreprise, après validation du workflow concerné.

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