Le RPA (robotic process automation) automatise une tâche en imitant les clics et la frappe d'un utilisateur dans une interface ; une intégration par API fait dialoguer directement les deux logiciels. Dès que l'application cible expose une API ou une base de données accessible, l'intégration l'emporte presque toujours : elle s'exécute plus vite, coûte moins cher à maintenir et ne casse pas au premier changement d'écran.
Le RPA garde un intérêt réel dans un cas précis : un logiciel fermé, ancien ou verrouillé par son éditeur, sans API exploitable, qu'il faut malgré tout alimenter. C'est courant sur les portails de saisie, les logiciels comptables installés en poste ou certains extranets d'assurance.
Deux éléments pèsent dans l'arbitrage :
- Le coût récurrent. Chez Microsoft, l'automatisation assistée repose sur une licence utilisateur (Power Automate Premium, de l'ordre de 15 $ par utilisateur et par mois au tarif public), tandis qu'un robot qui tourne seul, sans personne connectée, se facture à part, autour de 150 $ par robot et par mois. Les plateformes RPA historiques se situent nettement au-dessus.
- La fragilité. Un robot d'écran dépend de la position des champs : une mise à jour de l'application métier, une fenêtre d'alerte inattendue ou un poste plus lent suffisent à l'arrêter. Chaque évolution d'interface se paie en maintenance.
En pratique, nous réservons le RPA aux verrous techniques avérés et privilégions les connecteurs API, le plus souvent livrés en quelques jours. Parlons de votre processus pour trancher sur pièces.