Rendre un robot Blue Prism plus robuste face aux lenteurs d'une application
Exemple type : un robot qui s'arrête dès que l'écran tarde à s'afficher est revu pour attendre, réessayer, puis signaler proprement ce qu'il n'a pas pu traiter.
Poste : Développeur RPA · AUTOMATIONBOT · 2023
Exemple type, représentatif du travail mené sur ce poste. Il ne décrit pas un projet précis.
Le problème
Un robot existant fonctionne bien quand tout va vite. Mais si l'application met du temps à répondre, il clique trop tôt, se perd et s'arrête. Il faut alors relancer à la main et retrouver où il en était.
La solution automatisée
Le robot Blue Prism est repris sur trois points :
- Attendre le bon écran : avant chaque action, il vérifie que l'élément attendu est bien affiché, au lieu d'une pause fixe.
- Réessayer : une erreur passagère déclenche un nombre limité de nouvelles tentatives.
- Mettre de côté : un dossier qui échoue encore est marqué en erreur, avec la raison, et le robot passe au suivant.
- Reprendre : comme chaque dossier a un statut, une relance repart là où le robot s'était arrêté.
Le résultat
Une lenteur passagère ne bloque plus tout le traitement. Les dossiers en erreur sont visibles, avec leur raison, et peuvent être repris sans tout recommencer.
À retenir
- Attendre un écran précis vaut mieux qu'une pause fixe.
- Un échec isolé ne doit pas arrêter tout le lot.
- Un statut par dossier permet de reprendre sans doublon.