Blue Prism 7.1 : Juin 2022

Lors de l'utilisation de l'authentification unique Active Directory dans Blue Prism, il est désormais possible de configurer le système pour prendre en charge les utilisateurs de plusieurs forêts au sein d'une infrastructure réseau Active Directory commune avec des options de gestion des rôles dans Blue Prism ou Active Directory, ou les deux. Auparavant, les utilisateurs de plusieurs forêts pouvaient être pris en charge uniquement s'ils géraient l'attribution de rôles d'utilisateur directement dans Blue Prism, tandis que l'attribution de rôles via l'appartenance à un groupe de sécurité Active Directory ne prenait en charge que les utilisateurs au sein d'une seule forêt Active Directory commune.

L'authentification Active Directory doit être activée sur l'écran Sécurité - Réglages d'authentification et les identifiants appropriés pour chaque domaine concerné doivent être configurés dans Blue Prism.

Cela s'applique à tous les scénarios ci-dessous :

• Utilisateurs Active Directory se connectant au client interactif via Authentication Server.
• Utilisateurs Active Directory se connectant au client interactif à l'aide de l'authentification intégrée.

• Authentification des commandes AutomateC, des ressources d'exécution et des alertes de processus via le paramètre de ligne de commande /sso.

• Authentification des commandes Telnet /getauthtoken, /user et /password via le nom de principal de l'utilisateur (UPN), le nom d'utilisateur et l'ID utilisateur.

• Authentification Active Directory lors de l'appel de services Web exposés sur des ressources d'exécution.

• Lorsque vous utilisez la commande AutomateC /rôlereport pour générer un rapport sur tous les rôles et les permissions associées pour chaque utilisateur du système.

Il est désormais possible de créer des utilisateurs Active Directory dans Blue Prism, de deux façons : soit en créant manuellement des utilisateurs et en leur attribuant directement des rôles et des permissions via l'assistant Créer un utilisateur, soit en mappant les groupes de sécurité Active Directory aux rôles Blue Prism via la boîte de dialogue Appartenance au rôle.

Les utilisateurs appartenant aux groupes de sécurité Active Directory sont créés dans Blue Prism soit lorsqu'ils se connectent à Blue Prism pour la première fois, soit en utilisant l'option  Synchroniser les utilisateurs avec Active Directory disponible lorsque vous cliquez sur le bouton de menu sur l'écran Sécurité - Utilisateurs. Lorsque cette option est activée, les utilisateurs Active Directory d'une ou de plusieurs forêts seront synchronisés.

Les détails d'un utilisateur Active Directory sont actualisés dans Blue Prism à partir d'Active Directory chaque fois qu'il se connecte à Blue Prism, mais les administrateurs peuvent actualiser les détails de tous les utilisateurs Active Directory dans la liste des utilisateurs en sélectionnant l'option Synchroniser les utilisateurs avec Active Directory, indépendamment de la manière dont ils ont été créés, comme suit :

• Tout nouveau compte utilisateur Active Directory affecté à un groupe de sécurité mappé à un rôle Blue Prism s'affichera dans la liste des utilisateurs Blue Prism.
• Tout compte utilisateur désactivé dans Active Directory sera marqué comme supprimé dans Blue Prism. Si un compte précédemment désactivé a été réactivé dans Active Directory, il s'affichera à nouveau dans la liste des utilisateurs Blue Prism.
• Tout compte utilisateur supprimé d'Active Directory sera marqué comme supprimé dans Blue Prism, mais ne pourra plus être rétabli.
• Toute mise à jour du nom distinctif ou de l'UPN d'un utilisateur dans Active Directory s'affichera dans Blue Prism. Si l'UPN est mis à jour, le nom d'utilisateur de l'utilisateur sera mis à jour en conséquence.

Les comportements suivants se produisent lorsqu'un utilisateur Active Directory tente d'accéder à Control Room sur navigateur dans Hub, d'accéder au client interactif Blue Prism, et d'authentifier les commandes AutomateC et les ressources d'exécution à l'aide du paramètre de ligne de commande /sso :

• Si un compte n'existe pas déjà pour l'utilisateur, un compte Blue Prism est automatiquement créé dans la base de données Blue Prism.

• Si un utilisateur n'est affecté à aucun rôle Blue Prism lorsqu'il tente de se connecter au client interactif, soit directement dans Blue Prism, soit via des groupes de sécurité dans Active Directory, il ne pourra pas se connecter.
• Si un compte utilisateur a été supprimé/désactivé dans Active Directory, il sera marqué comme supprimé dans Blue Prism et l'utilisateur ne pourra pas se connecter.

• Si un compte utilisateur a été marqué comme supprimé dans Blue Prism, le compte sera restauré s'il est ensuite rétabli dans Active Directory, qu'il soit affecté ou non à des rôles Blue Prism. Cela se produit lorsque l'administrateur synchronise la liste des utilisateurs avec Active Directory, lorsque l'utilisateur se connecte à Blue Prism ou lorsque les détails de l'utilisateur sont modifiés dans Blue Prism.

Les administrateurs système Blue Prism peuvent désormais afficher, ajouter, modifier et supprimer les domaines Active Directory ainsi que les identifiants associés stockés dans la base de données via un nouvel écran Réglages d'authentification - Domaines Active Directory.

Lors de l'ajout d'un nouveau domaine :

• Le nom de domaine doit être un nom de domaine explicite au format sousdomaine.domaine.com ou domaine.com.
• Le nom de domaine et les identifiants obligatoires sont validés en fonction du contrôleur de domaine Active Directory.

Les identifiants sont stockés lors de la création ou de la modification d'un domaine Active Directory. Le nom d'utilisateur et le mot de passe sont chiffrés avant le stockage.

Les identifiants stockés pour chaque domaine doivent être ceux d'un compte de service Active Directory. Le mot de passe de ce compte de service ne doit pas expirer, ne doit pas être celui d'un compte utilisateur et doit suivre les meilleures pratiques en matière de compte de service Active Directory.

Les identifiants stockés pour le domaine et chiffrés dans la base de données sont désormais utilisés pour rechercher des utilisateurs ou des groupes de sécurité dans Active Directory sur un appareil connecté via un serveur d'applications. Si aucun identifiant stocké n'est trouvé, les requêtes nécessitant une authentification seront exécutées dans le contexte du compte Windows exécutant le serveur d'applications Blue Prism. Il n'est plus possible de fournir des identifiants personnalisés.

Lors de la recherche d'utilisateurs ou de groupes de sécurité dans Active Directory sur un appareil connecté directement à une base de données et sans identifiants stockés, les requêtes nécessitant une authentification seront exécutées dans le contexte du compte Windows utilisé pour lancer et exécuter Blue Prism localement.

Les identifiants stockés pour les domaines Active Directory dans la base de données Blue Prism sont désormais utilisés lors de l'authentification des utilisateurs Active Directory de ces domaines, pour permettre la lecture à partir du contrôleur de domaine approprié.

Les identifiants stockés sont utilisés dans les scénarios suivants :

• Authentification des alertes de processus via la commande alerts/sso. Pour authentifier la commande, les identifiants doivent être enregistrés pour les domaines dans toutes les forêts appropriées et l'utilisateur doit disposer de la permission S'abonner aux alertes de processus attribuée dans Blue Prism.

• Authentification des commandes Telnet user, password et getauthtoken via l'UPN pour les utilisateurs Active Directory.

• Authentification intégrée au client interactif Blue Prism.

• Authentification intégrée des ressources d'exécution.

• Authentification intégrée des commandes AutomateC à l'aide du paramètre de ligne de commande sso.

• Lorsque vous appelez un processus qui a été exposé en tant que service Web à l'aide d'un UPN Active Directory et d'un mot de passe.

• Lorsque vous vous connectez au client interactif Blue Prism via Authentication Server pour récupérer l'enregistrement d'utilisateur Active Directory et déterminer l'appartenance au groupe de sécurité de l'utilisateur.

Aucun identifiant n'est requis lors de la mise à niveau à partir d'un environnement à forêt unique et/ou d'environnements où le compte exécutant le serveur d'applications Blue Prism est autorisé à lire à partir de tous les contrôleurs de domaine dans l'environnement.

Si vous utilisez les modes de connexion suivants avec une connexion au serveur Blue Prism, un nom de principal de service (SPN) doit être configuré pour le compte Active Directory (AD) sous lequel chaque instance de service de serveur Blue Prism est exécutée :

• WCF : SOAP avec chiffrement de messages et authentification Windows
• WCF : SOAP avec chiffrement de transport et authentification Windows

• .NET Remoting sécurisé

En effet, lorsqu'un client interactif Blue Prism ou une ressource d'exécution se connecte à un serveur d'applications à l'aide de l'un des modes de connexion ci-dessus, l'ensemble logiciel de sécurité Microsoft Negotiate est utilisé pour sélectionner le meilleur fournisseur SSP (Security Support Provider) afin d'authentifier la connexion. Le code interne du client interactif Blue Prism fournit le SPN attendu à l'ensemble logiciel de sécurité Microsoft Negotiate, qui invite Microsoft Negotiate à sélectionner le SSP Kerberos plutôt que le SSP New Technology LAN Manager (NTLM), à condition que le SPN soit présent dans Active Directory.

Cette configuration s'applique à tous les environnements Blue Prism. Cependant, si le compte Active Directory sous lequel vos instances de serveur Blue Prism s'exécutent réside dans un domaine différent du compte Active Directory utilisé pour le client interactif Blue Prism et la ressource d'exécution, la configuration supplémentaire décrite ci-dessous est requise.

Les deux nouveaux réglages suivants doivent être configurés sur l'écran Configuration de la connexion dans le client interactif Blue Prism :

• Domaine Kerberos : il doit être configuré pour chaque connexion au serveur Blue Prism dans le client interactif où le domaine Kerberos de l'utilisateur est différent de celui du compte configuré pour exécuter le serveur Blue Prism. Cette option peut également être définie via la nouvelle commande AutomateC /setkerberosrealm, par exemple, /setkerberosrealm monentreprise.com. Le domaine Kerberos est généralement le même que le nom de domaine. Cependant, veuillez vérifier auprès de votre équipe informatique la valeur correcte.

• Forcer NTLM : cela oblige l'ensemble logiciel de sécurité Microsoft Negotiate à sélectionner New Technology LAN Manager (NTLM) comme fournisseur SSP lors de l'authentification des connexions. Cette option est fournie afin que NTLM puisse être utilisé lorsque Kerberos n'est pas disponible ou n'est pas configuré (voir Configuration du SPN). Cette option peut également être définie via le nouveau commutateur /forcentlm AutomateC, par exemple, /forcentlm true, pour la dernière connexion utilisée ou spécifiée (à l'aide du commutateur /dbconname) lors de l'authentification de la connexion au serveur Blue Prism.

  Veuillez consulter votre équipe de sécurité avant d'activer cette option, car NTLM est considéré comme un protocole moins sécurisé.

Si des échecs de connexion ou des problèmes de performance sont rencontrés pendant le processus de connexion via Active Directory, les administrateurs système peuvent configurer manuellement les domaines Active Directory approuvés qui seront interrogés pendant le processus de connexion. Si au moins un domaine Active Directory est configuré manuellement, ces réglages seront utilisés pendant le processus de connexion pour interroger uniquement le(s) domaine(s) configuré(s), plutôt que d'identifier par programmation les domaines qui peuvent être interrogés. Pour plus d'informations, voir Dépannage de l'authentification unique.

Un script de base de données (BP-9497-ConfigureTrustedDomain.sql) avec la configuration manuelle peut être téléchargé à partir du portail Blue Prism.

L'écran Sécurité - Réglages d'authentification a été repensé pour améliorer l'accessibilité et mieux refléter les méthodes d'authentification disponibles :

• Les principales options d'authentification de l'utilisateur ont été renommées comme suit : Connexion de l'utilisateur via Authentication Server (obligatoire si vous utilisez Control Room sur navigateur avec l'environnement Blue Prism actuel) et Connexion de l'utilisateur à l'aide de l'authentification intégrée (pas de prise en charge de Control Room sur navigateur).
• Les méthodes d'authentification natives Active Directory et Blue Prism existantes s'affichent sous un nouveau sous-menu Réglages de l'authentification intégrée. Les méthodes d'authentification intégrée disponibles sont également utilisées pour authentifier les ressources d'exécution, les commandes Telnet, les commandes AutomateC et lors de l'appel de services Web exposés sur des ressources d'exécution.
• La section Règles de mot de passe a été renommée Règles de mot de passe pour l'authentification native et a été réorganisée dans un ordre plus logique. Les règles de mot de passe ne s'appliquent qu'à l'authentification native Blue Prism.
• La section Options de connexion a été renommée Options de connexion native et s'affiche uniquement si Connexion de l'utilisateur à l'aide de l'authentification intégrée, puis Authentification native Blue Prism ont été sélectionnées.
• L'option de connexion Afficher une liste des utilisateurs sur l'écran de connexion disponible dans les versions précédentes de Blue Prism a été supprimée pour améliorer les performances.

• Une nouvelle section Gestion des rôles pour les utilisateurs Active Directory permet aux administrateurs de déterminer la façon dont les rôles d'utilisateur Active Directory sont gérés. Au moins l'une des options suivantes doit être sélectionnée si l'authentification Active Directory a été activée sous Réglages de l'authentification intégrée :

  • Gérer l'appartenance au rôle dans Blue Prism : les utilisateurs Active Directory sont directement affectés à des rôles Blue Prism. Les utilisateurs peuvent être affectés à plusieurs rôles Blue Prism.

  • Gérer l'appartenance au rôle dans Active Directory : les groupes de sécurité Active Directory sont mappés aux rôles Blue Prism. Les utilisateurs peuvent être affectés à plusieurs rôles Blue Prism en étant membres de plusieurs groupes de sécurité Active Directory pertinents.

  Ces options s'appliquent dans toutes les situations où l'authentification Active Directory est utilisée :

  • Connexion au client interactif via Authentication Server.
  • Connexion au client interactif à l'aide de l'authentification intégrée.

  • Authentification des ressources d'exécution et des commandes AutomateC à l'aide du paramètre de ligne de commande sso.

  • Authentification des requêtes de service Web et des commandes Telnet à l'aide des identifiants Active Directory.

  Si seule l'authentification native Blue Prism a été activée sous Réglages de l'authentification intégrée, ces options peuvent être laissées désélectionnées sur l'écran.

Lors de la création d'une base de données Blue Prism, les utilisateurs n'ont plus à choisir entre les environnements à authentification unique et à authentification multiple. Une seule base de données Blue Prism couvre désormais tous les types d'environnement et méthodes d'authentification.

L'écran Créer une base de données a été mis à jour pour refléter ce changement. Le bouton Configurer la base de données de l'écran Configuration de la connexion a également été supprimé, car les étapes de configuration précédemment incluses dans cette action sont désormais effectuées via l'interface utilisateur.

Les administrateurs système de Blue Prism peuvent désormais gérer l'appartenance des rôles pour tous les types de compte dans le système au même endroit : les comptes utilisateur natifs, Active Directory ou Authentication Server, ainsi que les groupes de sécurité Active Directory et les comptes de service Authentication Server.

Une nouvelle boîte de dialogue Appartenance au rôle s'affiche lorsque vous cliquez sur le bouton Gérer l'appartenance au rôle sur l'écran Sécurité - Rôles d'utilisateur. Les administrateurs peuvent affecter un ou plusieurs utilisateurs et/ou groupes de sécurité à un rôle en recherchant des utilisateurs existants dans Blue Prism ou des groupes de sécurité dans Active Directory si l'authentification Active Directory a été activée.

L'onglet Rôles et permissions de l'écran Réglages de l'utilisateur affiche désormais les rôles affectés à un utilisateur en fonction du type d'authentification et, le cas échéant, de l'option d'appartenance au rôle sélectionnée pour un environnement sur l'écran Sécurité - Réglages d'authentification.

Les utilisateurs Active Directory ne peuvent plus être supprimés involontairement de Blue Prism en appuyant sur la touche Supprimer du clavier.

Avec l'authentification Active Directory, la vérification du mode de connexion au serveur Blue Prism n'a plus lieu pendant la configuration de la base de données. Auparavant, un message d'erreur s'affichait si les modes de connexion non pris en charge (WCF : SOAP avec chiffrement du transport ; WCF : non sécurisé ; et .NET Remoting : non sécurisé) étaient sélectionnés lors de la création d'une base de données Active Directory à authentification unique.

Lors de la création d'une base de données dans la version 7.1, la distinction entre les environnements à authentification unique et à authentification multiple n'est plus effectuée. Par conséquent, la vérification du mode de connexion est désormais effectuée lorsqu'un utilisateur tente de se connecter à l'aide d'Active Directory soit via le client interactif, soit via l'outil de ligne de commande.

Les descriptions des modes de connexion au serveur Blue Prism ont été mises à jour pour indiquer s'ils prennent en charge l'authentification Active Directory ou non, afin d'empêcher les utilisateurs de sélectionner une option non prise en charge.

Lors de la mise à niveau d'un environnement Active Directory à authentification unique vers une base de données 7.1 (qui couvre tous les types d'environnements et méthodes d'authentification), si un groupe de sécurité est introuvable dans Active Directory en fonction des données existantes stockées, un message d'avertissement s'affiche dans la boîte de dialogue Appartenance au rôle invitant l'administrateur à réaffecter le groupe de sécurité aux rôles Blue Prism auxquels il était précédemment affecté.

Les groupes de sécurité intégrés ne sont pas pris en charge. Par conséquent, si un rôle Blue Prism est affecté à un groupe de sécurité intégré, l'administrateur devra créer un groupe personnalisé, ajouter les utilisateurs du groupe de sécurité intégré au groupe personnalisé et l'attribuer au rôle Blue Prism.

Lors de la mise à niveau à partir d'une version Blue Prism antérieure à la version 5.0.24, le format du domaine Active Directory et des groupes de sécurité mappés dans la base de données est mis à jour au format utilisé dans la version 7.1. La première connexion après la mise à niveau peut prendre un peu plus de temps que d'habitude en raison de certaines actions administratives effectuées en arrière-plan.

Lors de la configuration du modélisateur d'application pour espionner un élément en mode AIU, l'attribut Nom de classe AIU est désormais désélectionné par défaut. En effet, la valeur de l'attribut Nom de classe AIU peut changer suite à une mise à jour du système d'exploitation ou à un changement de version. Il est recommandé que les nouveaux processus ne soient pas configurés pour s'appuyer sur cet attribut, sans d'abord comprendre sa valeur et tout comportement dynamique potentiel.

Cette modification n'affecte pas les processus existants, que la valeur soit vide ou non.

Pour réduire la consommation de mémoire, une seule instance AppMan.Service.exe s'exécute désormais en arrière-plan dans le VDE Citrix. Auparavant, les utilisateurs pouvaient exécuter plusieurs instances en même temps.

Un problème a été résolu : un message d'erreur de délai d'expiration s'affichait incorrectement lors de la tentative de connexion d'un processus Blue Prism au VDE Citrix après la fin et le redémarrage de l'exécutable AppMan.Service.exe.

Les messages de plus de 1 Ko envoyés aux applications automatisées dans un VDE Citrix ne provoquent plus l'interruption inattendue d'AppMan.Service.

Un problème a été résolu : le client interactif Blue Prism cessait de répondre après avoir initialement joint un processus Blue Prism à AppMan.Service, puis fermé AppMan.Service. La disponibilité d'AppMan.Service est désormais vérifiée avant la fermeture de Blue Prism.

Auparavant, si AppMan.Service était lancé et qu'une erreur se produisait, le service était interrompu, mais l'icône de la barre d'état créée n'était pas supprimée de la zone de notification. L'icône de la barre d'état est désormais correctement supprimée lorsque l'application se ferme suite à une erreur.

Une erreur ne s'affiche plus de manière incorrecte si un processus dans Process Studio est mis en pause après le lancement du processus (via une action de lancement à l'étape de navigation) et avant le lancement d'une application (par exemple, Bloc-notes) sur le VDE Citrix.

Auparavant, une erreur se produisait lors de la tentative d'automatisation d'une application via un VDE Citrix à l'aide d'une étape de navigation avec une action Activer la fenêtre. En effet, les fichiers Activator 32/64 bits requis étaient manquants dans le répertoire d'installation de Citrix. Ces fichiers ont désormais été ajoutés, l'erreur ne se produit donc plus.

Le permission Afficher un planning ne permet plus aux utilisateurs de mettre à jour les options de configuration lors de l'affichage de plannings dans Control Room. Auparavant, certains champs étaient incorrectement modifiables, mais des erreurs se produisaient lors de la tentative d'enregistrement des modifications.

Désormais, les ressources modifiées de locales à publiques s'affichent avec succès sur l'écran Gestion des sessions dans Control Room. Auparavant, les ressources mises à jour de locales à publiques ne s'affichaient plus sur la machine de l'utilisateur.

La façon dont les informations de session sont récupérées sur l'écran Gestion des sessions dans Control Room a été mise à jour pour appeler les données plus efficacement. Désormais, un seul appel est effectué à la base de données. Auparavant, des appels à la base de données en double étaient effectués pour les affichages de session filtrés.

L'option Démarrer du menu contextuel du panneau Environnement sur l'écran Sessions dans Control Room est désormais désactivée pour les utilisateurs qui n'ont pas la permission Contrôler une ressource activée sur leur rôle d'utilisateur. Auparavant, cette option était disponible pour tous les utilisateurs, mais elle déclenchait une erreur lorsqu'elle était sélectionnée par les utilisateurs sans la permission requise.

Un problème a été résolu : l'exécution des rapports du planificateur (comme Activité récente), depuis Control Room ou via la ligne de commande entraînait une erreur d'exception de référence nulle. Cela se produisait par intermittence lorsque le rapport comptait plus de 2 000 entrées.

Un problème a été résolu : un planning configuré avec une exécution hebdomadaire et une date d'expiration dans Control Room pouvait parfois mal s'exécuter après la date d'expiration définie. En outre, cela garantit également que ces plannings s'affichent correctement dans la liste Planificateur > Horaires.

Lorsque le nombre maximum de sessions simultanées allouées à la licence d'un utilisateur a été atteint, les sessions planifiées ne sont plus déclenchées et un message pour indiquer cela est ajouté au log des plannings. Auparavant, si un utilisateur créait un planning qui affectait un processus à plusieurs ressources, des sessions étaient déclenchées sur ces ressources même si le nombre maximum de sessions avait été atteint.

Pour une sécurité renforcée, les champs des mots de passe dissimulés dans l'interface utilisateur et dans les tables de données affichent désormais un nombre standardisé de 15 caractères pour masquer la longueur des valeurs de mot de passe. Cette modification a été appliquée aux tables de données suivantes :

• Variables de session
• Variables environnementales

• Étapes de collection lorsque le type de champ est Mot de passe

• Éléments de données dont le type de champ est Mot de passe

• Champs de texte qui dissimulent automatiquement les entrées, comme le champ Mot de passe sur l'écran Configuration de la connexion

Un problème a été résolu : un message d'erreur de connexion à la base de données était affiché de manière incorrecte dans l'observateur d'événements Windows lors de la connexion à une base de données sur un serveur Azure SQL.

Le champ Actualisé la dernière fois le de l'écran Signalements dans le gestionnaire du système n'inclut plus d'horodatage. Ceci est dû au fait que toute durée d'actualisation configurée n'est pas enregistrée dans la base de données, ce qui signifie que seule la durée d'actualisation par défaut de 0:00:00 est toujours affichée.

Un problème a été résolu : un message d'erreur trompeur faisant référence aux clés privées de certificat s'affichait dans la fenêtre de ressources d'exécution. Cela se produisait dans des scénarios d'erreur relatifs à la sécurité du transport pour les protocoles SSL et TLS.

Le message d'erreur reflète désormais le scénario de l'exception soulevée.

Les actions suivantes sont désormais disponibles lors de l'automatisation des navigateurs Chrome, Edge et Firefox. Auparavant, elles étaient uniquement disponibles dans les navigateurs Internet Explorer.

L'outil de conversion du modélisateur d'application Blue Prism disponible sur Digital Exchange peut s'avérer utile lors du passage de l'automatisation des navigateurs Internet Explorer à l'intégration avec les navigateurs Chrome, Edge et Firefox. Pour en savoir plus, voir Digital Exchange.

Étapes d'attente :

• Vérifier les attributs HTML : cela garantit que l'attribut HTML spécifié d'un élément correspond à la valeur fournie.

• Vérifier l'URL : cela garantit que l'URL du document actuellement chargé correspond à l'URL de la page actuelle du navigateur.
• Vérifier le domaine de l'URL : cela garantit que le domaine de l'URL du document actuellement chargé correspond à l'URL de la page actuelle du navigateur.
• Vérifier la valeur : cela vérifie si l'élément HTML est une valeur spécifique avant de passer à l'étape suivante du processus.

Étapes de lecture :

• Obtenir l'URL du document : cela garantit que la page Web espionnée renvoie l'URL complète de la page actuelle du navigateur.
• Obtenir le domaine de l'URL du document : cela garantit que la page Web espionnée renvoie le domaine de l'URL. Si le domaine de l'URL n'est pas renvoyé dans les cinq secondes, un message d'erreur s'affiche.
• Compter les éléments sélectionnés : cela permet de vérifier si le nombre d'éléments identifiés dans les propriétés des données correspond au nombre d'éléments sélectionnés dans la liste déroulante Données.

• Obtenir le texte de l'élément sélectionné : cela garantit que la sortie des propriétés des données correspond au texte de l'élément sélectionné.

• Action Compter les éléments : cela compte le nombre d'éléments dans une liste déroulante et renvoie le résultat en tant que paramètre de sortie.
• Action Instantané HTML (au niveau de l'application) : cela prend un instantané du modèle d'objet de document (DOM) HTML dans la page actuelle du navigateur.

Étapes de navigation :

• Naviguer : cela garantit que l'application Blue Prism navigue vers l'onglet actif d'un navigateur en fonction de l'URL fournie.

• Insérer le fragment Javascript (au niveau de l'application) : permet d'insérer le fragment Javascript fourni dans le document parent. Auparavant, cette action n'était disponible qu'au niveau de l'élément.

• Invoquer la fonction Javascript (au niveau de l'application) : cela appelle et exécute la fonction Javascript fournie dans l'onglet actif du navigateur. Auparavant, cette action n'était disponible qu'au niveau de l'élément (enfant).

• Paramètre d'entrée Valeur de l'élément (dans l'action Sélectionner un élément de la liste) : permet de sélectionner un élément dans une liste déroulante, en fonction de l'attribut de valeur HTML.

Les utilisateurs peuvent désormais activer une application à l'aide du mode Internet Explorer (IE) sur Microsoft Edge de la même manière que lorsqu'ils utilisent Edge ou Internet Explorer. Pour ce faire, sélectionnez l'option Application basée sur navigateur (Internet Explorer) dans le modélisateur d'application, puis pointez vers une application Edge. Pour en savoir plus sur la façon de continuer à exécuter des processus basés sur IE à l'aide d'Edge dans Blue Prism, voir Mode IE sur Microsoft Edge.

Un problème a été résolu : lors du lancement d'un navigateur Chrome, Edge ou Firefox, si une fenêtre du même navigateur était déjà ouverte, la nouvelle fenêtre ne pouvait pas être espionnée à l'aide du mode Win32.

En raison des changements dans la plateforme d'extensions de Google et du passage à Manifest V3, la fonction précédemment disponible pour insérer ou invoquer JavaScript sur les pages Web via l'extension de navigateur Chrome ou Edge n'est plus disponible. Il s'agit d'une limitation imposée par Manifest V3 pour des raisons de sécurité. Pour en savoir plus, consultez la documentation Google. Les extensions de navigateur Firefox utilisent toujours Manifest V2 et ne sont donc actuellement pas affectées.

Lorsque des processus ou objets existants utilisent la fonction d'insertion ou d'invocation de JavaScript, nous recommandons que la conception soit modifiée après une mise à niveau afin de remplacer cette fonction à l'aide de fonctionnalités intégrées standard. Pour plus d'informations, consultez cet article de la base de connaissances et l'outil Utilitaire d'évaluation d'impact Manifest V3.

Un problème a été résolu : certaines actions dans le VBO Excel ne renvoyaient pas toujours correctement les caractères Unicode, par exemple le chinois (尔) et l'allemand (ü). Les actions affectées étaient :

• Obtenir une feuille de travail comme une collection, décalé
• Obtenir une plage de feuille de travail comme collection

La façon dont Blue Prism récupère les valeurs a été modifiée, de sorte que les caractères Unicode seront désormais renvoyés correctement dans les actions ci-dessus.

Un nouveau paramètre d'entrée, Récupérer les données via une méthode, a été ajouté à ces actions. Les options de valeur pour ce paramètre sont :

• Texte : la valeur affichée de la cellule formatée.
• Valeur : la valeur de la cellule, avec des indicateurs de date ou de devise si la cellule a un format de date ou de devise.
• Valeur2 : la valeur sous-jacente de la cellule, dénuée de toute information supplémentaire.

L'option de valeur par défaut est Valeur. Il s'agit de la même option que celle utilisée précédemment dans ces actions de VBO, de sorte que les processus existants qui utilisent ces actions continueront à s'exécuter correctement.

Un nouveau point de terminaison et une requête GET calendars ont été ajoutés, ce qui renvoie une liste de tous les agendas de l'environnement.

/api/v7/processes

Un nouveau point de terminaison et une requête GET processes ont été ajoutés, ce qui renvoie une liste de tous les processus de l'environnement.

En outre, les paramètres de filtrage suivants ont été implémentés :

• processName : recherche par nom de processus.

• description : recherche par description.

• groupName : recherche par nom de groupe.

• attributesInclude : contrôle les statuts inclus dans la liste de processus renvoyée. Les statuts pris en charge sont Classé, Publié et Service Web publié.

• attributesExclude : contrôle les statuts exclus de la liste de processus renvoyée. Les statuts pris en charge sont Classé, Publié et Service Web publié.

• sortBy : détermine comment les listes de processus sont ordonnées. L'ordre de tri par défaut est par nom de processus, par ordre alphabétique croissant, les chiffres en premier.

Les listes de processus appelées à partir de ce point de terminaison sont paginées pour améliorer les performances lors de la récupération de grands ensembles de données. La limite par défaut est de 1 000 processus par page, mais elle peut être modifiée à l'aide du paramètre itemsPerPage.

La requête GET resources a été mise à jour pour ajouter le filtrage par statut Classé. La valeur par défaut vise à rechercher des ressources non classées, mais cela peut être modifié à l'aide du paramètre retirementFilter.

/api/v7/resources/pools

Un nouveau point de terminaison et une requête GET pools ont été ajoutés, ce qui renvoie une liste de pools de ressources. La requête ne renverra pas de pool si l'utilisateur qui interroge le point de terminaison n'a pas les permissions pour le groupe concerné qui contient le pool.

/api/v7/schedules

Une nouvelle requête POST schedules a été ajoutée, ce qui crée une définition de planning. Cette requête peut également être utilisée pour cloner des plannings. Pour ce faire, il suffit d'utiliser le paramètre copyFrom, où les utilisateurs spécifient le planning à cloner. Le planning cloné sera créé et le nom précédé de « Copie de ».

/api/v7/schedules

/api/v7/schedules/{IDplanning}

/api/v7/schedules/{IDplanning}/tasks/{IDtâche}

La validation des requêtes POST et PUT a été mise à jour. La limite maximale de caractères pour les champs de description de tâche et de planning a été augmentée à 32 767 pour s'aligner sur le client interactif Blue Prism.

/api/v7/schedules/{IDplanning}

Une nouvelle requête PUT schedules a été ajoutée, ce qui modifie un planning existant.

/api/v7/schedules/{IDplanning}/sessions

Une requête DELETE running schedule a été ajoutée, ce qui permet à l'utilisateur d'arrêter un planning en cours d'exécution. Lorsque cette requête est utilisée, toutes les sessions actives créées par le planning en cours d'exécution seront définies sur le statut Interrompu et l'instance actuelle du planning sera arrêtée, ce qui empêchera toute autre tâche associée d'être exécutée.

/api/v7/schedules/{IDplanning}
/tasks

Un nouveau point de terminaison a été ajouté, qui comprend les requêtes suivantes :

• GET schedule tasks : renvoie une liste de tâches pour l'ID de planning spécifié.
• POST schedule tasks : crée une tâche pour l'ID de planning spécifié.

/api/v7/schedules/{IDplanning}
/tasks/{IDtâche}

Un nouveau point de terminaison a été ajouté, qui comprend les requêtes suivantes :

• GET schedule tasks : renvoie les détails d'une tâche de planning spécifique.

• PUT schedule tasks : modifie une tâche de planning existante.

• DELETE schedule tasks : supprime une tâche planifiée. Les tâches supprimées sont enregistrées dans la table d'audit.

/api/v7/schedules/{IDplanning}/tasks/{IDtâche}/sessions/{IDsession}

Une nouvelle requête DELETE schedule sessions a été ajoutée, ce qui supprime une session de tâche planifiée.

/api/v7/schedules/{IDplanning}/tasks/{IDtâche}/sessions

Une nouvelle requête GET schedule sessions a été ajoutée, ce qui renvoie une liste des sessions planifiées pour une tâche spécifiée.

Il s'agit de la même fonction que la requête GET pour le point de terminaison /api/v7/schedules/tasks/{IDtâche}/sessions existant, qui sera obsolète dans une version future.

Une nouvelle requête POST schedule sessions a été ajoutée, ce qui crée une session planifiée pour une tâche spécifiée.

Un nouveau point de terminaison a été ajouté, qui comprend les requêtes suivantes :

• GET schedule session parameters : renvoie les paramètres de démarrage pour une session de tâche planifiée.
• PUT schedule session parameters : attribue les paramètres de démarrage pour une session de tâche planifiée. Lorsque les paramètres sont transmis dans la requête, des validations sont effectuées sur le nom du paramètre, le type et la quantité.

/api/v7/schedules/logs

Les logs récupérés à partir de ce point de terminaison peuvent désormais être filtrés selon les paramètres scheduleName et serverName. Ce point de terminaison devient obsolète et sera supprimé dans la prochaine version.

/api/v7/scheduleLogs

Un nouveau point de terminaison et une requête GET schedule logs ont été ajoutés, ce qui renvoie toutes les fois qu'un planning a été exécuté.

Il s'agit de la même fonction que la requête GET pour le point de terminaison /api/v7/schedules/logs existant, qui sera obsolète dans une version future.

/api/v7/scheduleLogs/{IDplanning}

Une nouvelle requête GET schedule logs a été ajoutée, ce qui renvoie tous les logs pour le planning spécifié.

Il s'agit de la même fonction que la requête GET pour le point de terminaison /api/v7/schedules/{IDplanning}/logs existant, qui sera obsolète dans une version future.

/api/v7/sessions

Les utilisateurs peuvent désormais demander à un travailleur numérique d'exécuter des processus via une nouvelle requête POST sessions. Le point de terminaison crée une session pour l'ID de ressource et l'ID de processus spécifiés.

/api/v7/sessions/{IDsession}

Une requête PATCH sessions a été ajoutée, ce qui met à jour une session. Ce point de terminaison peut être utilisé pour exécuter immédiatement des sessions en mettant à jour le statut de la session.

/api/v7/sessions/{IDsession}/parameters

Une nouvelle requête GET session parameters a été ajoutée, ce qui renvoie une liste des paramètres de démarrage, et leurs valeurs, pour une session spécifiée.

Les utilisateurs sans permission pour une ressource ou des processus associés ne peuvent pas accéder aux détails des paramètres.

Une nouvelle requête PUT session parameters a été ajoutée, ce qui met à jour les paramètres de démarrage pour la session spécifiée.

Un nouveau point de terminaison et une requête GET timezones ont été ajoutés, ce qui renvoie une liste de tous les fuseaux horaires de l'environnement.

/api/v7/workqueues/{IDfileattentetravaux}/items/batch

Une nouvelle requête POST workqueue items par lots a été ajoutée, ce qui permet aux utilisateurs de créer plusieurs éléments de file d'attente de travaux à la fois.

Il s'agit de la même fonction que la requête POST pour le point de terminaison /api/v7/workqueues/{IDfileattentetravaux}/items existant, qui sera obsolète dans une version future.

/api/v7/workqueues/{IDfileattentetravaux}/items/{IDélémentfileattentetravaux}

Un nouveau point de terminaison et une requête GET workqueue item ont été ajoutés, ce qui renvoie les détails d'un élément spécifié à partir d'une file d'attente de travaux.

Il s'agit de la même fonction que la requête GET pour le point de terminaison /api/v7/workqueues/items/{IDélémentfileattentetravaux} existant, qui sera obsolète dans une version future.

/api/v7/workqueues/{IDfileattentetravaux}/items

La requête GET workqueue items a été mise à jour pour ajouter le filtrage par état. Le filtre est désactivé par défaut, mais il peut être modifié à l'aide du paramètre État.

Indisponible

Les réponses renvoyées par l'API incluent désormais un nouvel en-tête bp-api-version, qui contient le numéro de version actuel de l'API. Pour Blue Prism API 7.1.0, ce numéro de version est le 7.1.0.0.

Un problème a été résolu : les sessions et les ressources associées aux membres de pool n'étaient pas été renvoyées pour les utilisateurs qui n'avaient pas le rôle Administrateur système attribué.

Le message d'erreur affiché lorsqu'un utilisateur API n'est pas correctement mappé à un utilisateur Authentication Server a été amélioré pour être plus informatif. Auparavant, le message d'erreur indiquait uniquement qu'une défaillance inconnue s'était produite.

La requête GET pour le point de terminaison /api/v7/sessions/{IDsession} a été mise à jour pour supprimer les vérifications de permission inutiles et pour s'aligner sur les autres points de terminaison /sessions. Auparavant, la requête nécessitait incorrectement les permissions Audit - Logs de processus ou Audit - Logs d'objet métier.

Les réponses renvoyées par la requête GET /api/v7sessions ont été améliorées pour les utilisateurs sans permission appropriée. Auparavant, la requête réussissait, mais renvoyait une liste d'éléments vide. Désormais, un code de réponse 403 est renvoyé comme prévu.

Les réponses renvoyées par la requête /api/v7/resources/{IDressource} ont été améliorées pour les utilisateurs sans permission appropriée. Auparavant, les requêtes PUT renvoyaient un code de réponse 404. Désormais, une réponse 403 est renvoyée comme prévu.

Les réponses renvoyées par la requête /api/v7/resources/{IDressource} ont été améliorées lors de la tentative de classement d'une ressource en ligne. Auparavant, les requêtes PUT renvoyaient un code de réponse 500. Désormais, un code 409 avec le message « Cette ressource est actuellement en ligne et ne peut pas être classée » est renvoyé pour s'aligner sur le client interactif Blue Prism.

Les validations de plage de dates ont été ajoutées aux points de terminaison des sessions et des logs de planning, par exemple en confirmant que les heures de début sont antérieures aux heures de fin.

Les points de terminaison POST /api/v7/workqueues/{IDfileattentetravaux}/items et GET /api/v7/workqueues/{IDfileattentetravaux}/items/{IDélémentfileattentetravaux} ont été mis à jour pour renvoyer des messages d'erreur pour les files d'attente de travaux qui ont une clé de chiffrement basée sur le serveur d'applications. Seules les files d'attente de travaux qui ne sont pas chiffrées ou qui utilisent des clés de chiffrement basées sur la base de données peuvent utiliser ces points de terminaison. La référence de Blue Prism API comprend désormais des informations plus détaillées concernant cette limitation.

Le point de terminaison /api/v7/resources/{IDressource} renvoie désormais un code de réponse 404 si un ID de ressource non valide est transmis dans la requête.

La gestion des erreurs a été améliorée pour les requêtes qui ne contiennent pas de contenu de corps de requête. Auparavant, les points de terminaison renvoyaient un code de réponse 400, et renvoient désormais un code 500. Ceci a été mis à jour pour les points de terminaison suivants :

• PUT /api/v7/resources/{IDressource}

• POST /api/v7/schedules/{scheduleId}/tasks

• POST /api/v7/schedules/{IDplanning}/tasks/{IDtâche}/sessions

• PUT /api/v7/schedules/{IDplanning}/tasks/{IDtâche}/scheduledSessionParameters

• PUT /api/v7/schedules/tasks/{IDtâche}

• POST /api/v7/schedules/{IDplanning}/sessions

• PUT /api/v7/sessions/{IDsession}/parameters

• POST /api/v7/workqueues/{IDfileattentetravaux}/items

• POST /api/v7/workqueues

• POST /api/v7/resources/{IDressource}/sessions

Les éléments de la file d'attente de travaux avec le statut Verrouillé sont désormais affichés correctement lorsqu'ils sont renvoyés depuis les points de terminaison /api/v7/workqueues/items/{IDélémentfileattentetravaux} ou /api/v7/workqueues/{IDfileattentetravaux}/items/{IDélémentfileattentetravaux}. Auparavant, les éléments verrouillés étaient renvoyés avec le statut En attente.

La requête GET Sessions a été mise à jour pour ajouter des validations aux valeurs des paramètres. Cela résout les problèmes avec des erreurs de réponse 500 lorsque des valeurs non numériques étaient transmises dans le paramètre sessionNumber.

Les directives de la spécification OpenAPI v3 pour les requêtes PUT utilisant le point de terminaison /api/v7/resources/{IDressource} ont été mises à jour pour fournir plus de détails sur la manière dont le point de terminaison peut être utilisé pour classer une ressource spécifiée ou annuler son classement.

La spécification OpenAPI v3 a été mise à jour pour aligner la gestion des éléments datetime sur les requêtes API.

Correction de la permission requise par le point de terminaison PUT /api/v7/resources/{IDressource} de Contrôler des ressources à Configurer des ressources.

Le navigateur CefSharp Chromium utilisé pour présenter les boîtes de dialogue de connexion a été remplacé par WebView2 afin de fournir des navigateurs intégrés de manière plus sécurisée, comme requis pour la connexion à Authentication Server.

L'exécution de WebView2 doit être installée localement sur toute machine qui exécute le client interactif afin que les utilisateurs puissent se connecter à Authentication Server. Pour en savoir plus, voir https://docs.microsoft.com/en-us/microsoft-edge/webview2/concepts/distribution.

Désormais, l'outil de mappage AutomateC peut uniquement être utilisé pour ajouter des utilisateurs Blue Prism dans la base de données Authentication Server, ou pour mapper des utilisateurs Blue Prism existants à des utilisateurs Authentication Server existants.

• Les utilisateurs Authentication Server ne peuvent plus être ajoutés automatiquement à Blue Prism via l'outil de mappage. Les utilisateurs Authentication Server sélectionnés ne sont désormais ajoutés à Blue Prism qu'au moment où ils sont affectés à un rôle via la boîte de dialogue Appartenance au rôle.

• Les utilisateurs Authentication Server ne peuvent plus être mappés à des utilisateurs Blue Prism qui n'existent pas. Si un administrateur utilisant l'outil de mappage AutomateC ne saisit pas de nom d'utilisateur Blue Prism dans le fichier CSV, mais saisit un ID utilisateur Authentication Server, un message d'erreur s'affiche pour l'utilisateur.

Les administrateurs peuvent désormais créer des modèles de fichier CSV contenant des données préremplies à partir des bases de données Blue Prism et Authentication Server pour mapper les utilisateurs entre les deux bases de données. Deux nouveaux paramètres ont été ajoutés à l'outil de ligne de commande AutomateC à cette fin : /getblueprismtemplateforusermapping <pathtooutputfile> /user <adminuser> <adminpwd> et /getauthenticationservertemplateforusermapping {cheminsortie}. La permission Authentication Server - Mappage des utilisateurs requise pour exécuter ces commandes est attribuée par défaut aux administrateurs système sur l'écran Sécurité - Rôles d'utilisateur dans le client interactif Blue Prism.

L'onglet Intégration d'Authentication Server sur l'écran Détails de la configuration du serveur Blue Prism a été mis à jour comme suit :

• Les utilisateurs n'ont plus besoin de créer d'identifiant sur l'écran Sécurité - Identifiants dans le client interactif Blue Prism pour stocker les valeurs ID client et Secret client du compte de service utilisé pour se connecter à Authentication Server. Les valeurs ID client et Secret client peuvent désormais être saisies directement dans l'onglet Intégration d'Authentication Server sur l'écran Détails de la configuration du serveur Blue Prism sous une nouvelle section Détails du client. Le champ déroulant Identifiants Authentication Server a également été supprimé de l'écran Sécurité - Réglages d'authentification.

  Ces modifications ont été apportées parce que les requêtes à l'agent de messages RabbitMQ sont effectuées à partir du serveur et que plusieurs serveurs peuvent pointer vers une seule base de données Blue Prism.

  Les utilisateurs qui ont précédemment configuré ces réglages dans Blue Prism 7.0 devront ajouter l'ID client et le secret client du compte de service associé sur l'écran Détails de la configuration du serveur pour chaque service de serveur d'applications Blue Prism dans le déploiement.

  Bien qu'il soit recommandé que l'ID client et le secret soient différents sur tous les serveurs, plusieurs serveurs dans le même environnement sont autorisés à utiliser les mêmes valeurs.

• Un nouveau bouton Tester la connexion peut être utilisé pour vérifier que les valeurs spécifiées pour les réglages de l'agent sont valides avant que les administrateurs n'activent la connexion à l'agent de messages via la case à cocher Activer la connexion. Un message s'affiche pour aider les utilisateurs à diagnostiquer les problèmes de connexion si les réglages ne sont pas jugés valides.

• Un message s'affiche désormais si des caractères non valides ont été saisis dans le champ Identifiant d'environnement, invitant l'utilisateur à saisir un ensemble valide de caractères et d'espaces. Auparavant, si des caractères non valides étaient saisis, une erreur se produisait lors de la tentative de création de la file d'attente de messages.

Une nouvelle option Synchroniser les utilisateurs avec Authentication Server est disponible lorsque vous cliquez sur le bouton de menu sur l'écran Sécurité - Utilisateurs dans le client interactif Blue Prism. Cela permet de synchroniser manuellement les données entre les bases de données Blue Prism et Authentication Server en dehors du planning de mise à jour RabbitMQ en cas d'interruption du service. Lorsque cette option est sélectionnée, elle permet ce qui suit :

• Ajouter tout nouveau compte de service Authentication Server à l'environnement Blue Prism.

  Cette option ne permet pas d'ajouter des utilisateurs d'Authentication Server à l'environnement Blue Prism. Ils doivent être affectés manuellement à un rôle Blue Prism sur l'écran Appartenance au rôle (voir le guide de configuration d'Authentication Server). Cela permet d'éviter qu'un grand nombre d'utilisateurs Authentication Server qui n'ont pas besoin d'accéder à Blue Prism (p. ex. les utilisateurs d'Interact) soient ajoutés à la base de données Blue Prism.

• Classer les utilisateurs et les comptes de service qui ont été classés dans la base de données Authentication Server dans l'environnement Blue Prism également.

• Restaurer tous les utilisateurs et comptes de service de l'environnement Blue Prism qui n'ont pas été supprimés dans la base de données Authentication Server.

Pour utiliser cette option, le client interactif doit être connecté via un serveur Blue Prism.

Les utilisateurs Hub ne peuvent désormais pas accéder au plug-in Control Room si l'option Connexion de l'utilisateur via Authentication Server sur l'écran Sécurité - Réglages d'authentification du client interactif Blue Prism n'a pas été sélectionnée.

• La synchronisation automatique des comptes utilisateur entre Authentication Server et le serveur d'applications Blue Prism nécessite toujours l'authentification de l'utilisateur via Authentication Server pour être activée, tandis que les comptes de service sont toujours synchronisés même lorsque l'authentification de l'utilisateur via Authentication Server n'a pas été activée.
• Auparavant, la synchronisation ne se produisait pas de manière incorrecte si l'option Connexion de l'utilisateur via Authentication Server n'était pas activée sur l'écran Sécurité - Réglages d'authentification.

Un message informe désormais les utilisateurs que toute l'authentification utilisateur aura lieu via Authentication Server s'ils sélectionnent l'option Connexion de l'utilisateur via Authentication Server, saisissent une URL d'Authentication Server et cliquent sur Appliquer sur l'écran Sécurité - Réglages d'authentification.