Copilote, moteur de règles ou opérateur IA : qui porte réellement le workflow ?

Un même scénario pour comparer les trois approches

Prenons une commande déjà créée dans le TMS. À 16 h 12, le client demande par e-mail de déplacer la livraison au lendemain matin. Le dossier contient une règle validée : toute modification reçue moins de 24 heures avant le créneau doit être soumise à l’exploitation. Le nouveau créneau doit aussi être vérifié sur le portail du site de livraison.

Le résultat attendu est identique dans les trois cas : rattacher l’e-mail au bon transport, identifier la modification, contrôler la règle des 24 heures, vérifier la disponibilité, préparer la décision, mettre à jour le TMS si l’équipe l’autorise et conserver la trace. La différence tient à la brique qui porte chacune de ces étapes.

Ce que porte réellement chaque brique

Le copilote : rendre une personne plus rapide

Dans notre scénario, un copilote peut résumer l’e-mail, retrouver les informations pertinentes si elles lui sont accessibles et proposer une réponse ou une modification. Il est particulièrement utile quand l’opérateur veut explorer, vérifier ou décider dans une situation qui reste interactive.

Sa limite n’est pas son intelligence, mais la responsabilité du déroulement. Tant que la personne doit ouvrir le dossier, transmettre le contexte, lancer l’étape suivante et constater le résultat, c’est elle qui porte le workflow. Ce choix peut être parfaitement adapté aux décisions rares, sensibles ou difficiles à formaliser.

Le moteur de règles : rendre une décision explicite

Le moteur de règles excelle sur la condition « modification à moins de 24 heures : validation obligatoire ». Il produit une décision stable, testable et explicable, à condition de recevoir une heure de demande, un créneau initial et un périmètre correctement structurés.

Il ne faut pas lui demander ce qu’il ne promet pas. Le moteur ne rattache pas nécessairement un e-mail ambigu, ne choisit pas seul le bon écran et ne vérifie pas spontanément le résultat obtenu. Ces fonctions peuvent l’entourer. Dans Vigilo, les règles validées restent justement des actifs essentiels : l’opérateur IA les mobilise au lieu de les remplacer par une décision opaque.

L’opérateur IA : maintenir la boucle du dossier

Dans le même scénario, l’opérateur IA observe le nouvel e-mail, le relie à la commande concernée, identifie une demande de modification et rassemble les éléments requis. Il applique la règle validée, consulte la disponibilité autorisée, prépare le cas pour l’exploitation puis exécute seulement l’action permise. Après l’écriture, il relit l’état obtenu et rattache la preuve au dossier.

Son rôle est moins de « tout décider » que de conserver la continuité : savoir où en est le dossier, quelle étape est permise, quelle brique utiliser et pourquoi s’arrêter. Une ambiguïté de référence, une contradiction entre sources ou un droit manquant produit une reprise contextualisée plutôt qu’une improvisation.

1. 01
   Observer

   Détecter l’événement dans une source autorisée.

2. 02
   Relier

   Identifier le dossier et conserver l’origine de l’information.

3. 03
   Comprendre

   Qualifier la modification et les données qu’elle affecte.

4. 04
   Décider dans le cadre

   Appliquer la règle active ou demander une validation.

5. 05
   Agir

   Utiliser l’API ou l’interface adaptée au système concerné.

6. 06
   Vérifier

   Comparer l’état réellement obtenu au résultat attendu.

L’adaptabilité ne signifie pas ignorer les différences entre TMS

Les entreprises n’utilisent ni les mêmes écrans, ni les mêmes champs, ni les mêmes règles de validation. Même avec un TMS identique, deux équipes peuvent organiser la prise de commande et les exceptions différemment. Une solution adaptable ne prétend donc pas que tous les systèmes se ressemblent.

Vigilo sépare la logique du dossier — événements, intentions, règles, contrôles et arrêts — de la manière d’interagir avec chaque environnement. Les connecteurs, parcours d’interface, mappings et droits peuvent ainsi être configurés et testés pour le workflow retenu sans réécrire tout le produit. L’adaptation devient une capacité gouvernée et réutilisable, pas une suite de projets isolés.

Choisir une architecture plutôt qu’une étiquette

• Utiliser un copilote lorsque l’exploration et la décision restent volontairement conduites par une personne.
• Utiliser un moteur de règles pour les conditions explicites, stables et auditables.
• Utiliser un opérateur IA lorsque le dossier doit progresser entre plusieurs sources et outils sans perdre son contexte.
• Combiner les trois lorsqu’un workflow alterne décisions déterministes, préparation automatisée et arbitrage humain.
• Évaluer l’ensemble sur ses arrêts, ses contrôles et sa capacité de reprise, pas seulement sur une démonstration nominale.