- Notes de publication
Notes de publication d'Orchestrator
Septembre 2020
La nouvelle expérience utilisateur d’Orchestrator annonce un monde nouveau pour la gestion de vos déploiements : exit le classique (dossiers), place à un monde exclusivement moderne. Nous avons désactivé les dossiers classiques pour tous les nouveaux locataires, faisant du paradigme moderne l’option par défaut pour les nouveaux utilisateurs et les déploiements.
Ce changement s’accompagne d’une foule d’améliorations pour ceux qui connaissent déjà les dossiers modernes : vous pouvez maintenant déplacer facilement des dossiers dans ou entre les hiérarchies, supprimer des dossiers et toutes leurs entités associées, et modifier les autorisations associées pour les rôles de dossier par défaut.
Pour vous rapprocher encore plus d'un endroit prêt à automatiser, les espaces de travail personnels des nouveaux locataires sont activés par défaut et les cinq rôles prêts à l'emploi sont créés automatiquement. Parallèlement au passage à une approche moderne uniquement, les autorisations associées aux rôles de dossier modernes par défaut ont été mises à jour.
|
Rôle | |
|---|---|
|
Administrateur de locataires |
|
|
Autoriser à être administrateur de dossier (Allow to be Folder Administrator) [anciennement Activer l’administration de dossier (Enable Folder Administration)] |
|
|
Administrateur de dossiers |
|
|
Autoriser à être un utilisateur d’automatisation (Allow to be Automation User)[anciennement Activer les automatisations en cours d’exécution (Enable Running Automation)] |
|
|
Utilisateur d'automatisation |
|
L'utilisateur Administrateur dispose des rôles suivants au niveau du locataire : Administrateur de locataire, Autoriser à être administrateur de dossier, Autoriser à être utilisateur d'automatisation et Administrateur.
Pour offrir une séparation plus claire entre les attributions d'un administrateur de dossier et celles d'un administrateur locataire, nous avons supprimé les privilèges de gestion des robots des rôles axés sur les dossiers (Autoriser à être un administrateur de dossier et Autoriser à être un utilisateur d'automatisation). Nous vous recommandons de créer un rôle distinct composé d’autorisations Robots et de l’attribuer aux utilisateurs qui en ont besoin de manière contrôlée.
Modèle d’autorisation
Pour simplifier davantage le contrôle d’accès, nous avons abandonné le modèle d’affectation Hériter du locataire (Inherit From Tenant). Les dossiers modernes existants qui utilisaient auparavant un modèle Hériter du locataire sont convertis, chaque utilisateur recevant également ses rôles de locataire au niveau du dossier.
Illustrons la conversion par un exemple. Supposons que Petrina Smith travaille dans les dossiers Finances et RH qui utilisaient auparavant le modèle d’autorisation Hériter du locataire (Inherit From Tenant). Le rôle hérité du locataire sera attribué à l’utilisateur au niveau du dossier, sur la base de chaque dossier. Par conséquent, Petrina se voit attribuer le rôle dans les dossiers Finance et RH, tout en le conservant au niveau du locataire.
Dossiers classiques
Et si vous continuez à privilégier l'expérience classique, ne vous inquiétez pas. Les déploiements existants continuent de prendre en charge les dossiers classiques lors de la mise à niveau et pour vous inciter davantage à aller de l’avant, nous avons également ajouté un outil de migration pour vous permettre de passer rapidement et facilement au nouveau monde uniquement moderne.
Activation/désactivation de Robots
Pour simplifier la migration des robots des dossiers classiques vers les dossiers modernes, nous avons fait en sorte qu’il soit possible d’activer/de désactiver facilement les robots qui se trouvent dans les dossiers classiques. De cette façon, vous disposez d’une option de restauration si une étape échoue pendant la migration. Vous pouvez uniquement désactiver les robots ayant les états de connexion suivants : Actif (Active), Déconnecté (Disconnected), Ne répond pas (Unresponsive).
Découvrez comment activer/désactiver les robots dans les dossiers classiques.
Activation d’un robot.
Pour vous aider à déléguer des responsabilités dans votre entreprise tout en conservant les distinctions entre les packages, des dossiers de premier niveau peuvent désormais être créés avec un flux de packages dédié. Découvrez la marche à suivre ici.
L’accès au flux est contrôlé par un nouvel ensemble d’autorisations Paquets de dossiers (Folder Packages) à l’échelle du dossier. Tous les sous-dossiers héritent du paramètre de flux de paquet du parent racine.
Paquets de dossiers
Les espaces de travail personnels sont dotés de leurs propres flux de paquet par défaut et marquent un minimum historique dans les efforts de déploiement de paquets. Tout paquet ajouté à l’espace de travail est automatiquement déployé comme un processus dans l’espace de travail.
Modèles de machines
À partir de maintenant, Orchestrator prend en charge la gestion du modèle de machine de l’utilisateur. Cela supprime les frais généraux inutiles du développeur qui peut commencer à travailler dans le contexte de cet espace de travail immédiatement en publiant des projets d’automatisation et en lançant des tâches depuis Orchestrator à des fins de débogage.
Les utilisateurs qui travaillent dans d’autres dossiers en plus de leur espace de travail personnel peuvent bénéficier des fonctionnalités d’Orchestrator en matière de débogage de leur modèle de machine en l’attribuant aux dossiers dans lesquels ils travaillent (c.-à-d. les dossiers qui leur ont été assignés).
Profil d’interface utilisateur simplifié
Pour accompagner les nouveaux utilisateurs dans leur parcours d’automatisation, nous avons ajouté un profil d’interface utilisateur simplifié dans Orchestrator pour espaces de travail personnels. L’expérience utilisateur est réduite aux fonctionnalités disponibles dans leur espace de travail. En savoir plus sur les profils d’interface utilisateur.
Cette version améliore les fonctionnalités clés dans la gestion de l’espace de travail personnel, apportant de multiples améliorations pour tous les administrateurs d’espaces de travail personnels et les propriétaires d’entreprise.
Gardez un œil sur tous les espaces de travail à partir d’un emplacement centralisé et donnez un coup de main aux développeurs dans leurs activités quotidiennes en explorant le contenu de leurs espaces de travail en un coup d’œil.
Garder Orchestrator propre des données inutilisées est désormais un jeu d'enfant. Vous pouvez identifier rapidement tous les espaces de travail avec peu ou pas d'activité, ou ceux qui sont devenus orphelins lorsque les employés ont quitté l'organisation. La stratégie de nettoyage est laissée à votre discrétion et se déroule pratiquement sans tracas, car vous pouvez supprimer ou convertir l'espace de travail en dossier à partir de la page Espaces de travail personnels dédiée.
L’activation d’espaces de travail personnels pour de nombreux utilisateurs est désormais un processus transparent grâce à une nouvelle fonctionnalité vous permettant d’activer des espaces de travail pour plusieurs utilisateurs à la fois. La section Espaces de travail personnels (Personal Workspaces) de la page Paramètres (Settings) est l'endroit dédié à cela. Ici, un administrateur peut activer des espaces de travail personnels pour tous les utilisateurs d'un locataire qui utilisent un profil de licence Attended particulier et n'ont pas encore d'espace de travail à appeler chez eux.
En savoir plus sur les espaces de travail personnels.
Lancer une tâche sur une machine spécifique
Si vous recherchiez de meilleures capacités de débogage, sachez que vous pouvez désormais sélectionner la machine hôte sur laquelle votre tâche est lancée. Cliquez ici pour plus de détails sur les tâches.
Unattended Robots pour les utilisateurs locaux
Pour faciliter les épreuves d’automatisation non assistée concernant les utilisateurs Windows locaux résidant sur plusieurs machines hôtes, nous nous sommes assurés que les Unattended Robots se faisant passer pour des comptes locaux n’ont besoin que du nom d’utilisateur et du mot de passe Windows correspondants. La machine hôte n’est plus un identificateur obligatoire.
.\LocalUser1 dans le champ Domain\Username. De cette façon, vous pouvez utiliser ce compte Windows spécifique sur chaque machine hôte via une seule entité utilisateur Orchestrator.
domain\username qu’auparavant.
Actif par utilisateur
Pour mieux répondre à vos besoins commerciaux, nous avons introduit des actifs par utilisateur, la contrepartie moderne des actifs classiques par robot. Les actifs par utilisateur améliorent la logique qui sous-tend les actifs dans les dossiers modernes en créant un mappage précis entre l’utilisateur et les informations d’identification utilisées lors de l’exécution.
Restriction de l’exécution simultanée
Pour les scénarios où un utilisateur ne peut pas se connecter plus d’une fois simultanément, nous avons introduit la possibilité de restreindre l’exécution simultanée en mode Unattended. Cela permet de moduler l’algorithme d’attribution des tâches en limitant un utilisateur d’exécuter simultanément plusieurs tâches.
Gestion des fournisseurs HSM
Pour un meilleur contrôle en termes de fournisseurs HSM, vous pouvez maintenant choisir depuis votre locataire Orchestrator quel modèle de sécurité matérielle utiliser pour récupérer les informations d’identification d’Unattended Robot.
Cela élimine la nécessité de configurer les HSM au niveau du Robot et simplifie l’expérience d’authentification dans des scénarios en mode Unattended.
Vous pouvez rencontrer des retards allant jusqu’à 30 secondes si vous utilisez une activité Élément de file d’attente antérieure à 2020.10. Passez à la dernière version d’activité pour éviter de tels problèmes.
swagger.json, qui décrit l’API Orchestrator. Si vous utilisez un générateur de bibliothèque client qui utilise la description de l'API dans le fichier Swagger (par exemple, AutoRest, Swagger Codegen), le code généré sera sensiblement différent.
POST avec des paramètres dans les objets de données de formulaire ne fonctionne plus. Le seul mécanisme pris en charge pour faire des requêtes POST à Orchestrator est d’inclure les paramètres de requête dans un JSON dans le corps de la requête.
Pour améliorer le contrôle que vous avez sur vos processus, nous avons ajouté l’option Processus toujours en cours d’exécution (Always Running Process) sur la page Paramètres de processus (Process Setting) pour restreindre l’arrêt du processus à partir de l’assistant UiPath. Apprenez à gérer les processus.
Station de classification (Classification Station) est une nouvelle fonctionnalité qui améliore la collaboration entre Robot et humains en permettant aux humains d'examiner et de corriger la classification de documents et la fraction des résultats. Il peut être utilisé à la fois en tant qu’activité Attended (via Station de classification actuelle (Present Classification Station)) ainsi qu'intégré à l'Action Center d’Orchestrator en tirant parti des workflows long terme (via Créer une action de classification de documents (Create Document Classification action)et Attendre l’action de classification des documents et reprendre). (Wait for Document Classification Action and Resume)).
Désormais, un déclencheur est désactivé automatiquement après 10 lancements échoués s’il n’a pas été lancé avec succès au moins une fois dans la journée passée.
Diminuez votre temps consacré aux tests en gérant vos données de test grâce à des files d’attente de données de test et à la création de données de test synthétiques. La file d’attente de données de test représente votre stockage central où vous pouvez préparer, stocker et utiliser des données de test. Vous pouvez étendre vos efforts de test grâce à des cas de test qui stockent et utilisent des éléments de la file d’attente dans et hors des files d’attente de données de test, selon un ordre FIFO (premier entré, premier sorti).
Action Center
Cette version comporte un ajout notable, à savoir la prise en charge des dossiers modernes par Action Center. Si, jusqu’à présent, vous ne pouviez l’utiliser que dans les dossiers classiques, vous pouvez désormais profiter de tous les petits plus d’Action Center, quel que soit le type de dossier.
Nous avons également ajouté une nouvelle page exclusivement destinée aux administrateurs des actions dans votre entreprise, de sorte qu’ils puissent facilement allouer et attribuer des actions à n’importe quel utilisateur d’actions à partir d’un emplacement centralisé.
Processus (Processes)
Cette version présente plusieurs importantes améliorations de l’expérience d’utilisation, notamment au niveau des processus. En savoir plus sur la mise à jour des processus au niveau du package.
Pour vous aider à identifier et différencier les processus, ces derniers héritent désormais de la description de package associée définie au moment de la conception dans Studio, qu’ils aient été déployés manuellement ou automatiquement dans un espace de travail personnel. Vous pouvez également ajouter une description à vos processus ou modifier le processus existant à votre guise sans aucune restriction. Apprenez ici à ajouter un processus à Orchestrator.
La mise à jour des processus dans plusieurs dossiers vers la dernière version de package disponible est devenue simple grâce à une nouvelle fonctionnalité de mise à jour en bloc, qui vous permet de mettre à niveau tous les processus associés à un package. Sélectionnez simplement les packages cibles et Orchestrator fait le travail pour vous en recherchant et en affichant tous les processus associés qui n’utilisent pas la dernière version de package disponible. Choisissez les processus à mettre à jour vers la dernière version de package disponible, et vous avez terminé.
Comment lire les lettres :
a. Nom du package
b. Dernière version du package
c. Nombre de processus n’utilisant pas la dernière version du package
d. Noms des processus, ainsi que la version actuelle du package et le chemin du dossier/sous-dossier dans lequel ils résident.
Facilité d’utilisation
Outre le nouveau look modernisé que nous avons introduit, nous avons apporté plusieurs changements pour améliorer la facilité d’utilisation et la cohérence globale du produit. Lisez cette section pour savoir à quoi vous attendre en termes d’expérience utilisateur.
Vous pouvez désormais prévisualiser toutes les modifications apportées à la couleur de l’en-tête et au logo afin que vous puissiez les ajuster en conséquence avant d’enregistrer vos modifications.
Vous pouvez désormais affecter des utilisateurs, des groupes d’utilisateurs et des modèles de machine directement au niveau du dossier en accédant à la page Paramètres (Settings) dans un contexte de dossier.
L’attribution de modèles de machines à des dossiers est plus simple que jamais grâce à l’ajout de nouvelles fonctionnalités auparavant uniquement disponibles sur la page Machines (Machines). En conséquence, vous pouvez désormais copier la clé d’une machine et modifier ses temps d’exécution directement à partir de la page Dossiers (Folders). Gardez à l’esprit que les modèles de machine ont besoin de temps d’exécution pour être adaptés à l’exécution, alors assurez-vous d’en attribuer certains lors de l’attribution de la machine à un dossier.
Pour avoir une meilleure vue d’ensemble de vos statistiques Orchestrator, vous pouvez désormais naviguer depuis les compteurs de tâches de la page Accueil (Home) jusqu’à la page Tâches (Jobs) correspondante, qui est filtrée en conséquence. Par exemple, si vous cliquez sur la section correspondant aux tâches en cours d’exécution, la page affichée comporte le filtre d’état En cours d’exécution (Running).
La page Processus (Processes) affiche désormais le nom du package associé à chaque processus.
Vous pouvez désormais facilement mettre à jour les rôles par défaut en y ajoutant toutes les autorisations supplémentaires requises.
Automatisation de test
Publier des automatisations de test avec des cas de test crée automatiquement un processus s’il n’est pas déjà en place.
La planification de test crée une nouvelle exécution de test uniquement si l’exécution précédente est terminée.
Le support d’exécution est désormais pris en charge pour vos exécutions de test afin que vous puissiez afficher toutes les captures d’écran prises à partir d’exécutions ratées.
La création des tests se fait directement sur la page Cas de test (Test Cases).
Les ensembles de tests créés à l’aide d’outils externes ne sont désormais visibles que par l’API et ne seront pas affichés sur la page Ensembles de tests (Test Sets).
Nous effectuons désormais quelques validations supplémentaires lors du téléchargement des packages d’automatisation de test. Afin de réussir à télécharger un tel package ou une version de package, assurez-vous que les points suivants sont respectés :
- Le package contient au moins un point d’entrée.
- Le type de projet est le même pour toutes les différentes versions d’un même package.
Nous avons amélioré les performances du filtrage des versions commerciales et de la création d’ensembles de tests.
Vous pouvez désormais choisir parmi toutes les versions disponibles lors de la sélection des packages pour la création d’ensembles de tests.
Autres
Nous savons à quel point il est pénible d’avoir des tâches bloquées dans un état Fin d’exécution (Terminating), alors nous avons mis au point quelques solutions pour vous aider à nettoyer cette pagaille. Vous pouvez maintenant faire passer des tâches vers un état Fin d’exécution (Terminating) en utilisant la commande Forcer l’arrêt (Kill). Par défaut, la tâche de nettoyage en arrière-plan s’exécute une fois toutes les trois heures et ne passe à Échec que pour les tâches qui sont en fin d’exécution depuis au moins un jour.
task.saved) pour enregistrer des actions pour vous avertir chaque fois qu’une action a été sauvegardée avant son achèvement.
Vous pouvez désormais filtrer les journaux par le nom de la machine hôte sur laquelle ils ont été générés en utilisant le filtre Machine sur la page Journaux (Logs). Le nouveau filtre fonctionne rétroactivement pour les journaux stockés dans ElasticSearch, tandis que pour les journaux stockés dans la base de données, il ne fonctionne que pour les nouvelles entrées de journal.
Pour vous tenir informé de tout ce qui se passe dans Orchestrator, nous avons mis en place des alertes pour les dossiers et les espaces de travail personnels. En savoir plus sur les alertes.
OData.BackwardsCompatible.Enabled est défini sur true par défaut, ce qui signifie qu’Orchestrator analyse et préserve les caractères spéciaux par défaut et n’utilise plus de mécanismes d’encodage et d’échappement pour transformer les données d’entrée pour les propriétés dynamiques des modèles OData (par exemple, QueueItem.SpecificContent).
OData.BackwardsCompatible.Enabled avait comme valeur par défaut false, ce qui signifie que des caractères spéciaux étaient codés/échappés, sauf si vous aviez spécifié le type de données lors de l’exécution d’une demande d’API, en utilisant la syntaxe suivante : "Name@odata.type": "#String".
OData.BackwardsCompatible.Enabled sur false pour préserver le comportement passé.
- Les versions de paquets qui contiennent le symbole
+sont inutilisables dans Orchestrator, car elles ne peuvent pas être utilisées pour créer des processus. - La localisation des flux Orchestrator dans Studio ne tient pas compte des paramètres de langue de Robot et provoque l’affichage des flux en anglais, quelle que soit la langue du Robot.
- Le message d’erreur résultait de la création ou de la mise à jour incorrecte d’un magasin d’identifiants qui n’était pas affiché sur la page Alertes (Alerts) et aucun détail sur la mauvaise configuration n’était disponible.
- Forcer l’arrêt d’une tâche d’exécution de test entraînait un état de tâche incorrect dans Orchestrator.
- Les utilisateurs ayant des rôles d’administrateur de dossiers (Folder Administrator) n’avaient pas accès aux fonctionnalités de test après avoir rempli les conditions préalables, à moins d’être accordés manuellement.
- La désactivation de l’automatisation de test ne désactivait pas la planification de test en cours d’exécution.
- Auparavant, vous ne pouviez pas modifier les groupes d’utilisateurs avec des noms de plus de 32 caractères. Nous avons augmenté la limite de caractères pour les noms de groupe (champ Groupe ou nom d’utilisateur [Group or Username]) à 256.
Suppression des licences autonomes
Vous ne pouvez plus accorder de licences locales à vos Studios lorsque vous utilisez les services d’Automation Cloud Orchestrator. À cet égard, nous avons retiré la case à cocher Licence autonome (Stand-alone License) d’Orchestrator. Les clients qui ont acquis une licence locale pour Studio/StudioX/Studio Pro avant ce changement ne sont pas concernés ; cependant, ils ne peuvent pas utiliser cette fonctionnalité pour d’autres Studios.
Nous pouvons activer cette fonctionnalité à la demande. Contactez-nous.
Activer/désactiver les robots dans les dossiers classiques
Pour simplifier la migration des robots des dossiers classiques vers les dossiers modernes, nous avons fait en sorte qu’il soit possible d’activer/de désactiver facilement les robots résidant dans les dossiers classiques. De cette façon, vous disposez d’une option de restauration si une étape échoue pendant la migration. Vous pouvez uniquement désactiver les robots ayant les états de connexion suivants : Actif (Active), Déconnecté (Disconnected), Ne répond pas (Unresponsive).
La désactivation d’un robot a un impact sur les entités associées comme suit :
Déclencheurs (Triggers)
- Vous ne pouvez pas configurer les déclencheurs pour utiliser des robots désactivés
- Les robots désactivés sont retirés des déclencheurs existants qui utilisent ce robot spécifique. S’il n’y a pas d’autre robot spécifique défini, le déclencheur génère des erreurs, car il ne peut pas créer de tâches.
Actifs par robot
- Les robots désactivés sont retirés des actifs ayant des valeurs par robot
- Si l’actif n’a qu’une seule valeur de robot et que nous désactivons le robot, l’actif reste dans un état incohérent et ne peut pas être modifié.
La réactivation du robot rend toutes les entités concernées utilisables.
La page Processus (Processes) affiche désormais le nom du package associé à chaque processus.
- 22 septembre 2020
- Dossiers modernes
- Paquets de dossiers
- Expérience relative aux espaces de travail personnels
- Administration des espaces de travail personnels
- Automatisation non assistée
- Activité d’élément de la file d’attente
- Bibliothèque Swagger
- API avec les paramètres du formulaire POST
- Processus toujours en cours d’exécution
- Station de classification
- Désactivation automatique des déclencheurs
- Gestion des données de test
- Améliorations
- Changements radicaux
- Problèmes connus
- Résolution de bogues
- 9 septembre 2020
- Nouveautés
- Améliorations
- Résolution de bogues
