2021.10

Documentation sur l'approche UiPath concernant les correctifs

🛈 UiPath publie périodiquement des correctifs qui incluent des correctifs et des améliorations pour répondre aux besoins commerciaux. Lorsque cela se produit, nous mettons à jour la documentation de la version de produit ciblée pour refléter le dernier correctif de cette version.

Par exemple, en mars 2021, le correctif 2020.4.5 a été publié et la documentation pour Orchestrator 2020.4 a été mise à jour en fonction des modifications apportées au correctif 2020.4.5.

Les modifications introduites par un correctif sont documentées dans les notes de publication de ce correctif.

Date de publication : 3 novembre 2021

Automation Suite

Nous sommes ravis d'annoncer une nouvelle option de déploiement pour Orchestrator. Découvrez UiPath Automation Suite, un ensemble conçu pour offrir une expérience cohérente, fluide et élégante lors de l'installation, de la mise à niveau et de la gestion des produits Web UiPath, parmi lesquels Orchestrator. Pour plus d'informations à ce sujet, consultez le guide Automation Suite.

Date de publication : 25 octobre 2021

Le mot « automatisation » est dérivé du mot grec « αὐτόματον », qui signifie « automatique ». Dans le monde de la technologie d'aujourd'hui, le terme « automatisation » revêt parfois une signification singulière sans grand consensus. Et ainsi, nous nous retrouvons avec l'automatisation Unattended, l'automatisation Attended, l'automatisation en arrière-plan, l'automatisation au premier plan, l'automatisation à distance, l'automatisation des services, jusqu'à ce que le mot lui-même semble revêtir tous les sens possibles.

C'est en partie parce que le terme « automatisation » a évolué parallèlement au monde informatique, atteignant de nouveaux sommets chaque jour, faisant de nous les participants à une ère de changement exponentiel : vous et moi sommes témoins du CHEMIN de l'automatisation vers le sommet.

UiPath s'efforce de briser toutes les barrières entre l'automatisation assistée et non assistée, faisant de nous tous des bénéficiaires potentiels de l'automatisation à distance.

Nouveau système de conception pour Orchestrator

Avec cette version, Orchestrator adopte le nouveau système de conception Apollo. Cela vous garantit une cohérence dans l'interface utilisateur entre Orchestrator et d'autres produits UiPath, une navigation plus facile et certaines améliorations de l'interface utilisateur.

Bien qu’Orchestrator reste le même d’un point de vue fonctionnel, vous devez d’entrée de jeu savoir quelques choses :

• Un en-tête (a) a été ajouté, qui reste visible sur toutes les pages afin que vous conserviez l'accès aux contrôles suivants : le menu utilisateur (b) et les options rapides (c).

  
  

  

  
  
• Certains contrôles ont été déplacés des menus Orchestrator vers le nouvel en-tête. Le menu utilisateur (auparavant situé en haut à droite dans Orchestrator) est désormais positionné en haut à gauche. Ce menu inclut les options pour la sélection de la langue de l'utilisateur, la sélection du thème et l'option de déconnexion :

Nouveaux portails pour les administrateurs système

Un effort pour améliorer l'expérience utilisateur a également été fait afin de mieux organiser les options au niveau de l'hôte. Par conséquent, les administrateurs système disposent désormais d'un portail de gestion des identités plus propre qui affiche les applications intégrées, un portail de gestion au niveau de l'hôte pour configurer les paramètres généraux de votre installation et le portail de l'hôte Orchestrator, qui n'inclut désormais que les paramètres au niveau de l'hôte qui sont spécifiques à Orchestrator lui-même.

Ne vous inquiétez pas, nous n'avons apporté aucun changement radical sur le plan fonctionnel, mais nous espérons que les changements que nous avons apportés pourront vous aider à trouver les choses plus facilement à l'avenir.

Pour plus d'informations sur les portails hôtes et les options désormais disponibles dans chacun, voir Portails d'administration hôte.

Automatisation non assistée

Un éventail croissant de technologies deviennent chaque jour des candidats appropriés pour l'automatisation. Cela s'accompagne de son lot de défis, qui nécessitent le plus souvent une planification minutieuse et un très bon contrôle de l'infrastructure qui rend tout cela possible.

Commençons par découvrir les défis auxquels les administrateurs sont confrontés lorsqu'ils traitent l'ensemble du spectre de l'automatisation non assistée et comment UiPath relève ces défis grâce à une série de nouvelles fonctionnalités.

Comptes de robot pour une utilisation Unattended

Un nouveau type de compte est disponible dans Orchestrator à partir de cette version : le compte robot.

Il s'agit d'une identité non-utilisateur que vous pouvez configurer de la même manière que les comptes d'utilisateurs réguliers, mais le compte est clairement identifié comme un robot sur toute la plate-forme. Ce type de compte est similaire à ce que Windows utilise pour exécuter ses services. Son objectif est d'éliminer le besoin de créer des comptes d'utilisateur factices pour exécuter vos automatisations non assistées en utilisant ce type de compte à la place.

Transfert vers les comptes de robots

Si vous avez des comptes utilisateur que vous utilisez pour des processus Unattended, vous pouvez désormais transférer l'exécution du processus Unattended vers un compte Robot.

Pour cela :

1. Créez un compte de robot.

2. Configurez le compte du robot pour une utilisation Unattended, comme vous le feriez pour un compte utilisateur.

   Assurez-vous d'attribuer les mêmes rôles et de configurer la même configuration de robot que le compte d'utilisateur pour garantir que le processus peut continuer à s'exécuter sans problème. Le compte Robot ne nécessite aucune licence utilisateur.

3. Attribuez le compte du robot aux mêmes dossiers où le compte d'utilisateur a été attribué.

   Pour plus de détails, voir Attribution de comptes ou de groupes à des dossiers.

4. Vérifiez et supprimez éventuellement les rôles dont le compte utilisateur n'a plus besoin.

   Pour plus de détails, voir Vérification des rôles (Checking roles).

Simplification de la configuration Unattended

Lors de la création d'un nouveau projet d'automatisation dans Studio, les développeurs sont accueillis par le premier attribut qui influencera le futur emplacement de l'exécution : le cadre cible sous-jacent du projet d'automatisation et le système d'exploitation compatible.

En savoir plus sur les frameworks cibles dans Studio.

Le tableau suivant indique la version UiPath Robot requise pour exécuter les processus en fonction de leurs frameworks cibles et des considérations de compatibilité du système d'exploitation.

Infrastructure cible	Système d'exploitation	minimale 2021.8
.NET Framework 4.6.1	Windows - Héritage	Tout
.NET 5.0+	Windows	2021.10+
.NET 5.0+	Multiplateforme	2021.10+

Autre attribut décisif de vos projets d'automatisation, l'exigence d'interface utilisateur définit si vos projets nécessitent une interaction de l'utilisateur pour se dérouler (premier plan) ou s'ils peuvent simplement s'appuyer sur des processus d'arrière-plan pour être exécutés (arrière-plan). Les robots Unattended gèrent les processus en arrière-plan dans la session 0, sous NT AUTHORITY\LOCAL SERVICE, qui n'a pas d'interface utilisateur et qui ne peut pas interagir avec une session utilisateur.

En savoir plus sur l'automatisation des processus en arrière-plan.

Maintenant, voici l'astuce : vous avez besoin d'informations d'identification pour exécuter des processus de premier plan, vous n'en avez pas besoin pour exécuter des processus en arrière-plan. C'est pourquoi nous avons mis au point une nouvelle fonctionnalité visant à réduire l'effort de configuration pour l'automatisation Unattended. Comment ? En rendant les informations d'identification facultatives.

En termes simples, à partir de maintenant, vous pouvez configurer des robots Unattended exécutant des processus en arrière-plan sans vous soucier de toutes ces informations d'identification.

Le tableau suivant montre la version du robot UiPath requise pour exécuter les processus de premier plan/d'arrière-plan en fonction des considérations d'identification du robot.

Types de processus	Considérations relatives aux informations d'identification	minimale 2021.8
Arrière-plan	Robot avec informations d'identification	Tout
Premier plan	Robot avec informations d'identification	Tout
Arrière-plan	Robot sans informations d'identification	2021.10+
Premier plan	Robot sans informations d'identification	Configuration invalide. Vous avez besoin d'informations d'identification pour exécuter les tâches de premier plan.

Vous pouvez activer ou désactiver la définition des identifiants pour les :

• Comptes de robot - vos comptes de prédilection pour l'automatisation Unattended des services ;
• Comptes d'utilisateurs - comptes dédiés à l'automatisation Personal Remote qui doivent être exécutés sous l'identité de l'utilisateur.

Basculer entre l'activation et la désactivation des informations d'identification est chose facile, grâce à la nouvelle bascule Informations d'identification du Robot (Robot credentials) que vous pouvez voir ci-dessous.

Optimisation de l'infrastructure Unattended

Votre charge de travail Unattended a des besoins d'infrastructure uniques qui peuvent évoluer au fil du temps. Faire correspondre la charge de travail avec les ressources adéquates est essentiel pour maximiser l'efficacité et minimiser les pertes.

Nous vous aidons à cet égard avec deux nouveaux contrôles Orchestrator qui vous permettent de distribuer même la collection de tâches la plus diversifiée sur des machines spécifiques. Comment faire ?

Eh bien, c'est assez simple, en spécialisant vos modèles de machine, c'est-à-dire en limitant le modèle de machine et l'infrastructure machine associée à l'exécution d'un type de processus particulier. Utilisez les options suivantes lors de la création ou de la modification de votre modèle de machine :

Champ	Description
Types de processus	Sur l'infrastructure de machine utilisant ce modèle de machine, vous pouvez procéder aux exécutions suivantes : uniquement les processus de premier plan, (1) uniquement les processus d'arrière-plan, (2) les processus d'arrière-plan et de premier plan. (3)
Compatibilité des processus	Sur l'infrastructure de machine utilisant ce modèle de machine, vous pouvez procéder aux exécutions suivantes : processus compatibles Windows uniquement, (4) processus multiplate-forme uniquement, (5) processus compatibles Windows et multiplate-forme. (6)

Consultez la documentation pour plus de détails.

Espaces de travail personnels potentiellement Unattended

Dans cette version, nous brisons les barrières entre l'automatisation assistée et non assistée en mettant l'exécution unattended à la portée de tous les développeurs RPA. Nous ouvrons la voie à l'automatisation à distance personnelle, et donc aux processus RPA exécutés à distance depuis le confort de votre espace de travail personnel.

L'exécution à distance sur les machines virtuelles gérées par l'entreprise n'a jamais été aussi simple avec les nouveaux utilisateurs ayant leur propre espace de travail personnel par défaut et l'automatisation non assistée définitivement intégrés aux espaces de travail personnels !!!

Espaces de travail personnels pour tous les nouveaux utilisateurs

Cette fonctionnalité fournit par défaut aux nouveaux utilisateurs Attended leur propre espace de travail personnel et est destinée à mettre l'automatisation assistée à la portée de tous les utilisateurs d'automatisation.

Attention aux administrateurs : les groupes d'utilisateurs référencés dans Orchestrator et les utilisateurs automatiquement enregistrés après ce changement sont livrés sans fonctionnalité Attended ; un administrateur doit activer explicitement les robots Attended pour les groupes et/ou les utilisateurs qui en ont besoin.

Cette modification rend certaines fonctionnalités d'Orchestrator existantes redondantes ; certains éléments liés à la configuration des espaces de travail personnels ont été supprimés.

Ne vous inquiétez pas pour vos utilisateurs et groupes d'utilisateurs existants, car ils conservent leur configuration d'origine. Il n'est pas non plus obligatoire d'utiliser les espaces de travail personnels, même s'ils sont activés par défaut pour les nouveaux utilisateurs et groupes d'utilisateurs, et vous pouvez toujours désactiver la fonctionnalité comme bon vous semble pour chaque utilisateur/groupe.

Unattended dans les espaces de travail personnels

Un administrateur désactivant l'expérience Unattended pour tous ses développeurs RPA doit connaître un prérequis important : un objet de machine, modèle de machine ou machine standard associés aux espaces de travail. Cela rend l'infrastructure Unattended (machines connectées à Orchestrator à l'aide de leur clé) disponible pour l'exécution dans tous les espaces de travail personnels.

Vous pouvez le faire à partir du contexte du locataire > Dossiers (Folders) > Espaces de travail personnel (Personal Workspaces).

Vous ne pouvez pas restreindre la portée d'un objet de machine à des espaces de travail spécifiques, ni l'exclure de certains espaces de travail ; un objet de machine peut être associé à tous les espaces de travail ou à aucun.

Assurez-vous que l'objet de machine dispose des runtimes nécessaires pour prendre en charge l'exécution de tous vos espaces de travail.

L'expérience des développeurs RPA avec les fonctionnalités Unattended

Les développeurs RPA peuvent bénéficier de toutes les fonctionnalités spécifiques Unattended susmentionnées, à condition qu'un administrateur ait préalablement défini la configuration nécessaire.

Cela leur permet d'effectuer les opérations suivantes :

A. Lancez les automatisations de manière planifiée ou via une condition d'élément de file d'attente à l'aide de Déclencheurs (Triggers).

B. Vérifiez la santé et l'état des machines et des temps d'exécution des machines attribués par l'administrateur à votre espace de travail à l'aide de la fonction de surveillance (Monitoring). Nous avons ajouté une carte Machines à la page d'accueil de l'espace de travail pour un accès rapide.

C. Surveillez toutes les ressources de votre espace de travail en consultant le nouveau menu Surveillance (Monitoring) qui vous permet d'en savoir plus sur la santé de vos machines, processus, files d'attente et prévisions SLA.

Dossier moderne vs espace de travail personnel

Dans un contexte d'espace de travail personnel, les tâches sont lancées sous l'identité du propriétaire de l'espace de travail. Cela apporte quelques modifications à la fonctionnalité telle que vous la connaissez des dossiers modernes :

1. Les objets machine et les utilisateurs ne peuvent pas être configurés à partir du contexte d'un espace de travail personnel.
2. L'utilisateur n'est pas une cible d'exécution configurable pour les déclencheurs, car il est inhérent aux espaces de travail personnels que l'exécution soit effectuée sous l'identité du développeur RPA.
3. Les fonctionnalités de test et les actions ne sont pas disponibles. Par conséquent, les statuts de tâche Suspendu (Suspended) et Reprise (Resumed) ne sont plus pertinents dans un contexte d’espace de travail.

Pour rendre la transition aussi fluide que possible, nous avons ajusté le rôle d'administrateur d'espace de travail personnel prédéfini avec de nouvelles autorisations. Consultez la documentation pour plus de détails.

Transférer les objets de la machine vers tous les sous-dossiers à la fois

Pour réduire davantage l'effort de déblocage de l'expérience unattended dans votre entreprise, les administrateurs peuvent également transférer le modèle de machine ou la machine standard vers tous les sous-dossiers qui ont besoin de la même infrastructure d'exécution. Au lieu d'affecter manuellement la même machine à chaque sous-dossier, vous pouvez la transmettre d'un dossier parent à tous ses dossiers enfants en quelques clics.

En savoir plus sur l’attribution de machines à des dossiers.

Débogage des processus Unattended

Dites adieu aux tracas du débogage lorsque l'option Appliquer l'authentification utilisateur, désactiver l'authentification par clé robot (Enforce user authentication, disable robot key authentication) est activée (également appelée connexion interactive, définie à partir des paramètres du locataire dans Orchestrator).

Bien que cette fonctionnalité apporte de multiples avantages (améliorations de la sécurité, flux simplifié pour les utilisateurs Attended lors de la connexion à Orchestrator, simplification des licences pour les utilisateurs en activant la fonctionnalité de gestion des licences utilisateur), elle a également entraîné comme effet secondaire une expérience de débogage plus compliquée pour les processus Unattended :

Lorsque vous vous connectez à une machine connectée à Orchestrator via une clé machine à des fins de débogage alors que l'authentification interactive est appliquée, aucun processus n'est disponible dans votre assistant pour les déboguer, sauf si vous vous connectez d'abord.

Vous pouvez désormais y parvenir en activant une session de dépannage sur la machine, disponible dans l'onglet Sessions Unattended (Unattended sessions) de la page Robots :

L'activation d'une session de dépannage vous permet de voir et d'exécuter des processus Unattended à partir de l'Assistant UiPath à des fins de débogage. Aucune licence utilisateur n'est requise pour que le développeur effectue cette opération.

La session de dépannage est temporaire et ce qui précède ne s'applique que lorsque le dépannage est actif.

Pour obtenir des instructions, consultez Débogage des processus Unattended (Debugging Unattended Processes).

Automatisation assistée

Mettre fin aux tâches Attended à l’aide d’Orchestrator

Permettez aux administrateurs de surveiller de plus près l’automatisation Attended dans votre entreprise avec une fonctionnalité permettant de terminer les tâches Attended depuis Orchestrator. Débloquez les automatisations bloquées en quelques clics en accédant à Automatisations (Automations) > Tâches (Jobs) et en sélectionnant Plus d’actions (More Actions) > Arrêter (Stop) ou Forcer l’arrêt (Kill) pour mettre fin à la tâche Attended.

Remarque : Vous pouvez uniquement mettre fin aux tâches Attended dans Orchestrator pour les robots s'exécutant sous la version version 2019.10 et ultérieure. L’arrêt des tâches Attended d’Orchestrator nécessite que SignalR soit activé et que le Robot puisse se connecter aux canaux SignalR d’Orchestrator à l’aide de WebSocket. Assurez-vous que SignalR est activé et que WebSocket est sélectionné dans Paramètres (Settings) > Évolutivité (Scalability).

Arrêter/forcer automatiquement l'arrêt des tâches en attente

Dans cette version, Orchestrator apporte un mécanisme amélioré pour mettre fin aux tâches suspendues, dans la mesure où vous pouvez désormais utiliser une stratégie d'arrêt forcé des tâches (Kill job) en plus de la stratégie d'arrêt (Stop), et pas seulement comme alternative à celle-ci. Si vous n'êtes pas déjà familiarisé avec la fonctionnalité existante, rafraîchissons votre mémoire : vous pouvez optimiser vos flux et ignorer élégamment toutes les exécutions de tâches accaparantes de manière préplanifiée en configurant vos déclencheurs pour arrêter ou forcer l'arrêt des tâches après un certain intervalle de temps.

Dans l'exemple suivant, Orchestrator tentera d'arrêter les tâches bloquées sur le statut En attente (Pending) pendant au moins 10 minutes. Si l'arrêt ne se produit pas, Orchestrator tentera de forcer l'arrêt des tâches en tentative d'arrêt depuis au moins 20 minutes.

Découvrez comment configurer des déclencheurs temporels.

Queues improvements

Vous avez demandé, nous avons écouté. Nous vous offrons la possibilité de mettre à jour une file d’attente existante en :

• Renommant tout en conservant les informations de file d’attente existantes. Abandonnant les opérations complexes de suppression et de recréation de file d’attente (y compris les éléments de file d’attente) dans les cas basiques d’erreurs d’orthographe ou de changement d’avis sur le nom initial.
• Changer l’option Réessayer automatiquement (Auto Retry) de Non (No) à Oui (Yes) ou vice versa. Vous êtes maintenant en mesure de déterminer si votre transaction échouée peut être réessayée automatiquement ou non.
• Définition d’une nouvelle valeur comme nombre maximum de tentatives. Donnez aux transactions d’autres chances d’atteindre le statut Réussi (Successful) en activant l’option Réessayer automatiquement (Auto Retry).

Bien que vous puissiez modifier ces paramètres une fois la file d’attente créée, gardez à l’esprit que seules les transactions futures seront influencées par les modifications que vous apporterez.

Pour en savoir plus, consultez notre article sur la Modification des files d’attente (Editing Queues).

Widgets de l'Assistant

Starting with the 2021.4.3 release, we made it possible for you to add widgets in the UiPath Assistant by making use of Automation Ops and Orchestrator libraries.

Dans Orchestrator, ces widgets étaient marqués comme n'importe quel autre package de bibliothèque, ce qui n'était vraiment d'aucune utilité. Dès aujourd'hui, nous introduisons un nouveau type de bibliothèque dédiée aux widgets : les widgets de l'assistant (Assistant Widgets). À partir de maintenant, tous les widgets téléchargés sur Orchestrator seront étiquetés comme tels pour que vous puissiez les repérer facilement.

Remarque : les widgets téléchargés sur Orchestrator avant cette modification restent labellisés comme bibliothèque de processus.

En savoir plus sur les widgets.

Workflows de longue durée

L'essor des robots Attended dans les workflows de longue durée

Jusqu'à aujourd'hui, seuls les robots Unattended pouvaient exécuter des workflows de longue durée. C'est désormais du passé, car vous pouvez désormais lancer un processus d'orchestration à partir de l'assistant UiPath, attendre que l'action générée soit terminée dans Action Center, puis confier le reste de l'exécution à un robot Unattended.

Il existe une corrélation entre les licences utilisées pour démarrer la tâche et les licences utilisées par le robot Unattended pour reprendre la tâche :

Si vous commencez la tâche en utilisant le robot Attended inclus dans un(e)…	… alors la reprise de la tâche consomme une …
Licence d'utilisateur Attended	Licence de robot Unattended
Licences utilisateur pour développeur Développement citoyen Développeur RPA RPA Developer Pro	Licence de robot non-production

La tâche peut être reprise par un robot Unattended à partir d'un serveur différent de celui sur lequel la tâche a été initialement lancée.

Conserver la configuration compte-machine à la reprise de la tâche

En règle générale, pour tirer le meilleur parti de vos ressources, nous vous recommandons de conserver le comportement par défaut pour la reprise des tâches suspendues, c'est-à-dire de les reprendre sur n'importe quel robot disponible sur n'importe quelle machine disponible. Cependant, il existe des cas où :

• La reprise de l'exécution de la tâche dépend d'une application spécifique (par exemple, SAP) installée sur une machine spécifique.
• Le démarrage et la reprise d'une tâche nécessitent le même contexte utilisateur.

Pour reconnaître vos ressources et les exigences de licence lors de la reprise d'une tâche, nous offrons la possibilité d'utiliser la même configuration compte-machine définie au début de la tâche. Pour plus de détails, consultez l'article Gérer les tâches.

Comptes et groupes

Modifications de l'interface

Dans un effort pour clarifier la distinction entre l'ajout de comptes, qui se fait à partir de la page Comptes et groupes (Accounts & Groups) dans le portail de gestion, et l'octroi d'accès aux comptes, qui se fait à partir d'Orchestrator, nous avons amélioré l'interface utilisateur d'Orchestrator et peaufiné la terminologie pour rendre les choses moins confuses.

Voici donc ce qui a changé :

• Nous avons fusionné les onglets au niveau du locataire Utilisateurs (Users) et Rôles (Roles) sous un nouvel onglet appelé Gérer l'accès (Manage access).

• Les fonctions précédemment accessibles depuis la page Utilisateurs (Users) sont désormais accessibles depuis l'onglet Attribuer des rôles (Assign roles) de la page Gérer l'accès (Manage access).

  Vous ne pouviez jamais créer de comptes à partir de là, vous ajoutiez simplement des comptes existants à Orchestrator afin de pouvoir leur attribuer des rôles.

• De même, les fonctions précédemment accessibles depuis la page Rôles (Roles) sont désormais accessibles depuis la page Gérer les accès (Manage access), sur l'onglet... drumroll... Rôles (Roles). (Pourquoi le réparer s'il n'est pas cassé, n'est-ce pas ?)

• Nous avons séparé l'expérience d'attribution des rôles à des comptes ou à des groupes. Alors qu'auparavant, les mêmes étapes s'appliquaient aux deux, les deux disposent désormais d'assistants distincts : un pour les utilisateurs, et un autre pour les comptes de robots, mieux adaptés à chaque tâche.
• Un bouton Gérer les comptes et les groupes (Manage Accounts & Groups) a été ajouté à l'onglet Attribuer des rôles (Assign roles) (contexte du Locataire (Tenant) > Gérer l'accès (Manage Access) > Attribuer des rôles (Assign roles)) qui ouvre la page Comptes et groupes (Accounts & Groups) du portail de gestion où vous pouvez ajouter de nouveaux comptes ou groupes.
• Enfin, sur la page Gérer l'accès (Manage Access) > Attribuer des rôles (Assign roles), le bouton Vérifier les autorisations (Check Permissions) a été renommé en Vérifier les rôles (Check roles). C’est parce que vous attribuez réellement des rôles aux utilisateurs ou aux groupes ; les autorisations, en revanche, sont les éléments constitutifs des rôles et vous ne pouvez pas les attribuer séparément.

Documentation

• À propos de la gestion de l'accès des utilisateurs
• Attribution de rôles
• Gestion des rôles

Comptes de répertoire pour les administrateurs système

Si vous êtes lié à un répertoire, vous pouvez désormais également ajouter des administrateurs système par leur compte de répertoire, et pas seulement en créant des comptes locaux. Pour obtenir des instructions, voir Ajout d'un administrateur système.

Authentification Elasticsearch OAuth2

Nous prenons désormais en charge l'authentification OAuth2 pour la lecture des journaux des robots dans Elasticsearch. Vous pouvez désormais utiliser un jeton au lieu d'un nom d'utilisateur et d'un mot de passe comme méthode d'authentification.

Pour activer le nouveau mécanisme et contrôler la validité du jeton pour la lecture des journaux, nous avons introduit deux nouveaux paramètres dans le fichier UiPath.Orchestrator.dll.config d’Orchestrator : Logs.Elasticsearch.OAuthEnabled et Logs.Elasticsearch.OAuthExpireInSeconds.

Nous proposons également OAuth2 pour NLog. Vous pouvez activer la fonctionnalité en définissant l'attribut suivant dans la configuration de la cible : OAuthEnabled = “true”.

Pour plus d'informations sur les méthodes d'authentification disponibles, consultez Authentification X-PACK.

Packages et automatisations

Exposer les prérequis du package

Jusqu'à présent, pour découvrir les ressources nécessaires au lancement d'un processus, il fallait explorer le projet d'automatisation, soit dans Studio, soit à l'aide de l'explorateur de packages d'Orchestrator. Dans un effort pour vous faciliter votre première exécution, nous avons mis au point une nouvelle fonctionnalité qui révèle les ressources nécessaires pour lancer un processus.

Lancez vos processus en un clin d'œil en consultant les files d'attente, les ressources, les catalogues d'actions et les compartiments de stockage sur lesquels ils s'appuient dès le départ. Ne vous retrouvez plus coincé !

Remarque : Vous avez besoin de Studio 2021.10+ et des packs d'activités 2021.10+ pour que cette fonctionnalité fonctionne correctement.

Toutes les dépendances de processus sont centralisées dans une vue Orchestrator lors de l'ajout ou de la modification de processus, avec des informations utiles sur chaque objet requis.

Ce qui est encore mieux à ce sujet, c'est le fait que vous pouvez rapidement créer ou lier les ressources nécessaires sans quitter le contexte du processus. Une ressource manque ? Il suffit de le créer sur le moment. Une file d'attente est indispensable dans un dossier différent ? Il suffit de le lier en un clic. C'est aussi facile que ça. Ne nous croyez pas sur parole. Essayez par vous-mêmes.

Restreindre l'accès du robot au flux des bibliothèques hôtes

Pour relever les défis de sécurité posés par les robots ayant accès au flux hôte par défaut (actuellement sur MyGet) pour récupérer les packages de la bibliothèque, nous avons ajouté une nouvelle option qui autorise uniquement les connexions au flux du locataire.

Alors qu'auparavant, nous proposions les options Flux d'hôte uniquement (Only host feed) et Flux d'hôte et de locataire (Both host and tenant feeds) pour la récupération de vos packages de bibliothèque, nous proposons désormais une troisième option : Flux de locataire uniquement (Only tenant feed).

Découvrez comment configurer les flux de bibliothèque.

Débogage de processus

Déboguez les processus plus facilement, car nous avons modifié le message d'alerte concernant l'atteinte du nombre maximal de tâches pour un processus de la gravité Erreur (Error) à la gravité Info. Le message contextuel que vous pouvez rencontrer dans ce cas est : « Le dossier [nom_dossier] : #déclencheur[nom_déclencheur] pour le #processus [nom_processus] n'a pas pu créer de tâches. Le nombre maximum de tâches pour ce processus a déjà été atteint. Veuillez vérifier les paramètres de votre déclencheur, la disponibilité du robot et les tâches en cours d’exécution. (#1693). »

Pour trouver ces types d’alertes sur la page Alertes (Alerts), veillez à définir le filtre Statut (Status) sur Tous (All).

Enregistrement pour tous les déploiements Orchestrator

À partir d'aujourd'hui, nous activons la fonction d'enregistrement multimédia par défaut pour tous les déploiements d'Orchestrator et supprimons la bascule correspondante de l'interface utilisateur. Pas de soucis, vous pouvez toujours désactiver la fonctionnalité en utilisant le paramètre d'application MediaRecording.Enabled correspondant.

Pour rappel, cette option doit être activée au niveau du processus pour qu'elle fonctionne. Découvrez comment activer l'enregistrement par processus.

Saisie dynamique

La saisie dynamique est une nouvelle option qui vous permet de contrôler la façon dont Orchestrator interprète les valeurs String dans les fichiers CSV utilisés pour télécharger les éléments de file d'attente. Cela peut s'avérer particulièrement utile pour les files d'attente avec des définitions de schéma où vous avez besoin d'Orchestrator pour interpréter les valeurs numériques en tant qu'entier ou booléen afin de correspondre à la définition du schéma.

Auparavant, le téléchargement d'un fichier CSV avec des valeurs numériques ne pouvait pas être validé par rapport à un schéma JSON nécessitant un entier/un booléen, car Orchestrator les lisait comme une String, générant une erreur Queue item violates the specific data JSON schema.

En savoir plus sur le téléchargement d'éléments de file d'attente vers Orchestrator.

Bonnes pratiques de performance

Pour éviter les problèmes de performances lors du stockage de plus d'un million de journaux de Robot dans la table Journaux (Logs), nous vous recommandons de créer un index. Pour plus de détails, consultez Journaux d'Orchestrator.

Expérience d'installation et de mise à niveau

Mise à jour automatique des composants clients

Avez-vous déjà pensé à quel point ce serait génial d'avoir toujours vos robots à jour ? Dans ce cas, nous avons de bonnes nouvelles pour vous ! Vous pouvez désormais mettre à jour les clients Robot, Studio et UiPath Assistant vers des versions plus récentes à partir d'Orchestrator. Cela offre un moyen simple de permettre la mise à jour de version d'un nombre important de machines à partir d'un emplacement centralisé, aidant à éliminer les frictions des utilisateurs et à simplifier le processus de mise à jour.

Le programme d'installation UiPathOrchestrator.msi dispose désormais d'options de configuration supplémentaires dédiées à la nouvelle fonctionnalité Mettre à jour le serveur (Update Server). Un écran supplémentaire Mettre à jour les paramètres de la base de données du serveur (Update Server Database Settings) est disponible dans l'interface utilisateur et la CLI est livrée avec de nouveaux paramètres spécifiques à la nouvelle fonctionnalité Mettre à jour le serveur (Update Server). Pour plus d'informations, consultez Programme d'installation Windows et Paramètres de ligne de commande Orchestrator.

Mettre à niveau

• Nous avons supprimé les paramètres suivants du script Publish-Orchestrator.ps1 : -hostAdminPassword, -isHostPassOneTime, -defaultTenantAdminPassword et -isDefaultTenantPassOneTime. Ces clés sont désormais spécifiques au script MigrateTo-IdentityServer.ps1. Pour plus de détails à ce sujet, consultez Paramètres MigrateTo-IdentityServer.ps1.
• Avant la mise à niveau vers Orchestrator v2021.10, nous vous recommandons de nettoyer queueItemEvents et jobEvents pour éviter tout problème de performances.
• Lorsqu'une version précédente du module est utilisée, la mise à niveau vers Az v6.0.0 fait apparaître le message suivant : WARNING: The version 'x.x.x' of module 'Az.<Name>' is currently in use. Retry the operation after closing the applications. Afin de résoudre ce problème, assurez-vous d'exécuter Publish-Orchestrator.ps1 dans une nouvelle session PowerShell.
• Si vous utilisez Microsoft Azure Key Vault pour le chiffrement des locataires, vous devez maintenant configurer un paramètre supplémentaire dans le fichier UiPath.Orchestrator.dll.config de votre instance Orchestrator : Azure.KeyVault.DirectoryId. Pour obtenir des instructions détaillées, consultez Configuration de la clé de chiffrement par locataire.
• La conversion des comptes Active Directory - contrôlée par le paramètre WindowsAuth.ConvertUsersAtLogin du fichier UiPath.Orchestrator.dll.config - est désormais effectuée automatiquement lors de l'installation ou de la mise à niveau. Nous avons donc supprimé ce paramètre du fichier. Cette conversion n'a pas d'impact sur vos robots existants.
  Remarque : Si vous avez déjà utilisé la version 2018.4 et n'avez jamais effectué cette conversion pour les utilisateurs importés d'Active Directory (ou si vous n'avez pas converti tous les utilisateurs importés), les comptes Directory qui n'ont pas été convertis doivent se connecter de manière interactive à Orchestrator au moins une fois afin de finaliser la conversion. Se connecter au portail de gestion des identités ou se connecter depuis UiPath Studio ou UiPath Assistant ne permet pas de finaliser la conversion du compte.

Configuration

• Il est désormais possible de désactiver l’intégration du proxy au moyen d’un nouveau paramètre UiPath.Orchestrator.dll.config : ProxyIntegration.Enabled. Par défaut, le paramètre n’est pas visible et sa valeur est définie sur true, ce qui signifie que l’intégration du proxy est activée, sauf indication contraire.
• Le script Publish-IdentityServer.ps1 nécessite désormais la configuration d'un nouveau paramètre pour indiquer l'adresse publique d'Identity Server : -identityServerUrl. Pour plus de détails, consultez Paramètres Publish-IdentityServer.ps1.

API

• Lorsqu’un locataire est en mode maintenance, les appels d’API de ce locataire renvoient désormais le code de statut 423 au lieu de 503.
• Nous avons amélioré le point de terminaison GetFolderNavigationContextForCurrentUser de l'API FolderNavigation en ajoutant la propriété booléenne IsPersonal. Cette propriété s'affiche dans le corps de la réponse du point de terminaison et vérifie si le dossier renvoyé est un espace de travail personnel. Retrouvez plus de détails dans notre guide de référence.
• La récupération des journaux d'audit via l'API renvoie désormais les entrées par lots de 3 000 entrées maximum, pour augmenter les performances. Pour obtenir les entrées restantes, utilisez les paramètres de requête skip et top. Par exemple, pour obtenir le deuxième lot de 3 000 entrées de journal d'audit, l'appel d'API serait : GET https://{base_url}/{organization}/{tenant}/api/auditLog?top=3000&skip=3000.

• À des fins d'audit, nous avons ajouté les propriétés nécessaires à plusieurs DTO de ressources, et donc aux corps de réponse des points de terminaison suivants :

  • /odata/Users

    "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0

  • odata/Robots

    "LastModificationTime": "2021-10-12T07:32:24.940Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:32:24.940Z", "CreatorUserId": 0

  • odata/Releases

    "LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0

  • odata/Assets

    "LastModificationTime": "2021-10-12T07:57:15.145Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:57:15.145Z", "CreatorUserId": 0

  • odata/Libraries

    "Created": "2021-10-12T07:59:04.182Z", "LastUpdated": "2021-10-12T07:59:04.182Z", "Owners": "string", "IconUrl": "string", "Summary": "string", "PackageSize": 0, "IsPrerelease": true, "LicenseUrl": "string", "ProjectUrl": "string"

Important :

Erratum du 9 décembre 2021

Les propriétés DTO répertoriées ci-dessus n’ont pas été livrées en 2021.10, comme indiqué dans les notes de publication, en raison d’un incident de notre côté.

Mise à jour du 9 mai 2022

Les propriétés DTO ont été ajoutées aux ressources suivantes dans Orchestrator 2022.4 :

• /odata/Users

• /odata/Robots

• /odata/Releases

• /odata/Assets

• /odata/Libraries

Test

À partir de maintenant, le rôle d'administrateur de locataire (Tenant Administrator) est fourni avec des autorisations de Consultation (View) sur les tâches en arrière-plan. Cette modification ne modifie pas les rôles d'administrateur de locataire existants. Voir les détails sur les rôles par défaut et leurs autorisations.

Au revoir

Rendez-vous de l'autre côté, Actions

Le moment d'abandonner la gestion des actions depuis Orchestrator et l'onglet Actions est arrivé, comme prévu lors de la publication de la version 2021.4. Il est temps que vos actions fassent leurs adieux à Orchestrator et adoptent pleinement Action Center, l'endroit dédié depuis lequel vous pourrez toutes les voir et les gérer. Assurez-vous simplement que vous êtes dans le bon contexte de dossier. Attribuez, transférez, terminez des actions et gérez même des catalogues d'actions depuis Action Center. Ne vous inquiétez pas pour les actions Orchestrator existantes, car le programme d'installation redirige tous les liens d'action Orchestrator vers la nouvelle interface Action Center. Il vous suffit d'installer ou de mettre à niveau la version locale d'Action Center, mais gardez à l'esprit que vous devez vous connecter à une instance Orchestrator. L'installation peut être effectuée sur le même serveur qu'Orchestrator ou sur un autre.

Discover the Action Center experience.

Insights quitte Orchestrator

Nous avons séparé Insights d'Orchestrator. Rassurez-vous, nous n'avons supprimé aucune fonctionnalité et toutes les tâches que vous effectuiez auparavant via Orchestrator peuvent désormais être traitées dans Insights. Pour plus de détails, consultez le guide Insights.

Améliorations de la convivialité

• Pour une navigation rapide entre le portail hôte Orchestrator et le hub Identity Server, utilisez le nouveau raccourci Accéder au Hub Identity (Go to Identity Hub).
• Nous avons renommé le champ Désactiver l'exécution simultanée (Disable concurrent execution) en Exécuter une seule tâche à la fois (Run only one job at a time) pour éviter toute confusion quant à l'action de l'option.
• Vous pouvez désormais supprimer des versions de package individuelles à partir de la fenêtre Versions de package (Package Versions), le menu Plus d'actions (More Actions).
• Nous avons modifié la valeur par défaut du paramètre de robot Connexion à la console (Login To Console) sur Oui (Yes).
• Salut cher utilisateur d'automatisation, nous venons de déverrouiller l'autorisation Créer (Create) dans les journaux pour vous par défaut. À partir de maintenant, vous pouvez créer des journaux chaque fois que vous exécutez des tâches dans Orchestrator.

  Pour bénéficier de cette configuration dans vos locataires existants, accédez à Locataire (Tenant) > Paramètres (Settings) > Rôles standard (Standard roles) et mettez à jour le rôle Automation User pour inclure l'autorisation par défaut manquante.

Chronologie de l’abandon

Remarque :

Les capacités d'Orchestrator suivantes ont été supprimées à compter de la version 2021.10 :

• Inscription automatique du Robot avec des machines standard. Nous vous conseillons d'utiliser des modèles de machine et de connecter vos machines à l'aide de la ligne de commande.
• Authentification NTLM. Nous recommandons de plutôt utiliser le flux OAuth (OAuth flow).

Plusieurs fonctionnalités d'Orchestrator risquent d'être abandonnées en 2022. Nous vous encourageons fortement à passer à des alternatives supérieures.

• L'abandon des machines standard est prévu pour avril 2022. Nous vous recommandons d'utiliser des modèles de machines.
• L'abandon des dossiers classiques est prévu pour octobre 2022. Nous vous recommandons de migrer vers des dossiers modernes.

Voir la chronologie d'abandon des fonctionnalités d'Orchestrator.

Changements radicaux

Autorisations des supports d'exécution

La suppression du média d'exécution en effectuant des requêtes POST au point de terminaison /odata/ExecutionMedia/UiPath.Server.Configuration.OData.DeleteMediaByJobId nécessite désormais des autorisations de Suppression (Delete) sur le support d'exécution, alors qu'auparavant, vous aviez besoin des autorisations de Consultation (View).

API de paramètres d'authentification et d'e-mails

La mise à jour des paramètres d'authentification et de messagerie via l'API Orchestrator n'est plus possible. Le point de terminaison correspondant est disponible uniquement à partir de l'API Identity Server.

Pour continuer à mettre à jour ces paramètres à l'aide des méthodes REST, utilisez le point de terminaison Identity Server correspondant, car aucune rétrocompatibilité n'est fournie.

Le point de terminaison Orchestrator utilisé pour mettre à jour les paramètres de messagerie et d'authentification : POST /odata/Settings/Uipath.Server.Configuration.Odata.UpdateBulk

Le point de terminaison ci-dessus fonctionne comme prévu pour le reste des paramètres spécifiques à Orchestrator.

Le point de terminaison Identity Server remplaçant celui d'Orchestrator (utilisez-le pour mettre à jour les paramètres de messagerie et d'authentification) : PUT /identity/api/Setting

Néanmoins, vous pouvez mettre à jour les paramètres d'authentification et de courrier électronique à partir de l'interface utilisateur, au niveau de l'hôte :

• Paramètres de messagerie (Email settings) : Hôte (Host) > Identity Hub > Gestion (Management) > Paramètres généraux (Global Settings) > E-mail
• Paramètres d'authentification (Authentication settings) : Hôte (Host) > Identity Hub > Gestion (Management) > Utilisateurs (Users) > Paramètres d'authentification (Authentication settings)

Problèmes connus

• Vous ne pouvez pas attribuer de comptes de robot à un dossier si, avant de naviguer vers le niveau du locataire, le dernier dossier sélectionné était un dossier classique. Le principal problème rencontré est que lors de la recherche d'un compte robot à attribuer, le compte robot correspondant ne s'affiche pas, même s'il existe. Pour contourner le problème, sélectionnez un dossier moderne dans la barre latérale des dossiers avant de naviguer vers Locataire (Tenant) > Dossiers (Folders) pour effectuer l'affectation.
• L'authentification des utilisateurs via Azure Active Directory peut recevoir une réponse d'erreur 500. Ce comportement est dû à une exception non gérée générée par la méthode get_DNSDomainName(), incapable de résoudre le domaine d'authentification de l'utilisateur.

  Pour éviter l'exception, corrigez vos enregistrements DNS dans votre Azure Active Directory.

• Le format de l'heure se réduit sur plusieurs pages lorsque vous définissez le chinois, le japonais ou le coréen comme langue d'Orchestrator.
• Les utilisateurs avec le rôle Administrateur peuvent être supprimés de l'API Orchestrator. Cette opération ne peut pas être effectuée à l'aide de l'interface utilisateur.
• Vous ne pouvez pas utiliser le fichier de transactions .CSV pour télécharger des éléments dans une file d'attente. Utilisez plutôt le modèle CSV fourni dans la documentation.
• Parfois, lors du démarrage/redémarrage de votre machine Orchestrator, l'un des nœuds affiche des erreurs et est rendu utilisable. Redémarrez Orchestrator à partir d'IIS comme solution de contournement.
• Orchestrator ne restitue pas correctement les formats d'heure sur la page Journaux (Logs) lorsque la langue d'Orchestrator est définie sur le chinois, le japonais ou le coréen. Les caractères 0 sont rendus sous forme de zéros barrés et empêchent l'affichage du glyphe suivant le 0. Par exemple, ce qui doit être affiché comme 11時20分03秒 est renvoyé comme 11時2Ø03秒.
• Le filtrage par identité d'hôte sur les pages Tâches (Jobs) et Journaux (Logs) ne fonctionne pas correctement pour les tâches exécutées via des comptes sans informations d'identification. Lors de l'exécution de tâches sur des machines Windows, la colonne Identité de l'hôte (Host Identity) est renseignée avec l'identité réelle des robots (domaine\nom d'utilisateur) ; cependant, le filtrage selon cette valeur ne renvoie aucune tâche. Lors de l'exécution de tâches sur des machines Linux, les tâches sont exécutées sous la racine, cependant, cette valeur n'est pas disponible pour le filtrage.

Résolution de bogues

Automatisations

• Les tâches de persistance ne restent plus dans la file d'attente du service du robot (c'est-à-dire dans un état En cours d'exécution (Running)) si les workflows correspondants de longue durée ont été suspendus.
• La pulsation utilise désormais correctement l'index IX_Executing de la table Jobs lors de l'obtention des travaux en cours.
• L'arrêt ou forcer l'arrêt d'une tâche entraînerait la disparition de la valeur de machine pour cette tâche. L'actualisation de la page Tâches a résolu le problème.
• Les robots installés en mode utilisateur n’ont pas reçu de commandes d’arrêt/d’arrêt forcé d’Orchestrator – l’arrêt ou l’arrêt forcé d’une tâche a laissé le robot dans un état de fin d’exécution.
• Correction d'un bug affectant les événements Webhooks queueItem.transactionStarted dû à une propriété de définition de file d'attente manquante.
• Les Robots Attended exécutant des tâches apparaissaient comme disponibles si l’assistant était rafraîchi.
• Orchestrator n'a pas conservé les paramètres d'exécution du robot d'un utilisateur (il les a rétablis aux valeurs par défaut) dans un scénario impliquant deux utilisateurs Active Directory utilisant une licence Multiuser et le même VDI. De manière explicite, les paramètres d'exécution spécifiés pour le robot de l'utilisateur A alors que l'utilisateur B était connecté à Orchestrator ont été effacés lors de la connexion à Orchestrator avec l'utilisateur A. Ce comportement ne se produit plus.
• Un problème rarement rencontré entraînait une mauvaise activation des déclencheurs dans Orchestrator après l'activation d'Insights. Le problème disparaissait en désactivant Insights. Le problème n'est plus visible.
• Une erreur Release does not exist était générée lors de l'actualisation de la fenêtre des détails de surveillance pour un processus dans un sous-dossier enfant (Surveillance (Monitoring) > Processus > Inclure les sous-dossiers (Include Subfolders) > Vue d'ensemble des processus (Processes Overview)).
• L'état de visibilité de la colonne pour la page Tâches (Jobs) n'était pas conservé lors de la navigation hors de la page.
• La liste des robots n'était pas renseignée lors de la tentative de création d'un déclencheur à partir de la page Processus (Processes) dans les dossiers classiques.
• Vous ne pouviez pas déboguer les ressources par paire utilisateur-machine de Studio. Pour vérifier si une paire utilisateur-machine spécifique avait reçu une ressource, vous deviez démarrer la tâche depuis l'Assistant ou Orchestrator. Ce n'est maintenant plus le cas.

Configuration

• Cette nouvelle version d'Orchestrator apporte l'abandon du paramètre -useQuartzClustered dans le script Publish-Orchestrator.ps1.
• Vous ne pouvez plus mettre à jour l'heure d'expiration du jeton du porteur via UiPath.Orchestrator.dll.config. Par conséquent, le paramètre Auth.Bearer.Basic.Expire n'est plus disponible dans le fichier de configuration d'Orchestrator. Les modifications ne sont désormais possibles qu'en ajustant la propriété AccessTokenLifetime du client Orchestrator.Ropc dans la base de données Clients d'Identity Server. Consultez notre section de dépannage pour un exemple de configuration.
• Essayer de mettre à niveau Orchestrator de v2018.4 à v2021.4 sans définir l'élément <httpErrors> dans le fichier Web.Config entraînait des problèmes. Cela entraînait un échec de la mise à niveau et la duplication de chaque entrée <httpErrors>. Nous avons résolu le problème entre-temps et les mises à niveau se déroulent désormais sans aucune solution de contournement.
• Lors de l'installation, Orchestrator n'était pas été ajouté aux sources de l'Observateur d'événements. Par conséquent, les journaux d'application utilisant la cible NLog eventLog standard n'étaient pas enregistrés dans l'Observateur d'événements. Le problème a été résolu.
• Vous pouvez désormais utiliser Dynatrace OneAgent pour effectuer la surveillance des performances des applications (Application Performance Monitoring, APM) sans risque de problèmes de démarrage du serveur d’identité.
• Le champ E-mail de l'utilisateur (User Email) était obligatoire lors de la création d'utilisateurs, même si le paramètre UseEmailAsIdentityName était défini sur false dans le fichier appSettings.onprem.json d'Identity Server. Nous avons résolu le problème et vous pouvez désormais créer des utilisateurs sans adresse e-mail.
• Nous avons corrigé un problème de mise à niveau empêchant le fichier .json généré contenant les paramètres d'installation de capturer correctement les détails de la base de données Insights.

API

• Les activités Définir la ressource (Set Asset) et Définir l'identifiant (Set Credential) expiraient pour les actifs ciblant un grand nombre de robots. Nous avons ajouté un nouveau mécanisme amélioré pour définir des valeurs de robot qui implique un nouveau point de terminaison d'API : /odata /Assets /UiPath.Server.Configuration.OData.SetRobotAssetByRobotKey.
• Les métadonnées du point de terminaison /odata/ProcessSchedules/UiPath.Server.Configuration.OData.SetEnabled étaient incorrectes, ce qui empêchait un client OData généré d'appeler le point de terminaison.
• L'appel du point de terminaison /odata/Alerts/UiPath.Server.Configuration.OData.MarkAsRead ne marquait pas l'ID d'alerte spécifié comme lu. Ce comportement est corrigé en fournissant le UserNotificationId au lieu de l'alerte Id. Pour en savoir plus, consultez notre documentation de référence.

Magasins d'identifiants

• Pour les plug-ins de magasin d'informations d'identification avec des références, Orchestrator ne chargeait pas les fichiers de référence, sauf si vous utilisiez une classe de l'assembly référencé pour implémenter ISecureStore. Orchestrator peut désormais charger des assemblies à partir du dossier Plugins à tout moment.
• L'utilisation des magasins d'informations d'identification CyberArk AAM avec l'authentification Path (Plugins.SecureStores.CyberArk.UsePowershellCLI défini sur true) échouait avec le message d'erreur suivant : Failed to retrieve robot password from UiPath.Orchestrator.SecureStore.CyberArk.CyberArkAimSecureStore storeUiPath.Orchestrator.Extensibility.SecureStores.SecureStoreException: Could not find password! Reason: '.\GetCredential.bat : The term '.\GetCredential.bat' is not recognized as the name of a cmdlet, function, script file, or operable program.

Cela était du à la publication du fichier GetCredentials.bat dans le dossier d'installation d'Orchestrator au lieu du dossier Plugins. Le fichier est maintenant publié dans le dossier Plugins.

Autres

• Le fuseau horaire de Volgograd dans les paramètres de l'application Orchestrator (UTC+04:00) Volgograd a été renommé en (UTC+03:00) Volgograd. Il s'agissait d'un problème d'affichage, le fuseau horaire lui-même était correct (c'est-à-dire UTC+03:00).
• Lors du test de la configuration de l’e-mail, un message de réussite s’affichait lorsqu’aucun port SMTP n’était spécifié. Ce comportement ne se produit plus et la validation de l’e-mail échoue dans ce scénario.
• Les performances se dégradaient dans les environnements avec un grand nombre de tâches (de l'ordre de millions), provoquant des délais d'attente lors de la tentative de récupération des statuts des tâches. Ce n'est plus un problème.
• Un message d'erreur s'affichait rarement après l'ajout d'un calendrier de jours non ouvrables, #199 - Cannot read property 'unshift' of undefined. Cette erreur n'est plus générée lors de l'ajout de calendriers.
• Les performances se dégradaient avec une consommation élevée du processeur SQL dans des environnements comptant environ 80 000 utilisateurs, chacun disposant de son propre espace de travail personnel.
• Essayer de créer un calendrier sans autorisations de Modification (Edit) dans les paramètres générait une erreur "Le calendrier portant le même nom existe" au lieu de "Vous n'êtes pas autorisé !". Le comportement a été corrigé et le bon message d'erreur s'affiche.
• Le téléchargement d'un fichier de zéro octet dans un compartiment de stockage MinIO à l'aide de l'activité de Télécharger le fichier de stockage (Upload Storage File) générait une erreur « Le code d'état de réponse n'indique pas le succès : 500 ». Le téléchargement de fichiers de zéro octet dans des compartiments MinIO ne génère plus d'erreur.
• L'utilisation excessive des licences alors que vous n'aviez plus aucune licence d'un même type n'était pas correctement illustrée dans Orchestrator sur la page Licence (License) en raison de l'absence de cartes de licence affichées. Ce comportement a été corrigé et les cartes sont affichées dans des scénarios de surutilisation avec 0 licence.
• Le message d'erreur généré par Orchestrator lors de la publication à partir de Studio échouait en raison d'un projet dépassant la taille de package maximale autorisée n'indiquait pas correctement la cause de l'erreur. Le message indique maintenant que le fichier est trop volumineux.