Agent IA vs RPA : quand miser sur les bots, quand sur les agents ?
La RPA (Robotic Process Automation) automatise des processus fondés sur des règles et toujours identiques, au moyen de bots d'interface et de scripts figés, de manière déterministe et sans compréhension. Un agent IA s'appuie sur un LLM pour poursuivre un objectif de façon autonome : il planifie en plusieurs étapes, choisit ses outils de manière dynamique et adapte sa démarche. Règle empirique : la RPA pour les parcours planifiables, l'agent pour les tâches dont le chemin ne peut pas être fixé à l'avance.
L’essentiel
- La RPA suit un parcours programmé de manière fixe (règles si-alors, bots d'interface) ; un agent IA décide à l'exécution, via un LLM, des étapes et des outils nécessaires.
- La RPA est déterministe, reproductible et auditable, idéale pour des processus de routine stables, à fort volume et reposant sur des données structurées.
- Les agents IA conviennent lorsque le chemin vers la solution varie, que des données non structurées doivent être interprétées ou que les exceptions sont la règle.
- La RPA casse souvent lors de modifications de l'interface ; les agents résistent mieux aux variations, mais ils sont non déterministes et plus difficiles à contrôler.
- La combinaison est souvent la plus efficace : l'agent prend la décision et interprète, le bot RPA exécute de manière fiable le parcours de clics standardisé.
- Selon Gartner (juin 2025), plus de 40 % des projets d'IA agentique risquent d'être abandonnés d'ici fin 2027, ce qui invite à ne pas remplacer trop vite la RPA par des agents.
La RPA (Robotic Process Automation) automatise des processus fondés sur des règles et toujours identiques, au moyen de bots d'interface et de scripts figés, de manière déterministe et sans compréhension. Un agent IA s'appuie sur un (grand) modèle de langage pour poursuivre un objectif de façon autonome : il planifie en plusieurs étapes, choisit ses outils de manière dynamique et adapte sa démarche. Règle empirique : la RPA pour les parcours planifiables, l'agent pour les tâches dont le chemin ne peut pas être fixé à l'avance.
La réponse rapide d'abord :
- RPA = parcours prédéfini. Un bot clique, copie et saisit exactement les étapes qu'un développeur a définies une fois pour toutes. Aucune décision, aucune compréhension, une reproductibilité totale.
- Agent IA = décision dynamique. Un LLM évalue la situation, planifie des sous-étapes, choisit ses outils de lui-même et corrige son plan jusqu'à ce que l'objectif soit atteint ou que la tâche soit interrompue.
- Combinaison = répartition des tâches. L'agent se charge de l'interprétation et de la décision, le bot RPA de l'exécution fiable et standardisée.
RPA et agent IA : deux logiques différentes
La RPA reproduit les séquences de clics humaines. Un robot logiciel pilote les applications via leur interface : il lit des champs, copie des valeurs d'un système à l'autre, remplit des formulaires. Cela fonctionne remarquablement bien tant que le processus est stable et entièrement descriptible par des règles : « Quand une facture arrive, transfère le montant, la date et le fournisseur dans l'ERP. » La logique est un script déterministe ; à entrée identique, la sortie est toujours identique.
Un agent IA fonctionne de manière fondamentalement différente. Au cœur du système se trouve un LLM qui agit dans une boucle de raisonnement (Perceive → Reason → Act → Observe) : il perçoit la tâche, réfléchit à la prochaine action pertinente, appelle un outil ou une API, observe le résultat et décide à nouveau. L'ordre des étapes et le choix des outils ne sont pas fixés à l'avance, ils émergent à l'exécution. C'est exactement ce qui rend les agents flexibles pour des tâches comportant de nombreuses ramifications, des entrées non structurées (e-mails, PDF, texte libre) et des exceptions imprévisibles.
Comparaison directe
Critère | RPA | Agent IA |
|---|---|---|
Déclencheur | Règle horaire ou événement fixe | Événement cible / mission |
Raisonnement | aucun (script de règles déterministe) | assisté par LLM, en plusieurs étapes |
Utilisation d'outils | bots d'interface, screen scraping, connecteurs fixes | dynamique, nombreux outils/API/serveurs MCP |
Traitement des données | structurées, format fixe | structurées et non structurées |
Mémoire | aucune (sans état à chaque exécution) | court et long terme (contexte, RAG) |
Autonomie | faible (peut tourner sans surveillance, mais ne décide rien), strictement scriptée | élevée, orientée objectif dans des garde-fous |
Déterminisme | élevé, reproductible | faible, non déterministe |
Maintenance | moyenne à élevée (casse lors de modifications de l'interface) | élevée (maintenance des prompts, des outils et des boucles) |
Auditabilité | très bonne, chaque étape est fixe | plus laborieuse, observabilité nécessaire |
La ligne de partage essentielle : la RPA suit un parcours entièrement planifiable à l'avance. Un agent n'a de sens que lorsque le chemin vers la solution ne peut pas être fixé à l'avance, c'est-à-dire lorsqu'il faut évaluer, interpréter ou choisir des outils selon la situation.
Un exemple concret : le traitement des factures
Les factures fournisseurs entrantes doivent être comptabilisées dans l'ERP.
- Cas purement RPA : toutes les factures arrivent sous forme de fichier XML/EDI structuré, toujours au même format. Un bot RPA lit les champs, les contrôle selon des règles fixes et les comptabilise. Rapide, peu coûteux, reproductible sans erreur. Un agent serait ici surdimensionné et plus cher.
- Cas agent IA : les factures arrivent en PDF, en photo ou en pièce jointe d'e-mail, avec des mises en page changeantes, certaines incomplètes, d'autres avec des questions en suspens. Un agent extrait les données du justificatif via un LLM, les rapproche des données de commande, repère les écarts, formule une demande de précision en cas de doute et ne transmet qu'ensuite la facture à la comptabilisation.
- Combinaison (la norme en pratique) : l'agent se charge de la perception, de la classification et de la décision ; le bot RPA exécute ensuite de manière fiable, dans l'ERP, le parcours de clics de comptabilisation, standardisé et soumis à audit. La partie non déterministe reste ainsi limitée à l'interprétation, tandis que la transaction critique demeure déterministe et traçable.
Quand choisir la RPA, un agent ou une combinaison ?
Choisis la RPA si : le processus est stable et à fort volume, les données sont structurées, le parcours est entièrement descriptible par des règles, et ce qui compte, c'est une reproductibilité totale et une auditabilité simple (typiquement en finance, pour l'onboarding RH ou la gestion des données de référence).
Choisis un agent IA si : le chemin vers la solution varie, des données non structurées doivent être interprétées, les exceptions sont fréquentes ou plusieurs outils doivent être combinés selon la situation. Règle empirique : l'agent ne devient rentable que lorsque le parcours n'est pas planifiable à l'avance ; sinon, la RPA est moins chère et plus stable.
Combine les deux si : un processus commence de façon « souple », par une phase riche en décisions (classification, extraction, évaluation), et se termine de façon « rigide », par une étape standardisée (toujours la même transaction). L'agent orchestre et décide, la RPA exécute. C'est souvent l'architecture la plus rentable et la plus favorable à la conformité, car l'étape critique reste déterministe.
Automatisation intelligente : RPA plus IA
L'automatisation intelligente (Intelligent Automation) désigne la combinaison de la RPA et de composants d'IA tels que les modèles de langage, le machine learning et la compréhension de documents. La RPA assure l'exécution déterministe, l'IA prend en charge l'interprétation et la décision. Le terme décrit un modèle d'architecture, et non une catégorie de logiciels à part entière : précisément la combinaison de bot et d'agent dont traite cet article.
La distinction en une phrase : la RPA est l'outil de l'exécution, un agent IA l'outil de la décision, l'automatisation intelligente le terme générique pour les systèmes qui combinent les deux. L'hyperautomatisation est une notion voisine ; elle englobe en plus le process mining et la recherche systématique d'autres candidats à l'automatisation.
- Couche d'exécution : des bots RPA ou des workflows API réalisent de manière déterministe les transactions toujours identiques.
- Couche de compréhension : les modèles de langage et l'OCR lisent les e-mails, les PDF et le texte libre, et les transforment en données structurées.
- Couche de décision : un agent IA ou un classificateur de ML choisit l'étape suivante, y compris l'escalade vers des humains.
- Orchestration : un moteur de workflows comme n8n relie les couches et journalise chaque étape.
En pratique, chercher l'automatisation intelligente ramène à la même question que la comparaison entre RPA et agent : quelle partie du processus est planifiable, laquelle nécessite une interprétation ? Pour savoir quand l'automatisation classique suffit, tu trouveras des repères dans Quand choisir l'IA agentique, quand l'automatisation classique.
Coûts, risques et retour à la réalité
Les agents ne sont pas automatiquement de meilleurs bots. Ils entraînent des coûts plus élevés et plus difficiles à prévoir (tokens, étapes de raisonnement), ne sont pas déterministes et nécessitent de l'observabilité, des limites de boucle et, pour les actions irréversibles comme les paiements, un human-in-the-loop. Remplacer un processus stable fondé sur des règles par un agent revient souvent à échanger la fiabilité contre la complexité.
Le marché montre que ce réflexe est risqué : selon Gartner (juin 2025), plus de 40 % des projets d'IA agentique devraient être abandonnés d'ici fin 2027. Dans l'enquête McKinsey State of AI 2025, 23 % des répondants déclarent que leur entreprise déploie à grande échelle au moins un système d'IA agentique. Toutefois, dans aucune fonction prise isolément, la part des répondants signalant un déploiement des agents à grande échelle ne dépasse 10 %. La lecture lucide : la RPA reste l'outil de choix pour les processus planifiables, les agents ciblent les cas que la RPA ne peut pas résoudre de par sa structure.
Conclusion
La RPA et les agents IA se font moins concurrence que le marketing ne le laisse entendre. La RPA est le spécialiste déterministe du parcours fixe ; l'agent est le généraliste flexible du parcours ouvert. La décision commence par une question : le chemin vers la solution est-il entièrement planifiable à l'avance ? Si la réponse est oui, la RPA est presque toujours moins chère et plus sûre. Si elle est non, l'agent fait valoir sa force, idéalement avec la RPA comme bras exécutant fiable en arrière-plan.
Ouvre le chat avec un prompt prêt à l’emploi.
Questions fréquentes
Quelle est la principale différence entre la RPA et un agent IA ?
Un agent IA remplace-t-il ma solution RPA existante ?
Quand dois-je combiner RPA et agent ?
Un agent IA est-il plus fiable que la RPA ?
Quelles tâches un agent sait-il accomplir là où la RPA échoue ?
Passer aux agents est-il rentable sur le plan économique ?
Envie d’aller plus loin ?
Reçois les nouvelles analyses directement dans ta boîte mail ou découvre comment nous mettons ce savoir au service des entreprises.