Blue Prism 7.2 : Avril 2023

Les utilisateurs Active Directory peuvent être synchronisés et se connecter à Blue Prism à l'aide de commandes telnet et de requêtes de service Web lorsque leur UPN contient un suffixe d'alias différent du nom DNS du domaine Active Directory. Par exemple, corp.dir.entreprise.com (nom DNS) et entreprise.com (suffixe d'alias), où [email protected] est l'UPN. Blue Prism déterminera automatiquement les suffixes d'alias disponibles pour les utilisateurs, sauf s'ils sont configurés manuellement par un administrateur. Un script de base de données facultatif pour configurer les suffixes d'alias est disponible en téléchargement sur le portail Blue Prism. Pour plus d'informations, veuillez consulter Intégration d'Active Directory.

Les améliorations suivantes ont été apportées au comportement du cache qui stocke les domaines Active Directory découverts :

• Un message a été ajouté à la page de connexion de Blue Prism, informant les utilisateurs d'Active Directory que le cache de données est en cours de remplissage.
• Un cache SQL a été ajouté à Blue Prism, qui contient le cache de données généré lorsqu'un utilisateur Active Directory se connecte pour la première fois à Blue Prism. Une nouvelle table de base de données dbo.BPACache a été ajoutée pour prendre en charge cette fonctionnalité.
• La valeur par défaut de la durée maximale du cache est passée à 1 440 minutes (24 heures). Auparavant, la valeur par défaut était de 30 minutes. Elle se mettra à jour lorsque les utilisateurs cliqueront sur Mettre à jour la base de données sur l'écran Configuration de la connexion. Pour plus d'informations, voir Dépannage de l'authentification unique.
• Si utilisé, un nouveau paramètre de ligne de commande AutomateC /requestactivedirectorycacherefresh déclenchera la mise à jour des données stockées dans le cache qui a été rempli lorsque :
  • Une connexion directe a été établie à la base de données.
  • Un serveur d'application Blue Prism a été démarré.

  • L'authentification Active Directory a été activée dans Système > Sécurité - Réglages d'authentification.

    Voir Options de ligne de commande pour en savoir plus.

Lorsque vous utilisez le protocole de rappel WCF sur l'onglet Réglages des ressources contrôlées par le serveur d'applications (ASCR) sur l'écran Détails de configuration du serveur Blue Prism, les valeurs de port entrant et de port sortant peuvent désormais être configurées. Auparavant, pour WCF, il n'y avait qu'une seule valeur de port configurable qui s'appliquait uniquement à la fonction sortante. La fonction entrante par défaut était le port 80 et n'était pas configurable.

Le paramètre de ligne de commande /ascrconfig a été mis à jour pour afficher une nouvelle option <outbound port> lorsque le <conntype> est WCF. Pour en savoir plus, veuillez consulter Configuration ASCR.

Cette modification n'affecte pas les réglages du protocole de rappel gRPC.

Un champ Nom de l'équilibreur de charge a été ajouté dans l'onglet Réglages ASCR sur l'écran Détails de configuration du serveur Blue Prism pour répondre aux scénarios où le nom d'hôte du serveur et le nom de l'équilibreur de charge sont utilisés pour établir la connexion de rappel.

La commande /ascrconfig dans AutomateC accepte désormais également le nouveau commutateur /loadbalancername <string>.

Tous les composants Blue Prism Enterprise (clients interactifs, ressources d'exécution et serveurs d'applications) peuvent désormais fonctionner comme des applications 64 bits s'ils sont déployés sur une infrastructure 64 bits. Auparavant, seuls les serveurs d'applications étaient configurés pour le faire. Cela améliore les performances lorsque vous traitez de grands ensembles de données.

Le mode de Gestion de l'application intégré (par défaut) a été mis à jour afin que Blue Prism puisse également s'exécuter en tant que processus 64 bits lorsqu'il est installé en tant qu'application 64 bits. Auparavant, il ne pouvait fonctionner qu'en tant que processus 32 bits.

Si vous exécutez Blue Prism sur un appareil 64 bits et importez une version qui contient des objets métier créés dans des versions antérieures à 7.2 où le mode de Gestion de l'application intégré (par défaut) a été configuré sur 32 bits, un message d'avertissement invite les utilisateurs à sélectionner s'ils souhaitent utiliser le mode par défaut intégré (64 bits) ou le mode 32 bits externe. Lorsqu'un utilisateur choisit d'utiliser le mode 32 bits externe, une entrée de log d'audit est ajoutée dans Système > Audit > Logs d'audit.

Les fonctionnalités fournies par le Browser Automation Agent sont désormais incluses par défaut dans le programme d'installation Blue Prism. L'assistant d'installation de Blue Prism 7.2 supprime automatiquement Browser Automation Agent et les extensions de navigateur Manifest V3 associées si elles ont déjà été installées.

Si vous exécutez une installation silencieuse de Blue Prism 7.2, Browser Automation Agent n'est pas automatiquement supprimé et devra être désinstallé manuellement des machines affectées en suivant les étapes décrites dans le problème connu BP-14969.

En outre, si des extensions de navigateur Manifest V3 ont été précédemment installées manuellement sur une machine donnée, elles devront être désinstallées manuellement avant d'installer Blue Prism.

Les dernières versions des VBO Blue Prism pour la version 7 sont désormais stockées sur Digital Exchange (DX). Un raccourci vers l'emplacement DX a été ajouté dans le dossier VBO dans C:\Program Files\Blue Prism Limited\Blue Prism Automate\VBO pour permettre aux utilisateurs d'accéder aux dernières versions.

Un nouveau paramètre de ligne de commande AutomateC /resetdefaultadminpassword a été ajouté pour permettre aux administrateurs de réinitialiser le mot de passe administrateur, sans avoir à se connecter au client interactif.

Cette commande ne peut être utilisée que lorsque les identifiants de l'utilisateur administrateur par défaut ont été configurés et que le mot de passe a expiré.

Voir Options de ligne de commande pour en savoir plus.

Le framework cible dans le référentiel Automate a été mis à niveau vers .NET Framework 4.8.

Blue Prism prend désormais en charge AdoptOpenJDK version 8 et Azul OpenJDK version 8 pour l'automatisation des applications Java.

Une nouvelle section Système - Expirations du gestionnaire du système affiche les paramètres de délai avant expiration utilisés dans les automatisations Blue Prism. Ils peuvent être modifiés si la configuration par défaut pose problème dans un environnement particulier et pour optimiser les automatisations dans tous les environnements. Toute modification ne doit être effectuée que sous la direction de Blue Prism et testée dans un environnement de développement. Pour plus d'informations sur les paramètres et leurs fonctions, voir Paramètres de délai avant expiration.

Les modifications apportées aux paramètres de délai avant expiration dans Système > Système – Délai avant expiration sont désormais enregistrées dans un log d'audit. Les valeurs suivantes sont enregistrées :

• L'utilisateur qui a effectué les modifications.
• Le paramètre de délai avant expiration qui a été modifié.
• La valeur précédente du paramètre.
• La nouvelle valeur du paramètre.
• La date et l'heure de la modification.

Lors de la connexion à Blue Prism à l'aide de l'authentification Active Directory (AD), s'il y a un problème de décryptage des identifiants AD, un message d'erreur s'affiche. Ce message d'erreur spécifie désormais le problème afin que les utilisateurs puissent être informés.

Un problème a été résolu, où les mappages de noms de contrôleur de domaine configurés manuellement pour un domaine Active Directory, comme décrit ici, n'étaient pas chargés dans Blue Prism lors de la validation des identifiants à l'ajout ou à la modification des identifiants du domaine. Ce problème empêchait les utilisateurs d'environnements Active Directory nécessitant la définition de mappages de noms de contrôleur de domaine pour un domaine (p. ex. des environnements utilisant une infrastructure multisite Active Directory) de se connecter à Blue Prism à l'aide de l'authentification Active Directory.

Auparavant, si un utilisateur Active Directory (AD) existant dans Blue Prism était supprimé d'Active Directory avant la mise à niveau d'une base de données AD à authentification unique vers la version 7.1, et qu'un nouvel utilisateur était ajouté après la mise à niveau avec le même nom d'utilisateur principal (UPN) que l'utilisateur supprimé, le compte d'utilisateur supprimé était réactivé et mis à jour par erreur avec l'identifiant de sécurité unique (SID) du nouvel utilisateur AD une fois la liste d'utilisateurs AD synchronisée avec Blue Prism.

En effet, le système n'arrivait pas à trouver le SID de l'utilisateur supprimé dans Active Directory et utilisait donc l'UPN, ce qui entraînait un problème de correspondance. Ce comportement a été modifié. Aujourd'hui, si un utilisateur n'est pas trouvé dans Active Directory sur la base du SID, il est automatiquement supprimé de la base de données Blue Prism et n'est plus recherché via l'UPN.

Une erreur ne se produit plus lors de la synchronisation des utilisateurs Active Directory dans Blue Prism et le nom distinctif (DN) d'un ou de plusieurs utilisateurs renvoie la valeur Null.

Une erreur causée par une différence de casse entre le nom de domaine Active Directory préféré et le nom de domaine Active Directory enregistré dans la base de données ne se produit plus lorsqu'un utilisateur Active Directory tente de se connecter au client interactif Blue Prism via une connexion directe à la base de données.

Des améliorations ont été apportées, notamment au niveau de la détermination de l'appartenance à un groupe Active Directory d'un utilisateur lors de son authentification, et de l'affichage des rôles attribués à un utilisateur dans Blue Prism. Pour plus d'informations, voir Dépannage de l'authentification unique.

Les utilisateurs Active Directory avec le même nom d'utilisateur principal (UPN) qu'un utilisateur existant ou supprimé peuvent désormais être ajoutés si leur identifiant de sécurité (SID) est différent.

Les problèmes suivants ont été résolus pour l'utilisation d'éléments d'application qui reposent sur un attribut Correspondance de l'index avec une valeur supérieure à 0 :

• Les modifications Java introduites dans la version 6.10.3 par BP-5374 et dans la version 7.0.1 par BP-6163 ne provoquent plus de plantages intermittents d'applications Java qui étaient automatisées à l'aide du mode espion du pont d'accès Java.
• Dans certaines circonstances, les actions Obtenir les limites de l'élément dans les étapes de lecture, qui lisent dynamiquement les valeurs de l'application Java, ne renvoient plus de manière incorrecte des valeurs négatives au lieu de valeurs positives.

Auparavant, si vous utilisiez l'étape et la condition Attendre > Vérifier l'existence au lieu de Attendre > Vérifier l'existence Web, un message d'erreur non réparable s'affichait au lieu d'un avertissement de validation réparable si le modélisateur d'application était défini sur Un navigateur déjà en cours d'exécution. Un avertissement de validation s'affiche désormais quel que soit le type d'application sélectionné dans le modélisateur d'application.

Dans les versions 7.0 et 7.0.1 de Blue Prism, lors de l'interaction avec une application de navigateur à partir du modélisateur d'application dans Process Studio et Object Studio, cliquer sur le bouton Détacher n'a pas détaché l'application de navigateur comme prévu et l'application n'a pas pu être jointe à nouveau. La logique du bouton Détacher a été mise à jour lorsqu'il est utilisé avec les applications du navigateur. Elle fonctionne donc désormais de la même manière que l'action Détacher dans une étape Naviguer.

Le filtre Heure de début est désormais défini par défaut sur toutes les langues prises en charge dans Blue Prism. Auparavant, le filtre par défaut était today pour les langues autres que l'anglais. Les filtres enregistrés dans Control Room dans une langue fonctionnent désormais pour toutes les langues prises en charge. Cette modification n'affecte que les nouveaux filtres enregistrés.

Auparavant, les notifications d'état du contrôleur du pool de ressource prenaient beaucoup de temps à envoyer et pouvaient être bloquées dans une boucle, ce qui entraînait un délai d'attente des connexions et des plannings non déclenchées. Cela a été corrigé en optimisant les notifications du contrôleur de pool de ressources pour éviter les délais avant expiration de la connexion avec les ressources.

Un problème introduit dans Blue Prism 7.0 a été résolu, dans lequel deux éléments de nouvelle tentative ont été créés de manière incorrecte pour un élément de file d'attente de travaux lorsqu'une session s'est terminée en raison d'une exception non gérée.

Une erreur ne se produit plus lorsque vous cliquez sur le bouton Tester la connexion dans la configuration de la connexion après la mise à niveau vers Blue Prism 7.1 et l'utilisation d'un nom de base de données existant. L'erreur ne s'est produite que lors de l'utilisation de l'option Créer une base de données pour remplacer l'ancienne base de données, mais pas lors de l'utilisation de l'option Mettre à niveau la base de données.

Le script créé après avoir cliqué sur Générer un script sur l'écran Configuration de la connexion du client interactif Blue Prism a été mis à jour pour créer l'utilisateur administrateur natif requis dans la base de données et activer l'isolement des instantanés. Cette fonctionnalité a été supprimée par erreur dans la version 7.1 lorsque le bouton Configurer la base de données a été supprimé.

Control Flow Guard (CFG) a été activé pour les projets de code non gérés dans l'application Blue Prism Automate, tels que les projets C++ et Activator (32 bits et 64 bits), conformément aux normes du secteur de la sécurité de l'information.

La version .NET Framework affichée sur l'écran À propos de Blue Prism affiche désormais toujours la version exacte installée sur la machine de l'utilisateur.

Tous les fichiers DLL inclus dans l'application Blue Prism Automate sont désormais signés numériquement conformément aux normes du secteur de la sécurité de l'information.

Des améliorations ont été apportées au client interactif Blue Prism pour éviter qu'un grand nombre de messages d'exception ne soient affichés à l'utilisateur lorsque la connexion au serveur d'applications a été temporairement perdue. Au lieu de cela, la boîte de dialogue Connexion au serveur s'affiche pendant que des tentatives sont effectuées pour rétablir la connexion. Les utilisateurs ne peuvent effectuer aucune action dans le client Blue Prism tant qu'il n'a pas été reconnecté avec succès au serveur d'applications.

Si le serveur est configuré pour utiliser les messages WCF ou le chiffrement de transport, la boîte de dialogue s'affiche uniquement après le délai de connexion. Pendant ce délai, l'interface utilisateur est verrouillée et peut sembler non réactive jusqu'à ce que le délai avant expiration de la connexion soit écoulé.

Une erreur ne se produit plus lors de l'ajout d'un service Web SOAP et de la tentative d'ajout d'un certificat stocké sous Machine locale ou Utilisateur actuel.

Cliquer sur l'icône d'information dans une action d'objet métier ou sélectionner l'option de menu Documentation de l'API dans Process Studio et Object Studio ouvre maintenant l'aide intégrée au produit pour l'objet métier concerné dans le navigateur par défaut de l'utilisateur. Auparavant, l'aide était ouverte dans Internet Explorer, quel que soit le navigateur par défaut de l'utilisateur.

Un problème a été résolu : les valeurs initiales n'ont pas pu être ajoutées aux collections imbriquées lors de l'utilisation de Blue Prism en japonais.

Un problème a été résolu dans Process Studio et Object Studio où des messages d'exception pouvaient être affichés en arrière-plan de la fenêtre plutôt qu'en avant-plan pendant le débogage d'une automatisation, ce qui les rendait difficiles à localiser et, potentiellement, faciles à négliger.

Un problème a été résolu lorsqu'une sortie de type de données de mot de passe d'une action pourrait être mal stockée dans un élément de données de texte. Cela peut se produire si le mot de passe a été initialement écrit dans un élément de données de mot de passe qui a été mis à jour ultérieurement pour être un élément de données de texte. Une vérification a maintenant lieu dans Process Studio et Object Studio et lors de l'exécution, et un message d'erreur s'affiche si l'élément de données du mot de passe n'est pas un élément de données de mot de passe.

Un problème lors de l'utilisation de Blue Prism dans les paramètres régionaux japonais a été résolu lorsque la collection enfant dans une collection imbriquée n'a pas pu être ouverte et qu'une erreur a été déclenchée.

Une erreur s'affichait précédemment lorsque l'actualisation des données d'informations de gestion (MI) avait été résolue en supprimant les références codées en dur au nom du schéma de la base de données.

Un problème a été résolu afin que les éléments de données d'une collection soient désormais inclus dans la liste des dépendances dans l'onglet Modifier > Dépendances > Boîte de dialogue de recherche avancée > Explorer les dépendances. Auparavant, les éléments de données de collecte n'étaient pas inclus dans la liste. Cette fonctionnalité a été supprimée de manière incorrecte dans la version 6.7 et a maintenant été restaurée.

Une vulnérabilité de sécurité potentielle liée à l'injection SQL lors de l'utilisation des services Web a été traitée.

Les libellés de champ dans la section Résilience de l'écran Système ‑ Planificateur ont été mis à jour pour rendre leur comportement plus clair pour les utilisateurs après la mise à niveau vers la version 7, qui utilise les ressources contrôlées par le serveur d'applications (ASCR).

Dans les versions de Blue Prism antérieures à 7.1.2, lorsque l'option Autoriser les ressources d'exécution publiques anonymes était sélectionnée dans Système > Système – Réglages, la mise à jour du rôle Ressources d'exécution sur l'écran Appartenance au rôle sous Système > Sécurité – Rôles d'utilisateur supprimait par erreur les ressources anonymes du rôle. Cela bloquait leur démarrage à l'utilisation du commutateur /resourcepc /public. Ce problème a été corrigé.

L'extension du navigateur Firefox n'est pas disponible pour l'installation dans cette version. Pour plus d’informations, consultez les avis de mise à niveau.

Les éléments du navigateur Web espionnés à l'aide du mode d'application basé sur le navigateur ne déclenchent plus d'erreur lorsqu'ils sont mis en surbrillance dans le modélisateur d'application. Ce problème ne s'est produit que dans Blue Prism 7.1.0.

Un problème a été résolu : une page Web qui était espionnée à l'aide d'une extension de navigateur Chrome ou Edge ne pouvait pas être mise en surbrillance ou espionnée à nouveau une fois qu'un fichier avait été téléchargé sur la page Web. L'extension de navigateur Chrome ou Edge ne se déconnecte plus de Blue Prism au lancement d'un téléchargement.

La détection du type de navigateur par l'hôte de messagerie natif a été mise à jour pour supprimer la dépendance aux compteurs de performances, car des compteurs de performances corrompus ou désactivés empêcheraient l'hôte de messagerie natif de se lancer correctement.

Blue Prism peut désormais fermer les applications du navigateur à l'utilisation du mode de Gestion de l'application 32 bits ou 64 bits externe. Auparavant, une erreur se produisait lors de la tentative de fermeture d'une application de navigateur attachée à l'aide d'un modèle d'application externe.

Auparavant, dans les versions 7.0.1 à 7.1.1 de Blue Prism, une erreur se produisait lors de la tentative de connexion à une page de navigateur Chrome, Edge ou Firefox via l'ID de processus (PID) sans spécifier de titre pour la page. Cette erreur a été corrigée en supprimant la vérification du titre de la fenêtre à l'indication d'un PID.

Les versions 64 bits et 32 bits de Blue Prism Enterprise déploient désormais la version 32 bits de l'hôte de messagerie natif (NMH).

L'action Document parent chargé, utilisée dans une étape d'attente lors de l'automatisation d'un navigateur Chrome, Edge ou Firefox, vérifie désormais si le document parent a été chargé. Auparavant, elle renvoyait par défaut une valeur true.

Désormais, Blue Prism reste joint à une page Web, et ce même si le titre de la fenêtre change. Auparavant, l'extension du navigateur ne pouvait pas être détectée et un message d'erreur s'affichait au changement du titre de la fenêtre d'une instance de navigateur.

Désormais, un message d'erreur s'affiche immédiatement lors d'une tentative de connexion à un navigateur pour lequel le titre de fenêtre fourni est incorrect. Auparavant, Blue Prism attendait 60 secondes avant d'afficher un message général indiquant que l'extension du navigateur ne pouvait pas être détectée.

Les paramètres de délai avant expiration du système utilisés dans les automatisations de navigateur peuvent désormais être configurés dans les réglages d'extension de navigateur Chrome, Edge et Firefox pour permettre aux administrateurs système d'optimiser les automatisations sur une certaine machine.

L'action Sélectionner un élément de liste dans les étapes Naviguer a été modifiée pour utiliser le paramètre de valeur natif. Lorsque des éléments de liste sont sélectionnés dans les listes déroulantes Web, les événements de changement sont désormais correctement déclenchés et se comportent désormais de la même manière lorsque le composant Web est exploité par un travailleur numérique que lorsqu'il est exploité manuellement.

Une erreur ne se produit plus lors de l'utilisation de l'action Obtenir les limites relatives dans une étape de lecture lors de l'espionnage d'un élément en mode d'automatisation d'interface utilisateur dans Chrome. Les limites sont désormais récupérées correctement.

Un message d'erreur s'affiche dans le journal des événements Windows lorsque le pilote Web n'est pas présent ou ne correspond pas à la version de l'extension de navigateur Chrome ou Edge.

Le message d'erreur émis lorsqu'une application autre qu'un navigateur est attachée à une automatisation du navigateur a été amélioré : il indique que l'application n'est pas d'un type valide. Auparavant, cela n'était pas clairement indiqué dans le message d'erreur généré.

Un message d'erreur plus significatif avec un lien vers les conseils de dépannage s'affiche désormais lorsque l'hôte de messagerie natif ne peut pas être détecté, soit parce que l'hôte de messagerie natif n'est pas configuré, soit parce qu'il n'est pas en cours d'exécution. Cela réduit le nombre de scénarios dans lesquels une erreur « Extension du navigateur non détectée » est générée.

Le nom et l'ID du tuyau nommé qui connecte l'hôte de messagerie natif à l'appelant JavaScript sont maintenant enregistrés dans les fichiers Automate NLog.

Un avertissement ne s'affiche maintenant que si les versions majeure, mineure ou de correctif de Chrome et du pilote Web ne sont pas identiques. Auparavant, un avertissement s'affichait incorrectement lorsque les versions de Chrome et du pilote Web étaient compatibles, mais leurs versions de build étaient différentes.

/api/v7/calendars

Le critère d'évaluation a été mis à jour avec les modifications suivantes :

• La permission utilisateur Système – Agendas est désormais requise.

• Les requêtes renvoient désormais workingWeek, regionId et disabledPublicHolidaysIds.

La requête GET calendars a été mise à jour pour activer le filtrage et le tri. Les listes d'agendas appelées à partir de ce point de terminaison peuvent être triées par calendarID, name ou region, et filtrées à l'aide des paramètres calendarID, name, region ou workingWeek.

Une nouvelle requête POST calendars a été ajoutée, qui crée un nouvel agenda.

/api/v7/calendars/{calendarId}

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

• GET calendar : renvoie l'agenda spécifié.

• DELETE calendar : supprime l'agenda spécifié.

• PATCH calendar : met à jour l'agenda spécifié. Les détails tels que la semaine de travail, la région et les jours fériés désactivés peuvent être modifiés.

/api/v7/calendars/{calendarId}/
clones

Une nouvelle requête POST calendar a été ajoutée, qui clone l'agenda spécifié et renvoie le nouvel ID d'agenda.

/api/v7/calendars/{calendarId}/
references

Une nouvelle requête GET calendar references a été ajoutée, qui renvoie une liste de tous les processus et objets qui utilisent l'agenda spécifié. Les listes de référence appelées à partir de ce point de terminaison peuvent être triées ou filtrées par referenceName, processType ou description.

/api/calendars/{calendarId}/
otherHolidays

Un nouveau point de terminaison et une requête GET other holidays ont été ajoutés, qui renvoient les autres jours de congé pour l'agenda spécifié.

/api/calendars/{calendarId}/
otherHolidays/batch

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

• POST other holidays : crée d'autres jours de congé pour l'agenda spécifié.

• DELETE other holidays : supprime tous les autres jours de congé configurés pour l'agenda spécifié.

/api/v7/holidayRegions

Un nouveau point de terminaison et une requête GET regions ont été ajoutés, qui renvoient une liste de régions de jours fériés et leur ID associé.

/api/v7/environmentVariables

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

• GET environment variables : renvoie une liste de variables environnementales. Les variables sont renvoyées avec le nom, le type de données, la description et la valeur.

• Variables d'environnement POST : crée une variable environnementale.

Les listes de variables environnementales appelées à partir de ce point de terminaison peuvent être filtrées ou triées à l'aide des paramètres name, description ou dataType.

/api/v7/environmentVariables/
{environmentVariableId}

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

• PATCH environment variable : met à jour la variable environnementale spécifiée.

• DELETE environment variable : supprime la variable environnementale spécifiée.

/api/v7/licenses

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

• GET Licenses : renvoie une liste de toutes les licences de l'environnement. Les licences sont renvoyées avec des détails, notamment le statut, le propriétaire, le type et l'expiration.

• POST Licenses : ajoute une nouvelle licence.

Les licences appelées à partir de ce point de terminaison peuvent être filtrées ou triées à l'aide de paramètres, notamment licenseId, activationStatus, owner et type.

/api/v7/licenses/{LicenseId}

Une nouvelle requête DELETE License a été ajoutée, qui supprime une licence spécifiée.

/api/v7/dashboards/
currentLimitsAndUsage

Une nouvelle requête GET license usage a été ajoutée, qui renvoie l'utilisation et les limites des licences actives dans l'environnement. Les détails sont renvoyés sur les processus, les sessions, les ressources d'exécution et les machines d'alerte de processus. Pour un nombre illimité de licences, les limites s'affichent comme nulles.

/api/v7/schedules/{scheduleId}/
clones

Une nouvelle requête POST schedule a été ajoutée, qui clone le planning spécifié et renvoie le nouvel ID de planning.

La fonctionnalité de clonage existante, le paramètre copyFrom transmis dans les requêtes POST /api/v7/schedules, est désormais obsolète et sera supprimée dans une prochaine version.

/api/v7/schedules/{scheduleId}​/
runs

Une nouvelle requête POST schedule session a été ajoutée, qui crée une session pour une programmation à exécuter à une date et une heure spécifiées.

Il s'agit de la même fonction que la requête POST pour le point de terminaison /api​/v7​/schedules​/{scheduleId}​/sessions existant, qui a été déprécié et sera supprimé dans une prochaine version.

/api/v7/schedules/{scheduleId}​/runs/
active

Une nouvelle requête DELETE schedule session a été ajoutée, qui peut être utilisée pour arrêter un planning en cours d'exécution.

Il s'agit de la même fonctionnalité que la requête DELETE pour le point de terminaison /api/v7/schedules/{scheduleId}/sessions, qui a été déprécié et sera supprimé dans une prochaine version.

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

/api/v7/schedules/{scheduleId}/
tasks/{taskId}

Les points de terminaison renvoient désormais une propriété sessionCount pour la tâche, ce qui permet aux utilisateurs de voir facilement le nombre de sessions planifiées pour une tâche.

/api/v7/schedules/{scheduleId}/
tasks/{taskId}/
scheduledSessionParameters

Les demandes GET et PUT ont été mises à jour pour prendre en charge le type de données de bouton radio, ce qui permet aux utilisateurs de gérer et de configurer les paramètres qui utilisent le type de données de bouton radio.

/api/v7/sessions

/api/v7/sessions/{IDsession}

Les requêtes GET ont été mises à jour pour ajouter un nouveau paramètre sessionSource, ce qui permet aux utilisateurs de déterminer si une session est en cours d'exécution ou exécutée sur un environnement Blue PrismDesktop ou Blue Prism Enterprise. Le paramètre prend en charge les valeurs Tous, Entreprise ou Desktop et peut être utilisé pour filtrer les listes de sessions récupérées.

En outre, les paramètres de tri existants, processAttributesInclude et processAttributesExclude, ont été supprimés.

/api/v7/sessions/{IDsession}

Une nouvelle requête DELETE session a été ajoutée, qui supprime une session de tâche planifiée. Seules les sessions ayant le statut En attente peuvent être supprimées.

La requête de PATCH session a été mise à jour pour permettre aux utilisateurs d'arrêter les sessions. La session peut :

• Avoir reçu une demande d'arrêt, ce qui lui permettra de quitter proprement les opérations en cours. Ceci peut être fait en passant status: Stopping dans requestBody.

• Être immédiatement arrêté, en passant status: Stopped dans requestBody.

Seules les sessions dont le statut est Running ou Warning peuvent être arrêtées.

/api/v7/sessions/{sessionId}/logs

Le point de terminaison GET session logs a été mis à jour pour renvoyer les champs suivants :

• logNumber

• processName

• resultType

• resourceEndTime

• bluePrismMemory

• targetAppId

• targetMemory

• stageId

• nom de page

• objectName

• actionName

Les listes de logs appelées à partir de ce point de terminaison peuvent désormais être filtrées ou triées par plusieurs paramètres, notamment : logId, sessionNumber, stageId, processName, result et startDateTime.

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

Les demandes GET et PUT ont été mises à jour pour prendre en charge le type de données de bouton radio, ce qui permet aux utilisateurs de gérer et de configurer les paramètres qui utilisent le type de données de bouton radio.

/api/v7/workQueues

Le point de terminaison des files d'attente de travaux POST a été mis à jour pour permettre aux utilisateurs d'activer l'option Relancez des éléments de la file d'attente en cas d'interruption imprévue, et pour définir un processus de file d'attente active ou un groupe de ressources.

Le point de terminaison POST work queues a été mis à jour pour permettre aux utilisateurs de définir le groupe de files d'attente de travaux auquel les files d'attente de travaux nouvellement créées seront ajoutées.

/api/v7/workQueues

/api/v7/workQueues/{workQueueId}

Les requêtes GET ont été mises à jour pour renvoyer les propriétés suivantes :

• isRetryItems : si l'option Relancez des éléments de la file d'attente en cas d'interruption imprévue est activée pour la file d'attente de travaux.

• isSnapshotEnabled : si l'option Instantanés de la file d'attente de travaux est configurée pour la file d'attente de travaux.

• isActiveQueue : si la file d'attente est de type Files d'attentes actives.

• activeWorkQueueConfiguration : une collection contenant des détails sur la file d'attente de travaux active, y compris assignedProcessId et assignedResourceGroupId.

/api/v7/workQueues/{workQueueId}

La requête GET work queues a été mise à jour pour renvoyer des statistiques et des propriétés spécifiques aux files d'attente de travaux actives. Cela inclut activeSessions, availableResources, timeRemaining, elaspedRemaining et ETA.

Le point de terminaison des PATCH work queues a été mis à jour pour permettre aux utilisateurs d'activer l'option Relancez des éléments de la file d'attente en cas d'interruption imprévue, ce qui créera une nouvelle tentative pour l'élément de file d'attente de travaux en fonction du nombre maximum de tentatives configurées pour la file d'attente. Les utilisateurs peuvent désormais également définir un processus de file d'attente active ou un groupe de ressources.

Le point de terminaison PATCH work queues a été mis à jour pour permettre aux utilisateurs de configurer le groupe de files d'attente de travaux pour la file d'attente de travaux spécifiée.

/api/v7/workQueues/{workQueueId}/
references

Une nouvelle requête GET work queue references a été ajoutée, qui renvoie une liste de tous les processus et objets qui utilisent la file d'attente de travaux spécifiée. Les listes de références appelées à partir de ce point de terminaison peuvent être filtrées ou triées à l'aide des paramètres name, description ou processType.

/api/v7/workQueues/{workQueueId}/
items/batch

La requête POST work queue items a été mise à jour pour renvoyer une erreur 404 si la requête tente d'ajouter un élément à une file d'attente de travaux qui n'existe pas. Auparavant, une réponse d'erreur 500 était renvoyée.

/api/v7/workQueues/{workQueueId}/items

/api/v7/workQueues/items/
{IDélémentfileattentetravaux}

/api/v7/workQueues/{workQueueId}/
items/{workQueueItemId}

Les points de terminaison renvoient désormais sessionId pour l'élément de file d'attente de travaux.

/api/v7/workQueues/{workQueueId}/
items/{workQueueItemId}

La requête de GET work queue items a été mise à jour pour renvoyer le type de données de bouton radio, ce qui permet aux utilisateurs de récupérer toutes les données de ce type.

/api/v7/workQueues/{workQueueId}/
items

/api/v7/workQueues/{workQueueId}/
items/batch

Les requêtes GET work queue items et POST work queue items ont été mises à jour pour renvoyer les propriétés suivantes, qui permettent aux utilisateurs de filtrer et de trier à l'aide des données suivantes :

• sla : le temps nécessaire pour terminer l'élément de la file d'attente de travaux avant la fin de l'accord de niveau de service (SLA). Il est retransmis au format JJ:HH:MM:SS.

• slaDateTime : la date et l'heure auxquelles l'élément doit être terminé afin de respecter le SLA. Il est retransmis au format JJ:MM:AAAA HH:MM:SS. Si un élément de la file d'attente de travaux est traité avant ce délai, il se trouve dans le SLA.

• withinSLA : indique si l'élément de la file d'attente de travaux a été terminé dans le SLA.

• processName : le nom de processus de l'élément de la file d'attente de travaux.

• isSuggested : si le composant Directeur a recommandé l'élément de la file d'attente comme l'élément suivant à traiter en priorité.

/api/v7/workQueues/{workQueueId}/items/
{workQueueItemId}/attempts

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

• GET work queue item attempts : renvoie une liste de toutes les tentatives pour l'élément de file d'attente de travaux spécifié.

• POST work queue item attempts : crée une tentative d'élément de file d'attente de travaux. Cette demande peut être utilisée pour forcer une nouvelle tentative sur les éléments ayant le statut d'exception.

/api/v7/workQueues/{workQueueId}/items/
{workQueueItemId}/attempts/{attemptId}

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

• PATCH work queue items : met à jour un élément de file d'attente de travaux. Cette demande peut être utilisée pour :

  • Modifier le statut d'un élément de file d'attente de travaux.
  • Reporter un élément de file d'attente de travaux à une date ou une heure ultérieure.
  • Marquer un élément de file d'attente de travaux comme une exception.
  • Déverrouiller un élément de file d'attente de travaux.

• DELETE work queue items : supprime un élément de la file d'attente de travaux. Seuls les éléments ayant le statut Terminé ou Exception peuvent être supprimés.

/api/v7/workQueueGroup

Un nouveau point de terminaison et une requête POST work queue groups ont étés ajoutés, qui créent un groupe de files d'attente de travaux. Les requêtes transmises avec le parentGroupId en tant que root créeront un groupe de file d'attente de travaux racine.

/api/v7/workQueueGroups/
{workQueueGroupId}

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

• GET work queue group : renvoie les détails du groupe de file d'attente de travaux spécifié, y compris ID, name, parentGroupId et si le groupe contient des groupes enfants ou des éléments.

• PATCH work queue group : met à jour un groupe de file d'attente de travaux.

• DELETE work queue group : supprime un groupe de la file d'attente de travaux. Le groupe de file d'attente de travaux ne peut pas être supprimé s'il n'est pas vide et s'il n'a pas de groupe parent vers lequel les éléments peuvent être déplacés. S'il existe un groupe parent, les éléments seront déplacés automatiquement et le groupe pourra être supprimé.

En outre, l'identifiant de file d'attente de travaux dans les demandes vers ce point de terminaison peut être remplacé par root pour permettre aux utilisateurs de déterminer si le groupe de file d'attente de travaux est le groupe racine : /api/v7/workqueuegroups/root.

/api/v7/workQueueGroups/
{workQueueGroupId}/items

Un nouveau point de terminaison et une requête GET work queue group items ont été ajoutés, qui renvoient une liste d'éléments pour un groupe de file d'attente de travaux spécifié. Les listes d'éléments renvoyées à partir de ce point de terminaison peuvent être filtrées ou triées à l'aide du paramètre name.

Les points de terminaison POST /api/v7/workqueues et PATCH /api/v7/workqueues/{workQueueId} 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. En outre, les messages d'erreur sont désormais renvoyés si vous essayez d'utiliser un schéma de cryptage indisponible.

Un problème a été corrigé lorsque les éléments de durée ne s'affichaient pas correctement dans la spécification de l'API.

La requête GET /api/v7/sessions a été mise à jour pour marquer le paramètre processID comme requis.

Le mécanisme de synchronisation d'Authentication Server via la messagerie RabbitMQ a été supprimé de la configuration du serveur d'applications Blue Prism. L'onglet Intégration d'Authentication Server sur l'écran Détails de configuration du serveur Blue Prism n'affiche désormais que l'ID client et le secret. La synchronisation des comptes d'utilisateurs et de services avec Authentication Server à partir de Blue Prism 7.2 ne peut se faire que manuellement en utilisant l'option Synchroniser les utilisateurs avec Authentication Server, disponible à partir du bouton de menu de l'écran Sécurité – Utilisateurs dans le client interactif Blue Prism.

Pour en savoir plus, consultez le guide de configuration d'Authentication Server.