RPA : ce qui reste, ce qui est dépassé

RPA, automatisation robotisée, robotisation : le même sujet

RPA est l'abréviation de robotic process automation, traduit en français par automatisation robotisée des processus. On parle aussi d'automatisation et robotisation, ou simplement de robotisation des tâches. Ces termes désignent tous la même chose : un programme qui pilote l'interface d'un logiciel à la place d'un humain.

Ce que la RPA fait, concrètement

Un robot logiciel reproduit une suite d'actions dans une interface : ouvrir une application, se connecter, naviguer, lire une valeur à l'écran, la saisir ailleurs. Il ne comprend rien : il suit un chemin, position par position. C'est à la fois sa force — il fonctionne avec n'importe quel logiciel — et sa faiblesse.

Pourquoi elle casse si souvent

Un robot dépend de l'apparence de l'écran. Une mise à jour qui déplace un bouton, une fenêtre de notification qui s'ouvre au mauvais moment, un écran de connexion qui change : le robot échoue, ou pire, clique à côté. Dans les parcs que je reprends, les automatisations les plus fragiles sont presque toujours celles qui pilotent une interface.

S'ajoute un problème de diagnostic : quand un robot échoue, le message d'erreur dit rarement pourquoi. Il faut rejouer le scénario en regardant l'écran.

Quand c'est encore le bon outil

• Un logiciel métier fermé sans interface de programmation, et dont l'éditeur n'en prévoit pas.
• Une application interne ancienne que plus personne ne sait modifier.
• Un portail web obligatoire — administration, donneur d'ordre, place de marché — sans accès automatisé officiel, et quand ses conditions d'utilisation l'autorisent.
• Un besoin temporaire : contourner pendant six mois en attendant une migration déjà décidée.

Quand c'est devenu un piège

Si l'application expose une interface de programmation, l'utiliser coûte moins cher à construire, beaucoup moins à maintenir, et ne casse pas quand l'écran change. Beaucoup de projets RPA des années 2018-2022 pilotaient des interfaces de logiciels qui ont depuis ouvert des API : ils sont restés en place par inertie, et chaque mise à jour coûte.

Le signal d'alerte : vous payez des licences robot et une maintenance pour faire ce qu'un appel direct ferait gratuitement.

Ce que l'IA change

Deux choses. Elle rend les robots moins fragiles : plutôt que de cliquer à une position fixe, un modèle peut identifier le bon élément à l'écran même s'il a bougé. Et elle rend caduques beaucoup de robots : les tâches de lecture et de recopie de documents, qui représentaient une grande part des projets RPA, se traitent désormais directement.

En revanche, un robot piloté par IA hérite des deux fragilités : celle de l'interface et celle du modèle. Sur un processus financier ou réglementaire, c'est rarement un bon compromis.

La décision, en trois questions

• L'application a-t-elle une interface de programmation ? Si oui, pas de RPA.
• Peut-on changer l'application ou le processus ? Si oui, c'est souvent moins cher que de le contourner.
• Le volume justifie-t-il la maintenance ? En dessous de quelques heures de travail humain par mois, un robot coûte plus cher que la tâche.

Questions fréquentes