Agent, RPA ou script ? Comment choisir la bonne automatisation pour chaque tâche

Par Delos Workers team — 2026-10-30

Choisissez entre script, RPA et agent IA grâce à quatre questions, trois exemples métier et une checklist pour automatiser de façon fiable.

Beaucoup de projets d’automatisation échouent pour la même raison : l’équipe choisit l’outil qu’elle préfère, pas celui dont la tâche a besoin. Un script de quarante lignes, un bot RPA et un agent IA peuvent tous « automatiser » une boîte de réception de factures, mais chacun échoue à un endroit différent. Le script attend un format fixe ; le bot dépend de la stabilité d’un écran ; l’agent a besoin de supervision lorsque son interprétation a des conséquences. Voici une méthode pratique pour choisir.

Trois outils, trois types de travail

Scripts : rapides, peu chers, rigides

Un script (Python, SQL ou une tâche planifiée) exécute exactement les instructions reçues sur des données propres et structurées. Il peut déplacer des lignes, valider des champs et appeler une API à un coût prévisible. Si la règle ne change pas et que les données gardent le même format, le script est la bonne réponse : facile à tester, presque gratuit à exécuter et simple à auditer. Il échoue si la forme des données change ou s’il faut comprendre ce que l’expéditeur voulait dire. Prévoyez des tests pour les champs manquants et les valeurs inattendues, au lieu de supposer que le fichier de demain sera identique à celui d’aujourd’hui.

Bots RPA : le pont vers les écrans legacy

La RPA (automatisation robotisée des processus) imite les clics d’un humain dans une interface, comme l’explique la présentation de la RPA par IBM. Elle est utile lorsqu’il n’existe pas d’API, par exemple dans un ancien ERP ou un portail fournisseur. Les étapes peuvent être clairement définies, même si le système ne permet pas d’intégration directe. Sa faiblesse est sa fragilité : un bouton déplacé ou un champ renommé peut arrêter le bot. Un bot RPA classique ne sait pas non plus interpréter un e-mail ou un PDF inconnu s’il n’a pas été paramétré pour ce format. Intégrez les alertes en cas de changement d’écran et la personne chargée des réparations dans le coût d’exploitation.

Agents IA : du jugement sur des entrées désordonnées

Un agent IA lit du texte non structuré, décide de la suite, utilise des outils et demande de l’aide en cas de doute. Il devient utile lorsqu’un client s’exprime librement ou qu’un document comporte des exceptions. Le guide « Building effective agents » d’Anthropic fait bien la distinction : les workflows suivent des chemins prédéfinis, tandis que les agents choisissent leur chemin de façon dynamique. Le guide recommande de commencer par la solution la plus simple et d’ajouter de la complexité uniquement si nécessaire. Ce conseil s’applique ici aussi : la souplesse est précieuse, mais elle implique un coût de modèle, des évaluations et un risque de mauvaise décision. Un agent ne doit pas approuver silencieusement un paiement simplement parce qu’il a compris la demande.

Comparatif côte à côte

Lisez ce graphique comme une carte des points forts, pas comme un classement. Les scripts excellent avec les données structurées et stables et se mettent rapidement en place. La RPA couvre les écrans anciens sans interface exploitable par du code, même si leurs changements imposent de la maintenance. Les agents prennent l’avantage dès que le texte, les exceptions ou le jugement entrent en jeu. Une meilleure note sur un critère ne signifie pas que l’outil convient à toutes les étapes.

Un arbre de décision en 4 questions

Commencez par la nature de la tâche, puis examinez le système à utiliser. Ces questions désignent l’outil par défaut pour une étape, pas une obligation d’automatiser tout le processus avec la même technologie.

1. L’entrée est-elle structurée et la règle fixe ? Utilisez un script. Formalisez la règle et testez-la avec des données normales et incomplètes.
2. Existe-t-il une API stable ? Appelez-la depuis un script, sans passer par l’interface graphique. Un contrat d’API est généralement plus facile à surveiller qu’une suite de clics.
3. Ne disposez-vous que d’une interface legacy, sans API ? Utilisez un bot RPA et prévoyez de la maintenance. Vérifiez la fréquence des changements d’écran avant de vous engager.
4. La tâche comporte-t-elle du texte libre, des exceptions ou du jugement ? Utilisez un agent IA, avec une validation humaine pour tout acte irréversible. Définissez les cas de doute et le circuit d’escalade.

Ces questions peuvent se recouper : un e-mail client exige une interprétation, tandis que la modification de la base qui en découle est déterministe. Séparez les étapes. L’agent peut classer la demande et un script contrôlé peut appliquer la modification approuvée.

Trois exemples concrets

Export de stock nocturne vers un tableur : un script

Les mêmes colonnes chaque jour, une seule règle. Planifiez un script pour récupérer les stocks par API, contrôler les colonnes attendues et produire l’export. Alertez une personne si une colonne disparaît ou si le nombre de lignes paraît incohérent. Un agent ajouterait du coût et de l’imprévisibilité sans aucun bénéfice. Sa capacité de raisonnement n’améliore pas un transfert figé.

Recopie de commandes depuis un portail fournisseur sans API : la RPA

Les écrans sont stables et les étapes sont fixes. Un bot peut se connecter, lire les champs d’une commande et les saisir dans le système cible lorsqu’aucune intégration n’est proposée. Prévoyez une surveillance : un changement d’écran doit déclencher une alerte, et non un échec silencieux. Suivez les exécutions réussies, les champs en échec et le temps passé à réparer ; la maintenance fait partie du prix de cette passerelle.

E-mails clients demandant remboursement, changement de livraison ou facture : un agent

Chaque e-mail est différent. Il faut comprendre l’intention, interroger le bon système et transmettre les cas particuliers à une personne. C’est là qu’interviennent les Workers Delos : ils lisent le message, agissent dans vos outils et sollicitent une aide en cas de doute. Explicitez la politique : une simple recherche de facture peut être automatique ; un remboursement au-delà d’un seuil requiert une validation. Pour organiser ces étapes à plus grande échelle, consultez notre article sur les workflows agentiques en entreprise.

Les combiner est normal

Les meilleures configurations mélangent les trois. Un agent trie et décide, un script effectue l’étape déterministe et un bot RPA gère l’unique écran ancien. Considérez l’agent comme le coordinateur, pas comme l’exécutant universel. Dans l’exemple du remboursement, il identifie l’intention et rassemble le contexte ; un script vérifie l’éligibilité ; la RPA ouvre l’ancien portail financier uniquement si c’est le seul moyen d’accéder au dossier. Une personne approuve le remboursement si la politique l’exige.

Coût, rapidité et traçabilité s’améliorent lorsque chaque étape utilise l’outil fiable le moins cher. Journalisez les transferts entre étapes, les entrées, les sorties et les exceptions. Si un bot échoue, l’agent ne doit pas deviner que la commande a été mise à jour : il doit signaler l’échec pour permettre une nouvelle tentative ou une vérification.

Erreurs à éviter

• Utiliser un agent pour une règle qui ne change jamais. Si la même entrée produit toujours la même sortie, testez d’abord un script.
• Utiliser la RPA quand une API existe. L’automatisation des clics crée une dépendance fragile à l’interface visuelle. Le glossaire RPA de Gartner décrit cette approche par l’interface ; vérifiez d’abord les possibilités d’intégration.
• Oublier la validation humaine pour les paiements, suppressions et e-mails externes. Fixez les seuils d’approbation avant le déploiement.
• Ne mesurer que les heures économisées. Suivez aussi le taux d’erreur, les exceptions traitées et le délai de traitement.
• Ne rien gouverner. Toute action automatisée doit être journalisée et attribuable ; consultez notre guide sur les signaux du shadow AI et sa gouvernance.

Checklist avant de construire

1. Décrivez la tâche sous forme de règle : si elle est entièrement formulable, écrivez un script.
2. Vérifiez l’existence d’une API avant d’automatiser des clics.
3. Listez les exceptions et leur fréquence ; examinez des données réelles, pas seulement les cas idéaux.
4. Choisissez le point de validation humaine et le responsable des exécutions en échec.
5. Définissez un indicateur de réussite, comme le taux d’erreur ou le délai de traitement, et mesurez-le avant et après la mise en service.

Conclusion

La bonne question n’est pas « agent ou RPA ? », mais « quel est l’outil fiable le moins cher pour cette étape ? ». Commencez simplement, n’ajoutez du jugement que là où le travail l’exige et gardez une personne aux commandes lorsque les conséquences sont difficiles à annuler.