![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
2020.10.1
Date de publication : 28 octobre 2020
TargetFramework
doit être mis à niveau à partir de l’infrastructure .NET Framework 4.7.2 précédente vers une infrastructure cible prise en charge afin de conserver les fonctionnalités des plug-ins du magasin d’informations d’identification et des extensions NLog. Consultez la documentation de Target Framework pour plus de détails.
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
Pour ceux qui s'accrochent encore au classique, ne vous inquiétez pas. Pour ceux qui s’accrochent encore au 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.
DefaultFolderIsClassic
a été remplacé par Features.ClassicFolders.Enabled
.Features.ClassicFolders.Enabled
est masqué et sa valeur par défaut est false
.
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.
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.
Orchestrator a été migré vers .NET Core 3.1 alors qu’UiPath s’efforce d’atteindre un nouveau niveau d’évolutivité, de performance et de sécurité. .NET Core 3.1 nous permet de suivre les innovations technologiques et de tirer pleinement parti des fonctionnalités du nouveau cadre.
Infrastructures cibles
TargetFramework
doit être mis à niveau à partir de l’infrastructure .NET Framework 4.7.2 précédente vers une infrastructure cible prise en charge afin de conserver les fonctionnalités des plug-ins du magasin d’informations d’identification et des extensions NLog. La structure cible des magasins d’informations d’identification et des extensions NLog est vérifiée par le programme d’installation UiPathOrchestrator.msi
et l’outil de configuration de la plate-forme. Consultez la section Target Framework (Infrastructure cible) dans la documentation pour en savoir plus.
Plugins de magasin d’informations d’identification - CyberArk
Dans les anciennes versions d’Orchestrator, le plug-in du magasin d’informations d’identification CyberArk utilisait une bibliothèque non compatible avec .NET Core. Orchestrator utilise désormais l’outil CLIPasswordSDK.exe fourni avec CyberArk AIM. Voir les détails ici.
Configuration du proxy
web.config
, mais dans .NET Core. Consultez la documentation sur la configuration du proxy dans la version 2020.10.
Web.Config
web.config
à UiPath.Orchestrator.dll.config
. Le nouveau fichier conserve la même structure que l’ancien fichier web.config
et est situé dans le même répertoire. Après avoir apporté des modifications à UiPath.Orchestrator.dll.config
, redémarrez manuellement le site Web pour que la nouvelle configuration soit appliquée.
web.config
a été repensé uniquement pour contenir la configuration utilisée par l’IIS. Lors de la mise à niveau, le programme d’installation déplacera automatiquement les paramètres de configuration vers le nouveau fichier de configuration.
Voir ici les détails de ce changement.
Consultez la documentation de web.config dans la version 2020.10.
Consultez la documentation UiPath.Orchestrator.dll.config dans la version 2020.10.
IIS Manager
Les chaînes de connexion et les paramètres d’application ne sont plus visibles dans le gestionnaire IIS. L’utilisation du gestionnaire IIS pour modifier les chaînes de connexion Orchestrator ou les paramètres d’application n’est pas prise en charge. Vous devez modifier le fichier de configuration directement.
Cibles NLog
Database
, la propriété connectionStringName
est automatiquement remplacée par connectionString
lors de la mise à niveau. Si vous insérez manuellement la cible dans le fichier de configuration après l’installation/la mise à niveau, utilisez la nouvelle propriété avec la valeur correcte. Vous trouverez plus de détails ici.
SignalR avec WebSockets
Nous avons mis à jour la bibliothèque SignalR vers une version plus récente qui n’est pas compatible avec les anciens clients de Robot. Nous vous recommandons de mettre à niveau vos Robots vers la version 2020.10 afin d’utiliser WebSockets, ce qui le rend particulièrement rentable pour les déploiements de Robots de grande taille.
Sessions permanentes SignalR
L’évolution de SignalR Redis nécessite des sessions permanentes pour tous les transports autres que WebSocket. Par défaut, seul le transport WebSocket est activé, car Orchestrator suppose que les sessions permanentes ne sont pas activées sur l’équilibreur de charge du client.
SignalR SQL Server Scaleout
Scalability.SignalR.AuthenticationEnabled
n’a aucun effet.
Activité d’élément de la file d’attente
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.
Infrastructure NuGet
Bien que nous ayons fait de notre mieux pour rendre le processus de mise à niveau transparent, la migration vers .NET Core a apporté de nombreux changements, y compris un meilleur protocole NuGet, plus rapide et plus solide. Nous vous suggérons fortement de redémarrer vos robots après avoir mis à niveau Orchestrator vers v2020.10 pour un fonctionnement optimal de vos automatisations.
Nous avons mis à jour le protocole interne des flux NuGet de v2 à v3.
Legacy
n’est plus pris en charge en tant que NuGet.Repository.Type
. Lors de la mise à niveau, tous les référentiels de type Legacy
sont migrés vers Composite
. Tous les paramètres d’application liés à Legacy
sont obsolètes et n’ont plus d’effet.
Bibliothèque Swagger
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.
API avec les paramètres du formulaire POST
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.
Outil de configuration de la plate-forme
Orchestrator v2020.10 est fourni avec une meilleure version plus robuste de l’outil de configuration de la plate-forme, qui a été repensé pour vous aider avec le déploiement d’Orchestrator sur plusieurs fronts. Cette version améliorée vous aide à vérifier l’état et la disponibilité de votre environnement avant une mise à niveau ainsi qu’à effectuer plusieurs opérations après l’installation.
Non seulement elle effectue plusieurs vérifications des exigences, mais elle rationalise également le processus de modification des certificats et des URL d’Orchestrator/du serveur d’identité après l’installation. En savoir plus sur l’outil de configuration de la plate-forme.
Outil de cryptage/décryptage UiPath.Orchestrator.dll.config
UiPath.Orchestrator.dll.config
). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe
est un outil CLI encapsulé dans aspnet_regiis.exe
. L’outil accepte tous les arguments transmis à aspnet_regiis.exe
et ajoute la fonctionnalité manquante .NET Core. En savoir plus sur le chiffrement des sections UiPath.Orchestrator.dll.config.
Outil de cryptage/décryptage AppSettings.Production.json
AppSettings.Production.json
L’outil UiPath.IdentityServerConfigProtector.exe
se trouve dans le répertoire d’installation d’Orchestrator, dans le dossier Identité (Identity) : C:\Program Files (x86)\UiPath\Orchestrator\Identity\Tools. Consultez cette section pour découvrir comment l’utiliser.
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)).
UiPath.Orchestrator.dll.config
(anciennement web.config
) : Triggers.DisableWhenFailedCount
et Triggers.DisableWhenFailingSinceDays
. Le déclencheur est désactivé automatiquement après un certain nombre de lancements ratés (Triggers.DisableWhenFailedCount
) s’il n’a pas été lancé avec succès depuis un certain nombre de jours (Triggers.DisableWhenFailingSinceDays
).
Consultez les détails de ces paramètres UiPath.Orchestrator.dll.config.
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 des files d’attente dans et hors des files d’attente de données de test, selon un ordre FIFO (premier entré, premier sorti).
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é.
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é.
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.
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.
-
Nous avons tenu compte de vos commentaires et renommé certains des rôles prédéfinis disponibles sur la page Paramètres (Settings). Cliquez ici pour voir les nouveaux noms et les autorisations correspondantes pour chaque rôle.
Anciens noms |
Nouveaux noms |
---|---|
Activer l'administration de dossiers |
Autoriser à être administrateur de dossiers (Allow to be Folder Administrator) |
Activer l’automatisation en cours d’exécution (Enable Running Automation) |
Autoriser à être un utilisateur d’automatisation (Allow to be Automation User) |
-
À partir de maintenant, le programme d’installation
UiPathOrchestrator.msi
valide le nom d’hôte du site web par rapport au Nom alternatif du sujet du certificat SSL et ne recourt à la vérification du Nom du sujet que si le nom alternatif est manquant.
-
Les installations de nœuds secondaires peuvent désormais être effectuées en mode silencieux uniquement. Assurez-vous de spécifier le
PARAMETERS_FILE
lors de cette opération.
-
Nous avons amélioré l’expérience de migration pour la mise à niveau vers Orchestrator activé par Identity Server dans les déploiements Azure et ajouté une restauration en cas d’échec des migrations.
-
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.
-
Auparavant, les demandes d’API effectuées à l’aide de l’authentification Windows étaient limitées au premier locataire dans lequel l’utilisateur AD avait été enregistré. Vous pouvez désormais spécifier le locataire lors des appels d’API à l’aide de l’en-tête
X-UIPATH-TenantName
. Voir un exemple ici.
-
Récupérez les ID de session de la machine en faisant une requête
GET
vers le point de terminaison/odata/Sessions/UiPath.Server.Configuration.OData.GetMachineSessions
.
Si vous êtes arrivé jusqu’ici, vous méritez de savoir que beaucoup de réglages des performances ont eu lieu et que cette version apporte des améliorations incroyables aux temps de réponse.
-
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) De plus, les nouveaux paramètres
Jobs.TerminatingJobsTimeout
etJobs.TerminatingJobsCleanupCron
vous permettent d’adapter votre stratégie de nettoyage des tâches en faisant passer les tâches en état En fin d’exécution à Échec (Failed) en fonction de vos paramètres. 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. Découvrez ici comment configurer ces paramètres.
-
Nous avons ajouté un nouveau webhook (
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.
-
Redémarrer vos robots v2020.10+ n’est plus nécessaire chaque fois que l’une des configurations suivantes est modifiée dans Orchestrator :
RunDisconnectedHours
,HearbeatPeriodSeconds
, flux NuGet et paramètres SignalR.
-
Pour améliorer votre expérience de dépannage, vous pouvez désormais autoriser l’affichage des informations personnelles d’Orchestrator en ajoutant la clé suivante dans
UiPath.Orchestrator.dll.config
(anciennementweb.config
) :<add key="ExternalAuth.ShowPII" value="true" />
. La clé n’est pas affichée par défaut dansUiPath.Orchestrator.dll.config
et le comportement par défaut ne permet pas d’afficher les IPP.
Scalability.SignalR.AuthenticationEnabled
n’a aucun effet.
-
Désormais, le paramètre
OData.BackwardsCompatible.Enabled
est défini surtrue
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). Auparavant,OData.BackwardsCompatible.Enabled
avait comme valeur par défautfalse
, 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"
.
-
Si vos projets d’automatisation sont conçus pour résoudre l’encodage/échappement de caractères autrement qu’en utilisant la méthode présentée ci-dessus (comme les expressions de non-échappement Regex), assurez-vous de les ajuster en conséquence, car ils pourraient dorénavant ne pas fonctionner. Procédez ainsi ou définissez
OData.BackwardsCompatible.Enabled
surfalse
pour préserver le comportement passé.
-
Un problème a été identifié avec le téléchargement de nouveaux fichiers vers les compartiments MinIO. Les fichiers téléchargés sont corrompus et ne fonctionnent pas. Les fichiers téléchargés avant la version 20.10.1 ne sont pas concernés. Ce problème a été résolu dans la version v2020.10.3 Orchestrator.
Attention : n'utilisez pas de compartiments de stockage MinIO dans la version 2020.10.1 ou 2020.10.2 Orchestrator : - À partir de 20.10, le panneau Ressources (Resources) dans Studio n’énumère pas vos processus à moins d’accorder les autorisations Afficher (View) du rôle Robot sur les processus. Nous avons ajouté l’autorisation manquante dans la version 20.10 d’Orchestrator ; toutefois, si vous effectuez une mise à niveau à partir d’une version précédente, assurez-vous de l’accorder explicitement.
- Chaque fois qu’une mise à niveau échoue et qu’une restauration est exécutée, le rôle Administrateur (Administrator) perd les autorisations Modifier (Edit) sur les actions et les autorisations Créer (Create) sur l’Affectation de l’action.
- L’utilisateur n’est pas redirigé vers la page Connexion (Login) après avoir interrompu une opération de connexion Windows.
- Les cibles NLog personnalisées ne sont pas automatiquement migrées lors d’une mise à niveau. Vous devez les migrer manuellement vers le serveur d’identité et les services Webhooks. Voir la documentation NLog dans le serveur d’identité.
-
L’utilisation d’URL de flux v3 entraîne quelques problèmes d’affichage avec les packages et les bibliothèques :
- La date de publication d’un paquet (Afficher les versions [View Versions] > Version de paquet [Package Versions]) n’est pas correcte lors de l’utilisation de flux externes v3
- Pour les flux MyGet, le nombre total de paquets est beaucoup plus élevé que le nombre réel de paquets téléchargés sur le flux.
- La tentative de connexion d’un robot v2019.4.4 ou d’une version plus ancienne à Orchestrator génère un mauvais message d’erreur lorsque le robot flottant n’est pas défini dans Orchestrator. Cela ne se produit que dans les dossiers classiques lors de l’utilisation d’une clé générée par un modèle de machine pour la connexion. Le message « Ce serveur ne comprend aucune licence disponible » s’affiche à la place de « Le robot n’existe pas ».
"An error has occurred"
s’affiche sur la page Profil de l’utilisateur (User Profile) lorsque le pool d’applications d’identité est arrêté ou que le recyclage est effectué.- 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. - Certains programmes antivirus peuvent interférer avec l’outil de migration IdentityServer en empêchant les exécutables de s’exécuter dans le répertoire Temp par défaut de Windows. Spécifiez le paramètre ’tmpDirectory’ pour y remédier.
- 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.
- Orchestrator ne filtre pas les utilisateurs qui ont été désactivés dans AD. Par conséquent, les utilisateurs d’AD désactivés peuvent être ajoutés dans Orchestrator.
- Dans la version 2020.4 d’Orchestrator, vous ne pouviez pas modifier les adresses e-mail des utilisateurs locaux. Dans cette version, nous réintroduisons l’option.
- Auparavant, le lancement des tâches par le biais d’activités Démarrer la tâche (Start Job) dans des environnements de non-production impliquait exclusivement l’utilisation de runtimes Unattended pour les exécuter. Si aucun n’était disponible, les tâches restaient dans un état En attente (Pending). À partir de maintenant, s’il n’y a pas de runtimes Unattended disponibles, les runtimes NonProduction sont utilisés.
- Un message d’erreur (
An unexpected error occurred (500). The chunked cookie is incomplete.
) était généré lorsque vous essayiez de vous authentifier à l’aide de l’authentification Windows dans Chrome. Cela se produisait pour les utilisateurs appartenant à plusieurs groupes AD, car la limite de taille des cookies du navigateur était dépassée. - 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.
- Réorganisation des boutons Supprimer (Remove), Activer (Enable) et Désactiver (Disable) des Planifications de test pour améliorer la cohérence de l’expérience utilisateur.
- 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.
- Pour les déploiements Azure, les utilisateurs étaient parfois redirigés vers une page vide du hub de gestion des identités. Ce problème a été corrigé avec l’ajout du paramètre
-orchestratorUrl
pour les scripts de déploiement Azure. - Lorsqu’il essaye de se déconnecter, l’utilisateur était plutôt redirigé vers la page d’accueil d’Orchestrator.
- Lors d’une mise à niveau et du transfert vers le
composite
stockage de package NuGet, les packages n’ont pas été migrés vers l’emplacement approprié. - Le programme d’installation d’Orchestrator ne validait pas correctement le nom alternatif du sujet du certificat.
- En de rares occasions, la même tâche était déclenchée sur plusieurs machines simultanément. Cela se produisait sur les machines qui étaient connectées à Orchestrator en utilisant le même modèle de machine.
- 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.
- Nouveautés
- Mise à jour des exigences
- Dossiers modernes
- Paquets de dossiers
- Expérience relative aux espaces de travail personnels
- Administration des espaces de travail personnels
- Automatisation non assistée
- Remarques concernant l'installation
- Disponibilité pour la mise à niveau
- Processus toujours en cours d’exécution
- Station de classification
- Désactivation automatique des déclencheurs
- Gestion des données de test
- Améliorations
- Action Center
- Processus (Processes)
- Facilité d’utilisation
- Configuration
- Automatisation de test
- API
- Performances
- Autres
- Changements radicaux
- SignalR SQL Server Scaleout
- API
- Problèmes connus
- Résolution de bogues