Février 2022

28 février 2022

Nouveau magasin d'informations d'identification maintenant disponible

You can now choose from a wider selection of plugins to store your Orchestrator credentials. BeyondTrust, a new credential store, is now integrated with Orchestrator. For configuration instructions, see Beyond Trust integration.

25 février 2022

Infrastructure basée sur OAuth 2.0 pour l'authentification des robots

In this release, we ship a new robot authentication mechanism that uses the OAuth 2.0 framework as the basis for its authentication protocol, meaning unattended robots can connect to Orchestrator using a client ID - client secret pair generated via machine template objects. The client ID - client secret pair generates a token that authorizes the connection and provides the robot with access to Orchestrator resources.

Les informations d'identification du client permettent au robot UiPath d'accéder aux ressources en utilisant ses propres informations d'identification, au lieu de se faire passer pour un utilisateur. Lorsque le robot demande des ressources à Orchestrator, Orchestrator s'assure que le robot lui-même a l'autorisation d'effectuer une action car aucun utilisateur n'est impliqué dans l'authentification.

Important :

Client credentials require the UiPath Robot 2022.2 or higher. As an exception to our typical release cadence, client credentials do not become available to Enterprise users one week after the Community release date. Instead, the feature will be shipped to Enterprise users alongside the 2022.4 enterprise release of the UiPath Robot.

En savoir plus sur l'authentification du robot.

Instructions for administrators on how to manage client credentials (create new credentials, revoke access).

Intstructions for RPA developers and attended users on how to connect their robots to Orchestrator.

24 février 2022

Améliorations des rôles

We provide several default roles in Orchestrator to make access assignment for the main use cases easy and to serve as a functioning base for any new customer that is just starting with the environment. After getting familiar with the ecosystem and understanding your particular use cases for automation, you could edit these roles, or create new ones to suit your needs.

Mais les bases restent intemporelles. Nous voulons donc nous assurer que ces rôles restent disponibles comme prévu en standard.

Pour cette raison, nous avons apporté plusieurs améliorations aux rôles et aux autorisations, notamment en ce qui concerne les rôles par défaut pour les dossiers modernes.

Les rôles par défaut sont disponibles... par défaut

Vous n'avez plus besoin d'ajouter les rôles par défaut à votre locataire à partir des paramètres d'Orchestrator. Désormais, ils sont disponibles par défaut pour tous les nouveaux locataires ou les locataires qui ne les ont pas ajoutés manuellement jusqu'à présent.

Les options d'ajout de ces rôles à partir de la page Paramètres (Settings) au niveau du locataire (onglet Général (General)) ont été supprimées.

Les rôles par défaut sont désormais en lecture seule

Vous ne pouvez plus modifier les rôles par défaut. Vous pouvez afficher les autorisations qu'ils incluent, mais ne pouvez plus modifier ces dernières.

Si vous avez besoin d'une version personnalisée, vous devez créer un rôle avec les autorisations requises.

Les versions personnalisées des rôles par défaut sont renommées avec la mention « Personnalisé » (Custom)

Si vous avez personnalisé l'un des rôles par défaut en modifiant les autorisations, rassurez-vous, il est toujours là. Nous avons renommé tous vos rôles personnalisés au format Nom de rôle - Personnalisé (Role name - Custom) afin que vous distinguiez les rôles par défaut de vos rôles personnalisés.

Par exemple, si vous avez personnalisé les autorisations du rôle par défaut Automation User, vous disposez désormais des rôles suivants :

Rôle	Origine	Peut modifier ?	Peut attribuer ?	Autorisations
Utilisateur d'automatisation	Système	N	Y	Standard
Automation User - Personnalisé (Custom)	Défini par l'utilisateur	Y	Y	Personnalisé

Remarque :

Bien que vos rôles personnalisés aient désormais un nouveau nom, tous les comptes ou groupes auxquels les rôles concernés ont été affectés se voient désormais attribuer la version renommée. Vous n'avez donc aucune action à effectuer à la suite de ce changement. Tout fonctionne comme d'habitude.

Dupliquer et personnaliser les rôles

Nous avons ajouté une nouvelle option pour les rôles qui vous permet de copier et de personnaliser l'un de vos rôles existants. Cette option est disponible pour les rôles par défaut et les rôles personnalisés, mais pas pour les rôles mixtes.

Les rôles par défaut étant désormais en lecture seule, voici désormais comment les personnaliser si vous souhaitez conserver un rôle par défaut tout en y apportant quelques modifications.

To use this option, go to Tenant > Manage Access > Roles, click (more options) at the right of a row, and select Duplicate & customize.

Exportation et importation de rôles

Vous pouvez désormais exporter n'importe lequel de vos rôles existants au format CSV et, dans ce format, les réimporter dans Orchestrator. Cela vous permet de réutiliser votre ensemble de rôles pour l'ensemble des organisations et des locataires.

Exportation et importation d'un rôle

22 Février 2022

Nouveau magasin d'informations d’identification

You can now choose from a wider selection of plugins to store your Orchestrator credentials. HashiCorp Vault, a new credential store, is now integrated with Orchestrator. For configuration instructions, see HashiCorp Vault.

Supprimer le contenu des éléments de la file d'attente via l'API

• Prevent queue items data tracing by deleting the value of the SpecificContent key via API. Use the PUT /odata/QueueItem({Id}) endpoint with the type of payload described in our documentation.

7 février 2022

Nouveau mécanisme de déclencheurs de file d'attente pour lancer des tâches via des déclencheurs de file d'attente

Après de récents changements au niveau des déclencheurs de file d'attente, nous revoyons la façon dont les déclencheurs de file d'attente lancent les tâches avec ce que nous espérons bien être la dernière et la meilleure des implémentations.

Énoncé du problème : chaque fois que vos files d'attente contenaient moins de nouveaux éléments que d'éléments en cours, aucune tâche n'était lancée malgré l'inactivité des Robots. Cela se produisait car le nombre de tâches en cours d'exécution (traitant activement les éléments de la file d'attente) dépassait le nombre de tâches cibles (tâches nécessaires pour traiter les nouveaux éléments).

Correctif initial : Orchestrator tenait compte à la fois des éléments de la file d'attente nouveaux et en cours lors du calcul du nombre de tâches cibles, au lieu des seuls nouveaux éléments. Malheureusement, cela ne fonctionnait pas très bien.

Tout dernier correctif : Orchestrator prend en compte les nouveaux éléments lors du calcul du nombre de tâches cibles, mais examine le nombre de tâches en attente au moment de décider de lancer ou non une nouvelle tâche.

• Supposons que vous ayez 2 nouveaux éléments dans une file d'attente, et 2 tâches en attente => aucune nouvelle tâche n'est lancée.
• Supposons que vous ayez 2 nouveaux éléments, et 1 tâche en attente => 1 nouvelle tâche est lancée.

Cela garantit qu'Orchestrator lance suffisamment de tâches pour traiter tous les nouveaux éléments sans se laisser dépasser.

Nouvel ensemble d'autorisations

Cette version comporte un nouvel ensemble d'autorisations de dossier pour les connexions. Les autorisations n'ont pas d'utilité réelle pour le moment et font partie d'une fonctionnalité à venir.

Améliorations

• Pour vous aider à identifier les erreurs de configuration au niveau de la tâche ou du déclencheur, dorénavant, lors du démarrage d'une tâche ou de la configuration d'un déclencheur, vous pouvez clairement voir si certains runtimes ont été configurés dans le dossier conteneur ou non.

Au niveau de la tâche, seuls les runtimes qui ont été attribués aux machines dans le dossier sont sélectionnables. Il n'est pas possible de sélectionner des runtimes non attribués, et une info-bulle expliquant le comportement s'affiche.

Au niveau du déclencheur, les runtimes qui n'ont pas été attribués aux machines dans le dossier peuvent être sélectionnés, mais vous pouvez facilement les repérer en recherchant une icône d'avertissement .

• Auparavant, vous ne pouviez pas utiliser les runtimes de test à des fins de débogage à distance depuis Studio ou lors de l'utilisation de l'affectation dynamique dans Orchestrator. Les deux opérations permettaient uniquement d'utiliser des runtimes Non-Production ou Unattended. Avec cette version, vous pouvez faire les deux avec des runtimes de test.

  

• Pour les Robots Automation Cloud™, démarrer une tâche avec l'option Conserver l’affectation Compte/Machine à la reprise de la tâche (Keep Account/Machine allocation on job resumption) signifie désormais que la tâche reprend sur n'importe quelle machine du même pool (le même type de machine, mais pas nécessairement exactement la même machine).

  

• Vous pouvez désormais filtrer les transactions d'une file d'attente en fonction du Robot qui les a traitées. Le menu déroulant du filtre Robot affiche les Robots présents dans le dossier moderne correspondant. Pour voir les Robots disponibles, vous avez besoin de l'autorisation Consultation (View) par rapport aux utilisateurs.

  

Résolution de bogues

• Occasionally, test set and test schedule executions failed with the following error: System.Data.Entity.Core.EntityException: The underlying provider failed on Open.System.PlatformNotSupportedException: This platform does not support distributed transactions. Test sets and test schedules are now executed with no errors.
• Auparavant, la suppression d'un dossier Orchestrator qui contenait un compartiment de stockage Azure entraînait la suppression définitive de toutes les données d'Azure. Désormais, lors de la suppression d'un dossier, Orchestrator supprime les données de façon à les rendre indisponibles pour les utilisateurs d'Orchestrator, mais les laisse disponibles dans Azure.