Blue Prism 7.0.1 : Novembre 2021

Les bibliothèques de prérequis tiers Tesseract supplémentaires sont désormais incluses dans le programme d'installation de Blue Prism. Celles-ci sont requises pour la reconnaissance optique de caractères (OCR) dans les processus où l'option Lire le texte avec la reconnaissance optique de caractères est sélectionnée pour un élément Région dans une action de lecture. Auparavant, dans les déploiements utilisant Blue Prism 6.5 ou une version ultérieure, les processus utilisant la reconnaissance optique de caractères échouaient et une erreur système Tesseract s'affichait, informant l'utilisateur que le programme ne pouvait pas démarrer en raison de DLL manquantes.

Le réglage permettant d'exécuter un planning le premier ou le dernier jour de la semaine (en sélectionnant l'option Premier ou Dernier dans la liste déroulante Le … jour ouvrable de l'agenda pour les plannings définis pour être exécutés toutes les semaines) est désormais correctement enregistré dans la base de données.

Les plannings peuvent désormais être arrêtés à l'aide de l'option Arrêter du menu contextuel du planning, quel que soit le fuseau horaire défini pour ce dernier. Auparavant, cela ne fonctionnait correctement que dans les environnements où le système d'exploitation de l'utilisateur sur lequel le client interactif était exécuté était configuré pour utiliser le fuseau horaire UTC.

Un problème a été corrigé : les plannings avec l'option Utiliser le fuseau horaire activée étaient marqués d'un astérisque, indiquant l'existence de modifications non enregistrées sur ces plannings, même si aucune modification n'avait été apportée à ces derniers. Les utilisateurs ne sont plus invités à ignorer les modifications incorrectement détectées pour pouvoir naviguer vers un autre onglet.

Les utilisateurs sont désormais informés des instances planifiées qui sont ignorées si le serveur d'applications passe automatiquement à l'heure d'été. Auparavant, les instances planifiées pour s'exécuter au cours de la dernière heure de la période à l'heure d'été du serveur d'applications étaient supprimées sans en informer les utilisateurs.

Lorsque les données de file d'attente de travaux sont exportées sous forme de rapport, l'heure affichée dans l'interface utilisateur de gestion de la file d'attente et le rapport de file d'attente de travaux exporté correspond désormais. Auparavant, l'heure affichée dans le rapport reflétait l'heure d'été.

Sur l'écran Files d'attente dans Control Room, le champ Dernière mise à jour reflète désormais correctement la date et l'heure de la dernière mise à jour de l'élément de file d'attente de travaux. Cela corrige un problème introduit dans Blue Prism 6.7 : ce champ était rempli incorrectement avec la date à laquelle l'élément de la file d'attente avait été créé. Dans Blue Prism 7.0, la valeur correcte était enregistrée dans la base de données, mais le champ à l'écran n'était pas correctement rempli.

Pour réduire l'utilisation inutile de la mémoire lors de l'exécution des automatisations, une fois reçues du serveur d'applications, les ressources d'exécution stockent désormais une seule instance du processus compressé et du XML d'objet. Auparavant, ces fichiers XML étaient stockés non compressés et toutes les versions précédemment récupérées depuis le dernier redémarrage étaient conservées, ce qui entraînait une insuffisance de mémoire des ressources d'exécution lors de l'exécution de processus complexes et volumineux.

Cela est également inclus dans Blue Prism 6.10.3.

Pour améliorer les performances, la gestion des variables environnementales a été améliorée afin qu'une seule copie partagée des données soit conservée en mémoire sur une ressource d'exécution par session. Auparavant, chaque sous-processus ou objet au sein d'un processus récupérait et stockait sa propre copie des variables environnementales de la base de données. Ce correctif évite également les requêtes répétées inutiles pour les variables environnementales dans la base de données chaque fois qu'un processus est exécuté ou qu'un objet est appelé à partir d'un processus.

En outre, le message d'erreur qui s'affiche lorsque les éléments de données font référence à une variable environnementale supprimée dans Studio a été amélioré afin de le rendre plus informatif pour les utilisateurs.

Cela est également inclus dans Blue Prism 6.10.3.

Lorsque vous cliquez entre les paramètres d'entrée d'une étape dans Studio en cliquant sur le nom du paramètre dans les champs Stocker dans, tous les champs de texte vides ou nuls sont désormais ignorés, préservant ainsi la description d'origine. Auparavant, certaines descriptions étaient supprimées lorsque l'on cliquait entre les paramètres d'entrée.

Auparavant, les logs de session n'étaient pas affichés pour les utilisateurs auxquels le rôle d'administrateur système n'était pas attribué lorsqu'ils accédaient à une base de données SQL à l'aide d'un schéma autre que le modèle de schéma dbo par défaut. Par exemple, customschema.IntIdTableType était utilisé à la place de dbo.IntIdTableType. Cela a maintenant été corrigé en mettant à jour la requête de base de données pour ne pas prendre en compte le modèle de schéma dbo par défaut afin que les logs de session soient désormais accessibles, quel que soit le modèle de schéma utilisé.

Lors du démarrage d'une ressource d'exécution via le paramètre de ligne de commande /invisible, cliquer avec le bouton droit de la souris sur l'icône de ressource d'exécution dans la barre d'état système de la barre des tâches, puis cliquez sur Quitter ferme la fenêtre. Auparavant, plusieurs clics étaient nécessaires pour fermer la fenêtre.

Un problème a été corrigé pour les API Web qui utilisent le type d'authentification OAuth 2.0 (identifiants client) : l'ID client et le secret client n'étaient pas encodés URL avant d'être envoyés dans le cadre de la requête de jeton d'accès. Auparavant, ce problème empêchait l'émission d'un jeton d'accès à partir d'Authentication Server OAuth 2.0.

Le correctif maintient la rétrocompatibilité pour tous les clients qui avaient appliqué une solution de contournement en codant l'ID client et le secret client eux-mêmes avant de les stocker en tant qu'identifiants.

Les objets métier exposés en tant que services Web peuvent désormais être authentifiés via le nom d'utilisateur au format de nom commun. Auparavant, le nom d'utilisateur devait être au format UPN (nom d'utilisateur principal).

Un problème a été corrigé : les rôles d'utilisateur étaient supprimés à tort à la fermeture de la boîte de dialogue contenant le message d'avertissement relatif à la suppression des rôles d'utilisateur sur l'écran Rôles d'utilisateur, et non après avoir cliqué sur Oui dans la boîte de dialogue.

Le débogage d'un objet qui lit ou écrit dans une collection vide ne renvoie plus les erreurs de validation de manière incorrecte. Auparavant, l'exécution incorrecte de ces objets dans Process Studio ou Object Studio entraînait des erreurs de validation.

Afin de minimiser le logging inutile sur les systèmes des utilisateurs et d'améliorer ainsi les performances, la sévérité de logging NLog par défaut a été réduite pour plusieurs fonctions d'automatisation de navigateur et liées à Citrix. Les niveaux de logging précédents des logs mis à jour peuvent toujours être consultés en modifiant le niveau de logging ou en ajoutant de nouvelles règles NLog dans le fichier Automate.nlog.config. Pour plus de détails, voir Dépannage - Logging.

De plus, la sévérité du niveau de logging NLog a été réduite pour divers points de log dans ASCR lors de l'utilisation du canal WCF. Pour plus de détails, voir Logging ASCR.

Lorsque vous essayez de joindre à un navigateur précédemment lancé à l'aide d'un titre de fenêtre, la casse est désormais ignorée. Auparavant, l'action Joindre échouait lorsque le titre de la fenêtre ne correspondait pas exactement à la valeur spécifiée, par exemple « google » au lieu de « Google ».

L'extension de navigateur Edge est désormais entièrement installée si elle est sélectionnée sur l'écran d'installation avancée pendant l'installation de Blue Prism. Auparavant, il était nécessaire d'activer l'extension séparément dans le navigateur Edge une fois l'installation de Blue Prism terminée.

Cela est également inclus dans Blue Prism 6.10.3.

Auparavant, lorsque vous tentiez de lancer un navigateur immédiatement après l'avoir fermé, dans Studio ou lors de l'exécution d'une automatisation, l'extension de navigateur semblait indisponible. Cela était dû au fait que le navigateur n'avait pas été fermé correctement. Ce problème a été résolu en vérifiant automatiquement si toutes les instances de navigateur ont été fermées toutes les 200 millisecondes pendant 2 minutes maximum lors de la fermeture du navigateur. Si le navigateur ne se ferme pas correctement, un message d'erreur avertit l'utilisateur pour s'assurer que tous les navigateurs avec l'extension de navigateur Blue Prism installée sont fermés avant de continuer. Ce message a été précédemment traduit de manière incorrecte en chinois et est maintenant corrigé.

Cela est également inclus dans Blue Prism 6.10.3.

En outre, un mécanisme a été ajouté pour permettre une courte pause entre une action de fermeture et une action de lancement, ce qui permet au navigateur de supprimer tous les processus générés avant d'essayer de se lancer. La pause a été définie sur 1 000 millisecondes par défaut et peut être configurée dans le fichier Automate.config :

<add key="BrowserAutomation.BrowserTerminationMinimumPauseBeforeLaunch" value ="1000"/>

Ce comportement s'applique uniquement lorsque le navigateur est fermé via une action de fermeture, et non via d'autres mécanismes, tels que les scripts PowerShell.

Un correctif a été appliqué pour s'assurer que, lors de la saisie de données dans des composants Web dans un navigateur Chrome, Edge ou Firefox, l'événement d'entrée sous-jacent nécessaire est déclenché et que les paramètres de valeur natifs sont utilisés pour garantir que l'événement fonctionne comme prévu. Le comportement dans l'application doit maintenant être le même lorsque le composant Web est utilisé par un Digital Worker ou par un humain à l'aide d'un clavier et d'une souris, même dans les situations où les développeurs des composants Web ont remplacé l'événement de manière automatique.

Cela est également inclus dans Blue Prism 6.10.3.

Lorsque vous utilisez le modélisateur d'application pour attacher des pages Web dans un navigateur Chrome, Edge ou Firefox, les utilisateurs n'ont plus besoin d'ajouter manuellement un caractère générique aux titres de fenêtre des pages cibles provenant d'une collection. Cette fonctionnalité est désormais cohérente avec le paramètre de titre de fenêtre dans les propriétés d'étape où le caractère générique est automatiquement déduit.

Cela est également inclus dans Blue Prism 6.10.3.

Les fermetures de sessions de navigateur lancées à partir de plusieurs instances de Blue Prism sont désormais correctement détectées par l'instance Blue Prism qui a lancé la session de navigateur. Auparavant, lorsque l'une des sessions de navigateur était fermée, le bouton Détacher pour cette session restait activé dans le modélisateur d'application même après avoir été sélectionné par un utilisateur, et la fermeture de cette session n'était détectée qu'une fois toutes les sessions de navigateur fermées.

Cela est également inclus dans Blue Prism 6.10.3.

Lors de l'automatisation de pages Web dans un navigateur Edge, si un élément n'existait pas, un message d'erreur indiquait de manière incorrecte que plusieurs éléments Web correspondants étaient trouvés. L'erreur se produisait dans le modélisateur d'application lors de l'utilisation des attributs Web XPath et CSS Selector qui renvoyaient au moins un élément vide. Le bon message d'erreur s'affiche désormais.

Auparavant, lors de l'automatisation d'une page Web dans un navigateur Edge, si l'action Vérifier dans une étape Naviguer avait le paramètre Mettre en surbrillance défini sur Vrai, la case en surbrillance ne disparaissait pas de la page Web après l'exécution de l'automatisation. Cela est désormais corrigé.

Un problème a été corrigé : lorsque vous essayiez de lancer une instance de navigateur Chrome, Firefox ou Edge précédemment lancée en externe et non via Blue Prism, ou d'y joindre, la session de navigateur lancée en externe du même type n'était pas détectée de manière fiable.

Un message s'affiche désormais sur l'écran Configuration du serveur lorsque l'établissement d'une connexion au bus de message RabbitMQ prend plus de temps que prévu et est à nouveau tenté. Il est également enregistré dans les logs du serveur.

Un problème a été corrigé : les modifications apportées au mot de passe de l'agent dans l'onglet Intégration d'Authentication Server sur l'écran Détails de la configuration du serveur persistaient même après que l'utilisateur avait cliqué sur Annuler pour ignorer les modifications.

Une erreur ne se produit plus lorsque vous essayez de configurer des alertes de processus pour les utilisateurs d'Authentication Server via le menu contextuel sur l'écran Sécurité – Utilisateurs dans le client interactif Blue Prism.

Lorsqu'un utilisateur Blue Prism est mappé à la base de données Authentication Server, les permissions Hub de base sont désormais accordées à l'utilisateur afin qu'il ait accès aux pages de réglages du tableau de bord et du profil lorsqu'il se connecte à Hub pour la première fois.

Les comptes utilisateur natif Blue Prism qui ont été mappés aux comptes Authentication Server via l'outil de mappage sont désormais configurés pour ne jamais expirer dans la base de données Blue Prism, car ces comptes et leurs dates d'expiration sont désormais gérés dans Authentication Server.

Lorsque le service de serveur Blue Prism est démarré, si les réglages d'agent ont été configurés, il tente de se connecter au serveur de l'agent de message RabbitMQ. La configuration de la connexion a été mise à jour de sorte que, si le service de serveur Blue Prism s'arrête ou est interrompu, la connexion à RabbitMQ est fermée. Auparavant, la connexion restait active, ce qui signifiait que la synchronisation des utilisateurs pouvait se poursuivre de manière inattendue.

Lorsque le service de serveur Blue Prism est démarré, il tente de se connecter au serveur de l'agent de message RabbitMQ. Il continuera d'essayer d'établir la connexion pendant 24 heures, après quoi les tentatives expireront. Il sera alors nécessaire de redémarrer le serveur Blue Prism pour qu'il essaie à nouveau d'établir la connexion. Auparavant, si une connexion à RabbitMQ ne réussissait pas, une connexion continuait d'être tentée pendant 24 heures au maximum, même si le service de serveur Blue Prism était arrêté avant qu'une connexion n'ait été établie.

Les identifiants utilisés pour l'agent de message RabbitMQ lors de l'installation de Hub peuvent désormais contenir des caractères spéciaux restreints, tels que des caractères encodés URL.