2021.1

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

We're excited to announce a new deployment option for Orchestrator. Meet UiPath Automation Suite, a bundle designed to offer a consistent, painless, and elegant experience when installing, upgrading, and managing UiPath web products, with Orchestrator being among them. For more on this, see the Automation Suite guide.

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

With this release, Orchestrator adopts the new Apollo design system. What this means for you is consistency in the user interface across Orchestrator and other UiPath products, easier navigation, and some user interface improvements.

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.

For more information about the host portals and the options that are now available in each, see Host administration portals.

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. Set up the robot account for unattended use, same as you would set up a user account.

   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é.

   For details, see Assigning accounts or groups to folders.

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

   For details, see 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.

To make the transition as smooth as possible, we've adjusted the predefined Personal Workspace Administrator role with new permissions. See the documentation for details.

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 :

You can only terminate attended jobs in Orchestrator running on v2021.10+ Robots. Terminating attended jobs from Orchestrator requires that SignalR is enabled and that the Robot can connect to Orchestrator's SignalR channels using WebSocket. Make sure that SignalR is enabled and WebSocket is selected on Settings > 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.

Améliorations apportées aux files d'attente

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

À partir de la version 2021.4.3, nous vous avons permis d’ajouter des widgets dans l’assistant UiPath en utilisant les bibliothèques Automation Ops et Orchestrator.

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.

Learn about 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.

To acknowledge your resources and license requirements on a job resumption, we deliver the option to use the same account-machine configuration set at the job start. Find out more details in the Managing Jobs article.

Comptes et groupes

Modifications de l'interface

In an effort to clarify the distinction between adding accounts, which is done from the Accounts & Groups page in the Management portal, and granting access to accounts, which is done from Orchestrator, we have improved the Orchestrator user interface and tweaked the terminology to make things less confusing.

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.

• Similarly, the functions previously accessed from the Roles page are now accessed from the Manage access page, on the... drumroll... Roles tab. (Why fix it if it's not broken, right?)

• 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

If linked to a directory, you can now also add system administrators by their directory account, not only by creating local accounts. For instructions, see Adding a system administrator.

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.

To enable the new mechanism and control the token validity for reading logs, we have introduced two new parameters in Orchestrator's UiPath.Orchestrator.dll.config file: Logs.Elasticsearch.OAuthEnabled and Logs.Elasticsearch.OAuthExpireInSeconds.

We also offer OAuth2 for NLog. You can enable the functionality by setting the following attribute in the target's configuration: OAuthEnabled = “true”.

For more on the available authentication methods, see X-PACK Authentication.

Packages et automatisations

Exposer les prérequis du package

Until now, uncovering the resources required to launch a process meant you had to explore the automation project, either in Studio or using Orchestrator's package explorer. In an effort to ease you into your first-run experience, we've come up with a new feature that reveals the resources required to launch a process.

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

As of today, we enable the media recording feature by default for all Orchestrator deployments and remove the corresponding toggle from the user interface. No worries, you can still disable the feature using the corresponding MediaRecording.Enabled app setting.

As a reminder, this option needs to be switched on at the process level for it to work. Learn how to enable recording on a per-process basis.

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

To prevent performance issues when storing more than 1 million Robot logs in the Logs table, we recommend creating an index. For more details, see Orchestrator Logs.

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.

The UiPathOrchestrator.msi installer now has additional configuration options dedicated to the new Update Server functionality. An additional Update Server Database Settings screen is available in the UI, and the CLI comes with new Update Server-specific parameters. For more info, see The Windows Installer and Orchestrator Command Line Parameters.

Mettre à niveau

• We have removed the following parameters from the Publish-Orchestrator.ps1 script: -hostAdminPassword, -isHostPassOneTime, -defaultTenantAdminPassword, and -isDefaultTenantPassOneTime. These keys are now specific to the MigrateTo-IdentityServer.ps1 script. For more details on this, see MigrateTo-IdentityServer.ps1 Parameters.

• 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.

• If you use Microsoft Azure Key Vault for tenant encryption, you now need to configure an additional parameter in the UiPath.Orchestrator.dll.config file of your Orchestrator instance: Azure.KeyVault.DirectoryId. For extensive instructions, see Setting Up Encryption Key per Tenant.

• 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 :

  If you were ever on version 2018.4 and have never converted local AD users into directory users (or did not convert all imported users), those directory accounts that were not converted must interactively log in to Orchestrator at least once to finalize the conversion. Signing in to the Identity Management portal, or signing in from UiPath Studio or UiPath Assistant does not complete the conversion of the account.

Configuration

• It is now possible to disable proxy integration by means of a new UiPath.Orchestrator.dll.config parameter: ProxyIntegration.Enabled. By default, the parameter is not visible, and its value is set to true, which means that proxy integration will be enabled unless otherwise specified.
• The Publish-IdentityServer.ps1 script now requires the configuration of a new parameter to indicate the Identity Server public address: -identityServerUrl. For more details, see Publish-IdentityServer.ps1 Parameters.

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.
• We improved the GetFolderNavigationContextForCurrentUser endpoint of the FolderNavigation API by adding the IsPersonal boolean property. This property is displayed in the endpoint response body and checks if the returned folder is a personal workspace. Find more details in our reference guide.
• 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

The moment to drop the Actions tab and management from Orchestrator has arrived, as predicted in 2021.4. It's time for your actions to say farewell to Orchestrator and fully embrace Action Center, the dedicated place where you can see and manage all of them, just make sure you are in the correct folder context. Assign, forward, complete actions, and even manage action catalogs within the Action Center experience. Don't worry about existing Orchestrator actions, as the installer redirects all Orchestrator action links to the new Action Center interface. You just need to install or upgrade the on-premises Action Center, but bear in mind that you need to connect to one Orchestrator instance. The installation may be on the same server as Orchestrator or on a different one.

Discover the Action Center experience.

Insights quitte Orchestrator

We have decoupled Insights from Orchestrator. Rest assured, we have not dropped any functionality, and all tasks that you previously performed via Orchestrator can now be tackled in Insights. For more details, see the Insights guide.

Améliorations de la convivialité

• For quick navigation between the Orchestrator host portal and the Identity Server hub, use the new Go to Identity Hub shortcut.

• 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).

• We changed the default value of the Login To Consolerobot setting to 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 :

• Automatic robot enrollment with standard machines. We recommend using machine templates and connecting your machines using the command line.
• NTLM authentication. We recommend using the OAuth flow instead.

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

• Standard machines deprecation is planned for April 2022. We recommend using machine templates.
• Classic folders deprecation is planned for October 2022. We recommend migrating to modern folders.

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 :

• Email settings: Host > Identity Hub > Management > Global Settings > Email
• Authentication settings: Host > Identity Hub > Management > Users > 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.

• You cannot use the transactions .CSV file to upload items to a queue. Use the CSV template provided in the documentation instead.

• 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.
• You can no longer update the bearer token expiration time via UiPath.Orchestrator.dll.config. As a result, the Auth.Bearer.Basic.Expire setting is no longer available in Orchestrator's configuration file. Changes are now possible only by adjusting the AccessTokenLifetime property of the Orchestrator.Ropc client in the Identity Server’s Clients database. See our troubleshooting section for a configuration example.
• 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.
• Calling the /odata/Alerts/UiPath.Server.Configuration.OData.MarkAsRead endpoint did not mark the specified alert id as read. This behavior is fixed by providing the UserNotificationId instead of the alert Id. Find out more in our reference documentation.

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.