Votre DSI vous propose un workflow. Un prestataire vous parle d'agent IA. Un éditeur vous vend les deux sous la même appellation « automatisation intelligente ». Résultat : difficile de savoir ce que vous achetez, et encore plus de savoir si c'est le bon outil pour votre problème.
La distinction est pourtant simple à poser. Elle évite deux erreurs coûteuses : confier à un agent un travail qu'un workflow ferait mieux, ou forcer un workflow à gérer une situation qui ne se laisse pas mettre en règles.
Ce que fait réellement une automatisation classique
Une automatisation classique (workflow, script, RPA, intégration entre deux outils) exécute une séquence définie à l'avance. Si telle condition est remplie, alors telle action est déclenchée. Le comportement est déterministe : les mêmes entrées produisent toujours les mêmes sorties.
C'est sa force. Elle est prévisible, rapide, peu coûteuse à l'exécution et facile à auditer. C'est aussi sa limite : elle ne sait faire que ce qu'on lui a explicitement décrit.
Ce que fait un agent IA
Un agent reçoit un objectif et un contexte, puis décide lui-même des étapes pour l'atteindre. Il lit un document non structuré, interprète une demande formulée librement, choisit parmi plusieurs outils, et ajuste sa démarche selon ce qu'il rencontre. Pour une définition plus complète, voir notre article sur l'agent IA en entreprise.
Sa force est l'adaptation. Sa contrepartie est que son comportement est probabiliste : il peut se tromper, et il faut l'encadrer pour que cela reste acceptable.
Le comparatif, critère par critère
| Critère | Automatisation classique | Agent IA |
|---|---|---|
| Déclenchement | Événement précis : fichier reçu, statut modifié, horaire atteint | Événement, mais aussi demande en langage naturel ou situation à interpréter |
| Capacité d'adaptation | Nulle hors du cadre prévu : un format inattendu fait échouer le flux | Réelle : gère des variations de forme, de formulation, de séquence |
| Gestion de l'exception | Une exception doit avoir été anticipée, sinon le flux s'arrête ou bascule vers un humain | Peut traiter des cas non listés, mais doit escalader quand il n'est pas sûr |
| Besoin de règles explicites | Total : chaque cas doit être décrit | Réduit pour l'exécution, mais il faut formaliser le contexte, les limites et les critères de décision |
| Coût d'entrée | Généralement plus faible sur un processus bien défini | Plus élevé : cadrage, accès, garde-fous, évaluation |
| Maintenance | Se casse quand un système ou un format change | Demande une surveillance de la qualité des décisions dans le temps |
| Traçabilité | Native : chaque étape est connue et rejouable | À construire : journaux d'actions, de sources et de décisions |
Le bon outil au bon endroit
Ce tableau ne désigne pas de gagnant, et c'est voulu. Pour un processus stable, répétitif, aux règles connues, un workflow déterministe reste supérieur : moins cher, plus rapide, plus fiable, plus simple à contrôler. Y mettre un agent, c'est ajouter de l'incertitude et du coût sans bénéfice.
L'agent devient pertinent quand la variabilité est le problème :
- les entrées sont non structurées (e-mails, PDF hétérogènes, pièces jointes de toute nature) ;
- la décision demande de croiser plusieurs sources ou de s'appuyer sur un historique ;
- le nombre de cas particuliers rend l'écriture des règles impraticable ;
- la tâche dépend d'un jugement que l'équipe exerce aujourd'hui sans l'avoir jamais écrit.
Dans la pratique, les architectures les plus solides combinent les deux : un workflow gère le cadre et les étapes certaines, l'agent n'intervient que sur les segments où l'interprétation est nécessaire.
Les limites des agents, sans détour
Il serait malhonnête de présenter l'agent comme un workflow plus intelligent. Quelques réalités à garder en tête :
- Il peut se tromper avec aplomb. Une réponse plausible n'est pas une réponse exacte. Sur les actions à enjeu, la validation humaine reste nécessaire (voir human-in-the-loop : quand laisser l'agent décider).
- Son comportement peut évoluer. Un changement de modèle ou de données peut modifier ses décisions sans erreur visible. C'est ce que nous détaillons dans la dérive silencieuse des agents en production.
- Il ne compense pas un processus flou. Si personne ne sait décrire comment la décision se prend aujourd'hui, l'agent n'améliorera rien. On ne peut pas automatiser le chaos, et cela vaut aussi pour les agents.
- Il exige des accès maîtrisés. Un agent qui agit dans votre SI doit disposer des droits strictement nécessaires (voir le principe du moindre privilège).
Un scénario hypothétique : le traitement des factures fournisseurs
Imaginons une ETI qui reçoit des factures de deux types. Les premières arrivent de fournisseurs récurrents, dans un format stable, avec un bon de commande correspondant. Les secondes arrivent par e-mail, parfois sans référence claire, parfois accompagnées d'un message qui conteste un écart de prix.
Pour le premier flux, un workflow est le bon choix : extraction, rapprochement avec le bon de commande, comptabilisation, le tout de façon reproductible et traçable. Pour le second, l'agent peut lire le message, retrouver la commande concernée, qualifier l'écart et préparer une proposition de réponse. Un humain valide avant l'envoi tant que la fiabilité n'est pas démontrée.
Même processus métier, deux outils différents, chacun à sa place. Pour la mécanique détaillée, voir comment automatiser le traitement des factures fournisseurs.
Comment choisir : trois questions à poser
- Peut-on écrire les règles en une page ? Si oui, un workflow suffit.
- Quelle est la part de cas atypiques ? Si elle est marginale, traitez-la par escalade humaine. Si elle est massive, l'agent se justifie.
- Quel est le coût d'une erreur ? Plus il est élevé, plus il faut de déterminisme, de contrôle et de traçabilité.
Ces questions supposent de connaître vos processus tels qu'ils fonctionnent réellement. C'est pourquoi la cartographie précède le choix de l'outil (voir comment identifier les processus à automatiser). Et c'est pourquoi un agent ne vaut que par l'infrastructure qui l'entoure : contexte, accès, journalisation, révocabilité. Nous décrivons cette couche sur notre page infrastructure.
Vous hésitez entre workflow et agent pour un processus précis ? Nous pouvons l'examiner avec vous et vous dire honnêtement lequel des deux est justifié, y compris si la réponse est « un simple workflow ». Parlons-en.