Développeur Blue Prism : objets, work queues et reprise sur exception

Un modèle précis structure les questions d'entretien d'un développeur Blue Prism. Dans SS&C Blue Prism Enterprise, les objets conçus dans Object Studio pilotent les applications et les processus de Process Studio portent la logique métier. Les dossiers passent par des work queues, et les robots tournent sans surveillance, lancés depuis Control Room ou par le Scheduler. Le développeur conçoit, teste et maintient ces automatisations, souvent à partir d'une procédure décrite par un analyste.

UiPath, Power Automate et Blue Prism se mélangent sur beaucoup de CV RPA. Les concepts se ressemblent, la manière de construire diffère. Un profil formé sur UiPath peut ignorer le verrouillage d'environnement, le Credential Manager ou le partage d'un modèle d'application entre objets. Les certifications Blue Prism Developer et Professional Developer attestent la connaissance de l'outil. L'expérience de production se repère aux exceptions métier et système bien séparées, aux éléments d'interface fiabilisés et aux robots qui reprennent là où ils se sont arrêtés.

En entretien, partez d'une panne vécue : un écran qui a changé, une file bloquée avec des éléments verrouillés, un mot de passe expiré sur un compte robot. Demandez ce que la personne a modifié, dans quel objet, et comment elle l'a testé avant de relivrer. Le cas pratique du PDF porte sur la saisie de factures fournisseurs dans un ERP publié sous Citrix.

Ce qu'un développeur Blue Prism manipule au quotidien

Process Studio et Object Studio

Les deux ateliers de conception. Un processus décrit la logique métier sous forme de schéma, un objet (VBO) regroupe les actions sur une application : se connecter, lire un champ, valider un écran. Un même objet sert à plusieurs processus. Des clics d'écran posés directement dans un processus signalent un profil qui n'a pas adopté ce découpage.

Application Modeller

L'outil qui identifie les éléments d'une interface (champ, bouton, tableau) à partir de leurs attributs. Le mode de capture dépend de la technologie : Win32, navigateur, UI Automation, Java, région d'écran pour Citrix. La version 7.5.1, sortie en mars 2026, étend ces modes aux applications basées sur Chromium. La solidité d'un robot dépend surtout des attributs retenus ici.

Work queues

Les files qui contiennent les dossiers à traiter. Chaque élément porte un identifiant, un statut, des tags et un nombre de tentatives, et peut être différé à plus tard. Plusieurs robots lisent la même file sans traiter deux fois un dossier, car celui qui le prend le verrouille. Pour le métier, la file sert aussi de suivi.

Control Room et Scheduler

Control Room lance et surveille les sessions sur les ressources, c'est-à-dire les machines où tournent les robots. Le Scheduler planifie les lancements et enchaîne les tâches. Un arrêt peut être immédiat ou demandé : dans le second cas, le processus teste IsStopRequested() et s'arrête proprement entre deux dossiers.

Gestion des exceptions

Les étapes Recover, Resume et Exception organisent la reprise sur erreur. On sépare l'exception métier (dossier incomplet, client inconnu), qui ne se rejoue pas, de l'exception système (écran figé, application plantée), qui se retente après une relance de l'application. Un robot mal construit sur ce point vide une file entière en exceptions en quelques minutes.

Credential Manager et Login Agent

Le Credential Manager stocke chiffrés les identifiants des comptes robots, et les processus les lisent au moment de se connecter. Login Agent ouvre la session Windows d'une machine verrouillée avant le lancement d'un processus. Un mot de passe en clair dans une donnée de processus doit être refusé en revue de code.

Release Manager et verrouillage d'environnement

Processus et objets passent de développement en recette puis en production sous forme de packages et de releases. Le développeur y contrôle les dépendances, car un processus livré sans la bonne version de son objet casse en production. L'objet Environment Locking empêche deux robots d'utiliser en même temps une ressource qui n'accepte qu'un accès.

Étapes Code, API et documents

Une étape Code accepte du C# ou du VB.NET pour ce que les actions standard font mal. Web services, API Blue Prism et webhooks sur les work queues relient les robots au reste du système d'information. Pour les factures et formulaires, Decipher IDP extrait les champs avant que le dossier entre dans la file.

Le développeur Blue Prism travaille le plus souvent dans une équipe RPA centrale, avec des analystes qui documentent les procédures (PDD) et une équipe de production qui héberge les ressources. Selon la taille de l'équipe, il écrit aussi le document de conception (SDD), prépare les environnements ou assure le support de niveau deux. Les missions de maintenance sont fréquentes : un robot construit il y a quelques années tombe à chaque montée de version d'une application, et il faut le stabiliser. Les postes de tech lead ajoutent la revue de code, les standards de conception et les montées de version de Blue Prism. Certaines annonces demandent aussi UiPath, pour des équipes qui exploitent les deux outils ou préparent une migration.

Les compétences Blue Prism à contrôler en entretien

• Modèle objets et processus
• Application Modeller et fiabilité des éléments
• Work queues et traitement multi-robots
• Exceptions métier et système
• Identifiants et comptes robots
• Livraison, planification et run

Cinq questions Blue Prism et les réponses attendues

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

1. Question 1 · confirmé

   Un robot plante au 300e dossier d'une file qui en compte 800. Comment faites-vous pour que la relance ne retraite pas les 299 premiers ?

   Une bonne réponseLe processus prend chaque dossier avec Get Next Item, qui le verrouille, puis le marque Completed ou Exception dès qu'il a fini. Les 299 premiers sont déjà terminés dans la file, la relance repart donc sur les éléments en attente. L'élément qui était verrouillé au moment du plantage reste bloqué jusqu'à ce qu'on le libère depuis Control Room. Un profil solide vérifie aussi dans l'application si le dossier 300 a été saisi à moitié avant de le rejouer.

   Signal d'alerteUn fichier Excel parcouru en boucle avec un compteur de lignes, ou « je relance tout et je supprime les doublons après ».

2. Question 2 · junior à confirmé

   Quelle différence faites-vous entre une exception métier et une exception système, et que devient le dossier dans chaque cas ?

   Une bonne réponseL'exception métier vient des données : dossier incomplet, montant hors limite, client introuvable. L'élément passe en exception sans nouvel essai, avec un motif lisible par le métier. L'exception système vient de l'environnement : application figée, écran inattendu, délai dépassé. Le robot ferme et relance l'application, puis l'élément est retenté dans la limite du nombre de tentatives de la file. Les bons profils structurent ces deux branches avec des étapes Recover et Resume et des types d'exception nommés de la même façon partout.

   Signal d'alerteUn seul bloc qui attrape toutes les erreurs et relance sans fin, ou une exception métier retentée trois fois alors qu'elle échouera trois fois.

3. Question 3 · confirmé

   Après une mise à jour de l'application web, votre robot ne trouve plus le bouton Valider. Comment rendez-vous l'élément plus robuste ?

   Une bonne réponseIl ouvre l'Application Modeller, compare les attributs capturés avec ceux de la nouvelle page et ne garde que les attributs stables (identifiant, nom, chemin CSS ou XPath relatif). Il décoche ceux qui bougent, comme la position à l'écran ou un index d'ordre. Sur un attribut variable, il utilise une correspondance dynamique alimentée par le processus. Il place une étape Wait sur l'élément avant le clic au lieu d'une pause fixe, vérifie l'élément avec Highlight puis le teste sur plusieurs dossiers.

   Signal d'alerteAjouter une pause de dix secondes, ou cliquer à des coordonnées fixes sur une application web qui expose pourtant son HTML.

4. Question 4 · senior

   Cinq robots traitent la même file, mais l'application n'accepte qu'une connexion à la fois sur son écran d'export. Comment organisez-vous le travail ?

   Une bonne réponseLa file répartit déjà les dossiers, puisque chaque robot verrouille l'élément qu'il prend. Pour l'écran d'export, un verrou d'environnement (objet Environment Locking) acquis juste avant l'action et relâché juste après, y compris dans la branche d'erreur. Le robot qui n'obtient pas le verrou attend avec un délai maximal ou traite autre chose. La personne parle aussi du verrou resté pris quand un robot plante en le tenant et de la façon de le libérer.

   Signal d'alertePlanifier les cinq robots à des heures décalées en espérant qu'ils ne se croisent pas, ou réduire à un seul robot sans mesurer la perte de débit.

5. Question 5 · confirmé

   Le mot de passe du compte robot d'une application expire tous les 90 jours. Comment le gérez-vous ?

   Une bonne réponseL'identifiant est rangé dans le Credential Manager, avec un accès limité aux processus et aux ressources qui en ont besoin. Le processus le lit au moment de se connecter, dans une donnée de type Password, et ne l'écrit jamais dans un journal. Pour le renouvellement, soit un processus dédié change le mot de passe dans l'application puis met à jour le Credential Manager, soit l'équipe sécurité le fait selon un calendrier connu. Un refus de connexion lève une exception claire au premier échec, pour ne pas bloquer le compte à force d'essais.

   Signal d'alerteLe mot de passe dans une donnée du processus, dans un fichier de configuration ou dans une variable d'environnement, ou trois tentatives automatiques après un refus.

Recrutement d'un développeur Blue Prism : questions fréquentes

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.