Février 2022

28 février 2022

Nouveau magasin d'informations d'identification maintenant disponible

Vous pouvez désormais choisir parmi une plus large sélection de plug-ins pour stocker vos informations d'identification Orchestrator. BeyondTrust, un nouveau magasin d'informations d'identification, est désormais intégré à Orchestrator. Pour obtenir des instructions de configuration, voir Intégration Beyond Trust (Beyond Trust integration).

25 février 2022

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

Dans cette version, nous proposons un nouveau mécanisme d'authentification des Robots qui utilise l'infrastructure OAuth 2.0 comme base de son protocole d'authentification, ce qui signifie que les Unattended Robots peuvent se connecter à Orchestrator à l'aide d'une paire ID de client/clé secrète du client générée via des objets modèle de machine. La paire ID de client/clé secrète du client génère un jeton qui autorise la connexion et fournit au Robot l'accès aux ressources Orchestrator.

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 :

Les informations d'identification du client nécessitent le Robot UiPath 2022.2 ou version ultérieure.

À titre d'exception à notre cadence de publication habituelle, les informations d'identification du client ne sont pas disponibles pour les utilisateurs Enterprise une semaine après la date de publication pour Community. Au lieu de cela, la fonctionnalité sera livrée aux utilisateurs Enterprise avec la version d'entreprise 2022.4 du Robot UiPath.

En savoir plus sur l'authentification du robot.

Instructions pour les administrateurs sur la façon de gérer les informations d'identification des clients (créer de nouvelles informations d'identification, révoquer l'accès).

Instructions pour les développeurs RPA et les Attended Users sur la façon de connecter leurs Robots à Orchestrator.

24 février 2022

Améliorations des rôles

Nous proposons plusieurs rôles par défaut dans Orchestrator afin de faciliter l'attribution d'accès pour les principaux cas d'utilisation et de servir de base de fonctionnement pour tout nouveau client qui débute avec l'environnement. Après vous être familiarisé avec l'écosystème et avoir compris vos cas d'utilisation particuliers pour l'automatisation, vous pouvez modifier ces rôles ou en créer en fonction de vos besoins.

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.

Pour utiliser cette option, accédez à Locataire (Tenant) > Gérer l'accès (Manage Access) > Roles (Rôles), cliquez sur Plus d'options (More options) à droite d'une ligne, puis sélectionnez Dupliquer et personnaliser (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

Vous pouvez désormais choisir parmi une plus large sélection de plug-ins pour stocker vos informations d'identification Orchestrator. HashiCorp Vault, un nouveau magasin d'informations d'identification, est désormais intégré à Orchestrator. Pour obtenir des instructions de configuration, voir HashiCorp Vault.

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

• Empêchez le traçage des données des éléments de la file d'attente en supprimant la valeur de la clé SpecificContent via l'API. Utilisez le point de terminaison PUT /odata/QueueItem({Id}) avec le type de charge utile décrit dans notre 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

• Parfois, les exécutions des ensembles de test et des planifications de test échouaient avec l'erreur suivante :

  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.