Le RPA : reproduire une procédure à l'identique
Le RPA, ou automatisation robotisée des processus, consiste à faire exécuter par un logiciel des actions répétitives qu'un humain accomplissait en suivant une procédure stable. Un robot ouvre une application, saisit des champs, copie une donnée d'un système vers un autre, déclenche un envoi. Sa force est la fidélité : ce qui est défini se rejoue sans fatigue ni erreur d'inattention. Sa limite est la rigidité. Si l'écran change, si un document arrive avec une mise en page inhabituelle, le robot s'arrête ou produit une erreur silencieuse. Le RPA excelle sur les tâches déterministes, fréquentes et bien documentées ; il se brise dès que le réel s'écarte du scénario prévu.
Cette mécanique explique son adoption massive dans les fonctions administratives : rapprochements bancaires, saisies de dossiers, extractions répétitives. Le retour sur investissement est facile à mesurer, car on automatise un geste dont le temps est connu. Mais le RPA ne comprend pas ce qu'il manipule. Il traite des chaînes de caractères, pas des intentions. C'est pourquoi un robot mal surveillé peut propager une donnée fausse pendant des semaines sans que personne ne s'en aperçoive. La fiabilité du RPA est proportionnelle à la stabilité de son environnement. Plus le monde autour de lui change, plus il faut de maintenance pour le garder opérationnel.
Un agent IA : décider face à l'imprévu
Un agent IA fonctionne autrement : il interprète une demande, parfois en langage naturel, et décide d'une suite d'actions pour l'atteindre. Il peut lire un texte non structuré, en extraire le sens, interroger des sources, puis formuler une réponse ou déclencher une action. Là où le RPA suit un script, l'agent raisonne sur un objectif. Cette souplesse lui permet de traiter des cas que personne n'avait prévus à l'avance : un courrier rédigé librement, une demande ambiguë, un document de format inattendu. Mais cette capacité a un prix : l'agent peut se tromper avec assurance, produire une réponse plausible et fausse, ou prendre une initiative malvenue. Sa fiabilité ne se décrète pas, elle s'évalue.
La distinction tient donc moins à la technologie qu'à la nature du problème. Une tâche répétitive, aux règles claires, se traite mieux avec un robot déterministe qu'avec un modèle probabiliste, plus coûteux et moins prévisible. À l'inverse, une tâche qui exige de comprendre un contenu variable, de trier une demande ou de résumer un dossier appelle un agent IA, là où le RPA échouerait. Vouloir tout résoudre par l'IA générative revient à utiliser un marteau pour visser. Reconnaître ce que l'on a vraiment devant soi, une procédure ou un jugement, est le premier pas d'un choix d'automatisation sérieux.
Évaluer, superviser, tracer : deux régimes différents
Les deux approches ne se supervisent pas de la même façon. Un robot RPA se contrôle par des journaux d'exécution : on voit ce qu'il a fait, dans quel ordre, et l'on repère l'étape qui a échoué. Un agent IA produit un résultat dont il faut vérifier la qualité, ce qui suppose des évaluations, des échantillons contrôlés et parfois une revue humaine. Mesurer la performance d'un agent ne se réduit pas à compter ses erreurs : il faut aussi jauger la gravité de ses erreurs. Un faux positif sur un tri de courrier n'a pas le même poids qu'une décision erronée sur un dossier sensible.
Cette différence pèse sur la conception. Le RPA demande une documentation précise des procédures ; l'agent IA demande des exemples représentatifs et des critères d'évaluation. L'un se maintient en mettant à jour des sélecteurs et des règles ; l'autre en réentraînant ou en ajustant des consignes. Dans les deux cas, la traçabilité compte, mais elle ne porte pas sur les mêmes objets : actions exécutées d'un côté, décisions prises de l'autre. Anticiper qui répond en cas d'incident, et sur quelles preuves, oriente souvent le choix plus sûrement qu'une comparaison de performances brutes. La gouvernance commence là, avant la mise en production.
Lequel choisir, et comment les marier
Beaucoup d'organisations gagnent à combiner les deux plutôt qu'à choisir. Un agent IA peut lire un courrier entrant, en comprendre l'objet, puis confier à un robot RPA l'action déterministe qui suit : créer un dossier, mettre à jour un système. L'agent apporte la compréhension, le robot apporte la fidélité du geste. Cette répartition épouse la nature de chaque étape au lieu d'imposer un outil unique à tout un processus. Elle demande toutefois une architecture pensée tôt, faute de quoi l'agent finit par porter des actions que le RPA aurait réalisées plus sûrement et à moindre coût.
Le réflexe utile consiste à cartographier le processus avant de trancher. Repérer les étapes stables, les cas de figure, les points où un jugement est requis clarifie ce qui relève du robot et ce qui relève de l'agent. La différence entre agent IA et RPA cesse alors d'être un débat de mode pour devenir une décision d'ingénierie. Automatiser ce qui est répétitif libère du temps ; confier à une IA ce qui exige de comprendre ouvre des usages nouveaux. Choisir mal, c'est payer longtemps une automatisation fragile ou une intelligence inutilement complexe.
Aller plus loin
Chez Cabinet MARA, notre formation à l'architecture d'agents IA travaille la répartition entre automatisation déterministe et décision assistée par modèle. Pour explorer les parcours voisins, parcourez le catalogue des 31 formations.
Vous voulez maîtriser ce sujet en pratique ?
Cabinet MARA forme en ligne, sur des cas réels, avec des modules courts et un suivi de progression.
Voir la formation liée Les 31 formations