La RPA, ces robots logiciels qui cliquent et saisissent à la place de vos équipes, a un point faible bien connu : il suffit qu'un éditeur déplace un bouton pour que tout s'arrête. Microsoft teste dans Power Automate pour desktop une fonction d'autoréparation qui confie à l'IA le soin de retrouver l'élément perdu. Voici ce que cette nouveauté change réellement pour une PME, et les garde-fous à poser avant de l'activer.

RPA : pourquoi les robots logiciels cassent si souvent

Un robot RPA ne « comprend » pas l'écran qu'il manipule. Il repère chaque bouton, champ ou case à cocher grâce à un sélecteur, une sorte d'adresse technique décrivant l'élément dans la fenêtre ou dans la page web. Tant que cette adresse ne bouge pas, le robot est rapide et fiable.

Le problème survient lors des mises à jour. L'éditeur d'un logiciel de gestion renomme un composant, un portail fournisseur refond sa page de connexion, un navigateur modifie un détail de rendu : à l'œil, rien n'a changé, mais le sélecteur ne correspond plus. Le robot s'arrête sur une erreur « élément introuvable », souvent la nuit, et quelqu'un doit le corriger le lendemain matin pendant que les traitements s'accumulent.

C'est la principale raison pour laquelle la RPA a la réputation de coûter cher en maintenance. Les relances automatiques classiques n'y peuvent rien : réessayer trois fois de cliquer sur un bouton qui a changé d'identifiant donne trois échecs.

Ce que Microsoft a ajouté à Power Automate pour desktop

La documentation officielle de Microsoft, mise à jour en juillet 2026, décrit une fonction baptisée Self-healing, toujours en préversion. Son principe : lorsqu'une action d'automatisation d'interface ou de navigateur échoue faute de trouver un élément, l'IA tente d'identifier l'élément le plus probablement visé et de recapturer son sélecteur, puis le flux continue.

Pour y parvenir, Power Automate capture le contexte de l'erreur : une image de l'élément manquant, le titre de la fenêtre parente et une capture complète du bureau. Microsoft précise que deux modèles de langage sont utilisés conjointement, GPT-4.1 mini et Claude Sonnet 4.5.

L'ordre de traitement d'une erreur devient le suivant :

  1. la politique de relance classique ;
  2. l'autoréparation par l'IA ;
  3. les règles de gestion d'erreur définies dans le flux (variable, sous-flux) ;
  4. la poursuite du flux ou l'arrêt sur erreur.

Si la réparation échoue, la gestion d'erreur habituelle reprend la main. La fonction ne s'applique qu'à l'exécution réelle (lancée par un utilisateur ou de façon autonome), jamais pendant les tests dans le concepteur.

Un périmètre volontairement limité

Il ne s'agit pas d'un robot qui se réinvente seul. L'autoréparation est encadrée :

  • elle ne traite que les erreurs « élément introuvable » et « fenêtre introuvable » ;
  • elle concerne uniquement les actions qui visent un seul élément, comme cliquer sur un bouton ou cocher une case, et pas le glisser-déposer ni la gestion des fenêtres ;
  • elle s'active action par action, dans les paramètres de gestion d'erreur ;
  • elle exige Power Automate pour desktop en version 2.66 ou supérieure et un compte organisation premium, sans coût supplémentaire selon Microsoft.

Ce périmètre étroit est plutôt une bonne nouvelle : il couvre précisément la panne la plus fréquente, celle de l'écran légèrement modifié, sans laisser l'IA réécrire la logique métier du robot.

Le point qui concerne directement les entreprises françaises

La mise en route n'est pas qu'un interrupteur. Elle suppose plusieurs réglages côté administrateur, dans le centre d'administration Microsoft 365 et dans celui de Power Platform : autoriser Anthropic comme sous-traitant, autoriser les modèles externes pour l'environnement concerné, accepter le transfert de données entre régions pour les fonctions d'IA générative, et activer Copilot dans Power Automate.

Microsoft indique que les modèles d'Anthropic sont activés par défaut pour la plupart des clients du cloud commercial, à l'exception de l'UE, de l'AELE et du Royaume-Uni. Pour une PME française, l'activation est donc une décision explicite. Et comme l'IA reçoit des captures d'écran complètes, il faut se demander ce qui s'affiche au moment de l'erreur : fiches clients, données de paie, informations de santé. Cette question relève de votre registre de traitements RGPD avant d'être une question technique.

Les précautions à prendre avant de l'activer

Microsoft le reconnaît dans sa documentation : comme elle repose sur l'IA générative, l'autoréparation peut parfois sélectionner un élément non voulu. Sur un bouton « Suivant », l'enjeu est faible. Sur un bouton « Valider le paiement » ou « Supprimer », il est réel. Quelques règles simples :

  • Classez vos actions : activez l'autoréparation sur la navigation et la lecture, pas sur les validations irréversibles (envoi, paiement, suppression).
  • Ajoutez un contrôle après l'action : vérifiez que l'écran attendu s'affiche bien avant d'aller plus loin.
  • Relisez les exécutions réparées : la page d'exécution du flux résume l'activité d'autoréparation, avec le détail d'au plus trois tentatives réussies. Le portail ne l'affiche pas encore dans les journaux action par action ; un réglage de registre permet de conserver les journaux locaux, où la propriété repairWithAIInfo indique la tentative, son résultat et le sélecteur généré.
  • Corrigez ensuite le robot : une réparation à l'exécution est une béquille. Le sélecteur d'origine reste faux tant que personne ne le met à jour.

RPA, API ou application dédiée : la bonne question reste la même

L'autoréparation rend la RPA plus tolérante, elle ne change pas sa nature. Un robot qui imite des clics dépendra toujours d'un écran. Quand le logiciel propose une API fiable, l'intégration directe reste plus robuste, plus rapide et plus simple à superviser. La RPA garde tout son intérêt pour les logiciels anciens, fermés ou hébergés chez un tiers qui n'ouvre aucune interface de programmation.

Concrètement, cette nouveauté est utile si vous avez déjà des robots Power Automate qui tombent régulièrement en panne après les mises à jour de vos logiciels. Elle peut réduire les interruptions et les interventions du matin. En revanche, si un robot casse chaque mois, c'est souvent le signe qu'un échange par API, un connecteur dédié ou une automatisation métier repensée serait plus rentable à moyen terme.

Notre conseil : faites l'inventaire de vos robots et notez pour chacun le nombre de pannes des six derniers mois et la criticité des actions effectuées. Les robots fragiles mais peu risqués sont de bons candidats pour tester l'autoréparation. Les robots critiques méritent d'abord une revue d'architecture.

Questions fréquentes

Qu'est-ce que la RPA ?

La RPA (robotic process automation) désigne des robots logiciels qui reproduisent les gestes d'un utilisateur sur un écran : cliquer, saisir, copier une valeur d'une application à une autre. On l'utilise surtout quand un logiciel n'offre pas d'API exploitable.

L'autoréparation de Power Automate est-elle disponible en France ?

La fonction est en préversion et réservée aux comptes organisation premium, sans surcoût. En Europe, elle demande une activation explicite par l'administrateur, car le fournisseur de modèles Anthropic n'est pas activé par défaut dans l'UE et un transfert de données entre régions doit être accepté.

L'IA peut-elle se tromper de bouton ?

Oui. Microsoft indique que l'autoréparation peut parfois identifier un élément d'interface non voulu. C'est pourquoi il faut la réserver aux actions sans conséquence irréversible et contrôler le résultat des exécutions réparées.

Faut-il encore corriger un robot qui s'est réparé seul ?

Oui. L'autoréparation permet au traitement de continuer, mais le sélecteur d'origine reste faux. Il faut relire le résumé de l'exécution, valider l'élément retenu par l'IA et mettre à jour le robot pour revenir à un fonctionnement déterministe.

Vaut-il mieux une RPA ou une intégration par API ?

Quand une API fiable existe, elle reste préférable : elle ne dépend pas de l'écran et casse beaucoup moins. La RPA garde sa place pour les logiciels anciens ou fermés, et l'autoréparation la rend plus tolérante, sans en faire une solution d'intégration durable.

Vos robots logiciels s'arrêtent trop souvent, ou vous hésitez entre RPA et intégration par API ? Pulsar Forge audite vos automatisations existantes et vous aide à choisir la solution la plus durable. Parlons de votre projet.