- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Paramètres
- Registre
- Cloud Robots
- Vue d'ensemble des robots Cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Référence des paramètres du locataire Orchestrator pour les Administrators, couvrant les flux, les déclencheurs, les files d'attente et les options de configuration des tâches.
La page Paramètres (Settings) permet aux Administrators d'ajuster les paramètres du locataire Orchestrator.
Onglet Général (General)
| Champ | Description |
|---|---|
| Paramètres d’application | Time Zone - The time zone of the tenant. By default, this field is set to UTC. |
| Espaces de travail personnels | Pour Automation Cloud et Test Cloud ou Automation Cloud (Dédié), configurez automatiquement les machines sans serveur dans l'espace de travail personnel pour les utilisateurs de Studio Web - option sélectionnée par défaut, permettant d'enregistrer automatiquement les machines sans serveur dans les espaces de travail personnels des utilisateurs qui conçoivent ou déboguent dans Studio Web. Pour Automation Cloud et Test Cloud ou Automation Cloud (Dédié), la désélection de cette option empêche la création automatique de machines sans serveur dans les espaces de travail personnels, ce qui peut avoir un impact sur les processus de conception ou de débogage dans Studio Web. Note: For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option does not deallocate the Serverless machine from your personal workspace. Explicit deallocation of the Serverless machine might be required. Arrêter automatiquement d'explorer les espaces de travail personnels après (Automatically stop exploring Personal Workspaces after) : permet aux Administrators Orchestrator d'appliquer une règle selon laquelle l'exploration des espaces de travail personnel s'arrête automatiquement après une durée définie. Les options disponibles sont 15 minutes, 1 heure (1 hour), 1 jour (1 day) et valeur personnalisée (custom value). By default, when migrating or creating new tenants, this value is not set. You need to configure it manually once the migration/creation process is completed. Stop all active sessions for exploring Personal Workspaces - Allows Orchestrator administrators to stop all currently active personal workspace exploration sessions. This is suffixed by the number of active sessions, displayed in parentheses, and can be enabled by clicking Stop session(s) explore . Les modifications que vous apportez aux paramètres d'exploration ne s'appliquent pas rétroactivement aux sessions qui ont déjà été explorées. Activer en masse les espaces de travail personnels pour les utilisateurs et les groupes actuels : créez des espaces de travail personnels pour tous les utilisateurs d'un locataire qui utilisent un certain profil de licence Attended, tout en sélectionnant le profil d'IU à utiliser pour ces utilisateurs. Cette action ne peut pas être annulée, une fois que la fonctionnalité Espaces de travail personnels (Personal Workspaces) a été activée, elle ne peut plus être désactivée. |
| Rôles standard | Create standard roles for folders. These roles allow you to leverage the benefits of user groups. Cliquez sur Créer un rôle (Create Role) en regard de chacun des rôles que vous souhaitez créer. |
| Paramètres de mise à jour automatique des binaires client (Robot, Studio, Assistant) | Ignorer le statut de mise à jour automatique pour les machines robot qui étaient hors ligne pendant plus de ___ jours - Exclut les machines inactives du processus de mise à jour et ne les prend plus en compte lorsque le statut de mise à jour est signalé. |
| Dossiers | Activer les mappages compte-machine : permet d'activer la fonctionnalité Mappages compte-machine . |
Section Paramètres d'exécution (Execution Settings)
Dans cette section, les paramètres liés aux déclencheurs s'appliquent à tous les types de processus. Toutefois, les paramètres liés aux files d'attente et aux tâches ne s'appliquent pas aux agents et aux processus agentiques.
| Champ/Valeur par défaut | Description |
|---|---|
| Déclencheurs - Stratégie de comptage des tâches Triggers.JobsCountStrategy) Default value: Per Process | Choisissez la stratégie en termes de nombre de tâches pour les tâches lancées via des déclencheurs. Notez que cela ne prend pas en compte les arguments qui ont pu être fournis. Les options suivantes sont disponibles :
|
| Déclencheurs - Déclencheurs de file d'attente - Activer la stratégie des tâches en attente Features.QueueTriggers.PendingJobsStrategy) Default value: True | Choose the computation method for the number of additional jobs to be triggered when new items are added to a queue. This is done by subtracting the number of jobs in a certain state from the maximum targeted number of jobs to be created. Les options suivantes sont disponibles :
Le nombre est calculé comme suit : Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in a Pending state.
Le nombre est calculé comme suit : Nombre maximal de tâches supplémentaires à créer en fonction des éléments de file d'attente nouvellement disponibles = le nombre maximal de tâches en attente et en cours autorisées simultanément moins le nombre de tâches dans l'un des états suivants : Pending,Resumed,Running,Stopping,Terminating. |
| Déclencheurs - Désactiver lors du comptage des échecs de création de tâche Triggers.DisableWhenFailedCount) Default value: 10 | Configurez un déclencheur pour qu'il soit désactivé automatiquement après un certain nombre de lancements échoués et qu'aucune exécution réussie ne se soit produite pendant un nombre de jours spécifique. Cette option fonctionne en conjonction avec Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) (Triggers -Grace period when job creation keeps failing count (days)), comme suit : Déclencheurs - Désactiver lors du comptage des échecs de création de tâche (Triggers - Disable when job creation fail count) permet d’ajuster le nombre d’exécutions échouées, tandis que Déclencheurs - Désactiver si la fonctionnalité échoue (jours) (Triggers - Disable when it keep failing count (days)) vous permet de modifier le nombre de jours. Par défaut, la valeur Déclencheurs - Désactiver lors du comptage des échecs de création de tâche (Triggers - Disable when job creation fail count) est de 10, et la valeur Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) (Triggers - Grace period when job creation keeps failing count (days)) est égale à 1, ce qui signifie que le déclencheur est désactivé après 10 tentatives de lancement infructueuses si aucune exécution n’a réussi au cours de la journée écoulée. Cette option peut être définie dans une plage de 10 à 100. |
| Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) Triggers.DisableWhenFailingSinceDays) Default value: 1 | Configurez un déclencheur pour qu'il soit désactivé automatiquement après un certain nombre de lancements échoués et qu'aucune exécution réussie ne se soit produite pendant un nombre de jours spécifique. Cette option fonctionne en conjonction avec Déclencheurs - Désactiver en cas d'échec du dénombrement (Triggers - Disable when failed count), comme détaillé ci-dessus. Il peut être défini dans une plage de 1 à 30. |
| Déclencheurs - Déclencheurs connectés - Désactiver lors du comptage des échecs d'exécution de tâche Valeur par défaut : 5 | Remarque : Cela cible uniquement les déclencheurs connectés (c’est-à-dire les déclencheurs créés dans Studio Web) publiés sur l’espace de travail personnel. Le déclencheur est désactivé après le nombre d'exécutions échouées que vous choisissez pour ce paramètre. Il peut être défini dans une plage de 0 à 100, où 0 signifie que le déclencheur n’est jamais désactivé. Si vous sélectionnez 0, Déclencheurs - Déclencheurs connectés - Période de grâce lors du comptage des échecs répétés d’exécution de tâche (jours) n’a plus aucune pertinence et son champ est désactivé. This setting is only valid for newly created connected triggers. Changes are not applied retroactively to existing connected triggers. |
| Déclencheurs - Déclencheurs connectés - Période de grâce lors du comptage des échecs répétés d'exécution de tâche (jours) Valeur par défaut : 0 | Remarque : Cela cible uniquement les déclencheurs connectés (c’est-à-dire les déclencheurs créés dans Studio Web) publiés sur l’espace de travail personnel. Ce paramètre détermine le nombre de jours avant la désactivation du déclencheur après le premier échec d’une tâche. Il peut être défini dans une plage de 0 à 30. Si Déclencheurs - Déclencheurs connectés - Désactiver lors du comptage des échecs d’exécution de tâche est défini sur 0, ce champ est désactivé. |
| Déclencheurs - Déclencheurs d'API - Limite maximale de tâches en attente Default value: 10 | Définissez le nombre maximal de tâches en attente pouvant être créées par un déclencheur d'API. La plage prise en charge s’étend entre 1 et 100. |
| Files d'attente - Abandon en cours des éléments de la file d'attente après le seuil (heures) inProgressMaxNumberOfMinutes) Default value: 24 | Set the maximum amount of time, in hours, that queue items can have the In Progress status. After this time, the status of the queue items changes to Abandoned . The default value is 24 hours, which means that queue items cannot be marked as Abandoned unless they have had the In Progress status for at least one day. This is handled by a background job which runs once every hour. Hence, you can expect the transition to happen up to one hour after the selected value. If a long-running workflow is attached to queue processing and the workflow is in a suspended state, the queue item will remain in an in-progress state even beyond 24 hours until the workflow sets the transaction status upon resumption. Queue item identifiers will be part of the persisted workflow context if included in the same scope of Wait and Resume activities. |
| Files d’attente (Queues) : fréquence de vérification des éléments de file d’attente non traités (minutes) Queue.ProcessActivationSchedule) Valeur par défaut : 30 | Le temps entre les vérifications pour les éléments de file d’attente non traités. Pour ajuster l'intervalle de vérification, vous pouvez choisir entre 10, 15, 20, 30 ou 60 minutes. For every queue trigger you create, we generate a background time trigger that is meant to handle queue items which could not be processed at the very moment that they were enqueued. This background time trigger is used to compute the frequency dictated by the setting. Déclencheurs de file d'attente existants (Existing queue triggers) : le paramètre est appliqué lorsque la valeur par défaut est modifiée pour la première fois et ne peut pas être restauré. Nouveaux déclencheurs de file d'attente (New queue triggers) : ce paramètre est toujours appliqué. Important :
|
| Tâches - Délai d'attente de fin (heures) Jobs.TerminatingJobsTimeout) Default value: 24 | Définissez le temps écoulé, en heures, jusqu'à ce que les tâches En fin d'exécution (Terminating) puissent être marquées comme Échec (Failed). The default value is 24, which means that jobs cannot be marked as Failed unless they have been in a Terminating state for at least one day. This is handled by a background job which runs once every hour. Hence, you can expect the transition to happen up to one hour after the selected value. |
Section Paramètres de l’API
| Paramètre | Description |
|---|---|
| Liste d’autorisation CORS pour les déclencheurs d’API | Vous permet d'entrer les domaines autorisés pour le trafic entrant. Séparez les différents domaines par une virgule ou en appuyant sur Entrée. |
| Exiger l'en-tête d'authentification pour les redirections de déclencheurs d'API de synchronisation | Ce paramètre est activé par défaut et impose l'utilisation d'un en-tête d'authentification lors de la sélection du mode d'appel Synchronisation (interrogation longue) pour un déclencheur d'API. |
| API stricte | Si cette option est activée, certains champs d’API ne peuvent plus être filtrés et/ou triés, ce qui permet d’éviter les problèmes de performance. Vous pouvez consulter une liste de ces champs sur la page dédiée. Ce paramètre est activé par défaut pour les nouveaux locataires, mais les locataires existants doivent être activés manuellement. Garder cette option activée en permanence est une bonne pratique recommandée pour les intégrations d’API. |
Onglet Déploiement (Deployment)
Vous permet de configurer et de sécuriser les flux des packages et des bibliothèques. Vous pouvez gérer les flux de tous les locataires à partir d'un emplacement centralisé à l'aide d'Automation Ops. Pour plus d'informations, consultez la section sur la gestion des flux dans le guide d'Automation Ops.
Les paramètres qui se trouvent ici n'affectent que les flux de locataires ; les flux de dossier et les flux d'espace de travail personnel sont toujours internes et disponibles uniquement dans le contexte du dossier ou de l'espace de travail personnel respectif.
Paquets
Vous permet également de définir un flux interne ou externe dans lequel les packages d'automatisation peuvent être maintenus. Par défaut, un flux interne est utilisé. Les flux peuvent être sécurisés en définissant des identifiants d'authentification de base ou en utilisant une clé API.
| Champ | Description |
|---|---|
| Interne (Internal) | Use an internal feed. The feed can be secured either with the Secure Deployment option or by using an API key:
|
| Externe | Use an external feed. The feed can be secured either by using an API key or basic authentication credentials:
Gardez à l'esprit que le nom d'utilisateur et le mot de passe utilisés avec l'option Clé API (API Key) doivent être également utilisés dans ce cas. |
Nous ne prenons pas en charge les packages multiplateforme téléchargés vers un flux externe. Leurs métadonnées ne peuvent être lues que si elles sont téléchargées directement dans Orchestrator.
Authentifier les flux à l'aide de jetons de porteurs JWT grâce à une autorisation de base
Vous pouvez spécifier des jetons d'accès personnels et d'autres jetons de porteurs JWT pour authentifier vos flux, comme le montre l'exemple suivant :
curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json
curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json
L'approche commune à tous les principaux flux NuGet consiste à utiliser le mot de passe d'autorisation de base pour envoyer le jeton d'accès personnel. Cela vous permet d'utiliser les mécanismes d'authentification intégrés de NuGet, comme le montre l'exemple suivant :
<configuration>
<packageSources>
<add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
</packageSources>
<packageSourceCredentials>
<myfeed>
<add key="Username" value="" />
<add key="ClearTextPassword" value="%UIPATH_PAT%" />
</myfeed>
</packageSourceCredentials>
</configuration>
<configuration>
<packageSources>
<add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
</packageSources>
<packageSourceCredentials>
<myfeed>
<add key="Username" value="" />
<add key="ClearTextPassword" value="%UIPATH_PAT%" />
</myfeed>
</packageSourceCredentials>
</configuration>
En outre, vous pouvez intégrer les flux à l'aide de fournisseurs d'identifiants sécurisés. Pour de plus amples informations, consultez la documentation Microsoft.
Bibliothèques
Vous permet de configurer le flux à utiliser pour les packages de bibliothèques et d'activités.
| Champ | Description |
|---|---|
| Flux d’hôte uniquement | Libraries are stored in the host feed and are available to all tenants which use it. The Libraries page is the same for one Orchestrator instance, meaning libraries are not isolated at the tenant level: each tenant has access to the other tenants' activity. Vous ne pouvez pas télécharger de bibliothèques depuis Orchestrator si cette option est sélectionnée. Cette option permet au robot d'accéder uniquement au flux de l'hôte. |
| Seul le flux de locataire | Libraries are isolated at the tenant level, meaning data is separated across tenants. You may set an internal or an external feed in which libraries are maintained. By default, an internal feed is used. Cette option permet au robot d'accéder uniquement au flux du locataire. |
| Flux d’hôte et de locataire | Libraries are isolated at the tenant level, meaning data is separated across tenants. You may set an internal or an external feed in which libraries are maintained. By default, an internal feed is used. Cette option permet au robot d'accéder à la fois aux flux de l'hôte et du locataire. |
| Interne (Internal) | Affiché lorsque Flux du locataire uniquement ou Flux de l’hôte et du locataire à la fois est sélectionné. Use an internal feed for your libraries. The feed can be secured either with the Secure Deployment option or by using an API key:
|
| Externe | Affiché lorsque Flux du locataire uniquement ou Flux de l’hôte et du locataire à la fois est sélectionné. Use an external feed for your libraries. The feed can be secured either by using an API key or basic authentication credentials:
Gardez à l'esprit que le nom d'utilisateur et le mot de passe utilisés avec l'option Clé API (API Key) doivent être également utilisés dans ce cas. |
Pour en savoir plus, consultez la page Flux de bibliothèques.
Onglet Sécurité des Robots
Sécurité
| Champ | Description |
|---|---|
| Nombre total d'heures pendant lesquelles un robot peut fonctionner hors ligne sans vérification de licence | Spécifiez le nombre d'heures pendant lesquelles un Robot peut s'exécuter hors ligne, sans qu'Orchestrator ne vérifie sa licence. Par défaut, cette valeur est définie sur 0. La valeur maximale acceptée est de 168 heures. |
Authentification du Robot
| Champ | Description |
|---|---|
| Authentification de Unattended Robot | Informations d'identification du client (recommandé) (Client credentials (Recommended)) : cette option n'autorise que les connexions avec des jetons qui expirent. Elle utilise l'infrastructure OAuth 2.0 comme base du protocole d'authentification, ce qui signifie que les Unattended Robots peuvent se connecter à Orchestrator avec une paire ID de client/clé secrète du client générée via des objets modèle de machine. La paire client ID/client secret génère un jeton qui autorise la connexion entre le robot et Orchestrator et permet au robot d'accéder aux ressources d'Orchestrator. Hybride (Hybrid) : cette option autorise à la fois les connexions avec des jetons qui n'expirent pas (clé machine) et les connexions avec des jetons qui expirent (informations d’identification du client). |
| Authentification de l'Attended Robot | Connexion SSO interactive (recommandé) (Interactive Sign-in SSO (Recommended)) : cette option autorise uniquement les connexions de Robot avec des jetons qui expirent. Les utilisateurs peuvent authentifier leurs Robots uniquement en se connectant avec leurs informations d'identification dans l'Assistant. La connexion de l'utilisateur est requise pour exécuter les Attended Robots, effectuer des requêtes HTTP Orchestrator ou afficher les processus dans l'Assistant. Si vous utilisez la connexion interactive, il n’est pas nécessaire de créer des objets machine dans Orchestrator. L'option de gestion des licences utilisateur applique la connexion interactive (SSO) pour l'authentification du robot assisté. Hybride (Hybrid) : cette option autorise à la fois les connexions avec des jetons qui n'expirent pas (clé machine) et les connexions avec des jetons qui expirent (connexion interactive ou informations d’identification du client). Les utilisateurs ont la possibilité de se connecter avec leurs informations d'identification pour authentifier leurs Robots, ce qui leur permet de connecter Studio et l'Assistant à Orchestrator, mais ce n'est pas obligatoire. |
Onglet Evolutivité (Scalability)
Permet de spécifier si le service Robot doit s'abonner aux canaux SignalR d'Orchestrator, et vous aide à configurer les protocoles de transport qui fonctionnent le mieux pour vous.
Graphique 1. Onglet Evolutivité (Scalability)
SignalR (Robots)
| Champ | Description |
|---|---|
| Activé (Enabled) | This toggle specifies if the Robot service subscribes to Orchestrator's SignalR channels or not. By default, this setting is enabled, and all available channels are selected:
When all transport channels are enabled, the best available transport is automatically selected, in the following priority order: WebSocket > Server-Sent Events > Long Polling . If the first protocol is not available for any reason, the next in line (if enabled) is used to facilitate the communication between Orchestrator and Robot. La désactivation de SignalR sur le locataire peut entraîner un mauvais fonctionnement ou un arrêt total de certaines capacités UiPath, y compris Studio Web. |
| WebSocket | When selected, enables the WebSocket transport protocol to be used to connect the Robot to Orchestrator's SignalR channels. This is the highest protocol used in the order of priority due to its performance and support for simultaneous communication in both directions - from the Robot service to Orchestrator and vice versa. If the SignalR (Robots) feature is not enabled, WebSocket becomes the only available transport protocol. |
| Événements envoyés par le serveur (SSE) | When selected, enables the Server-Sent Events (SSE) push technology to be used to connect the Robot to Orchestrator's SignalR channels. This is the first backup in case WebSockets is not available for any reason. Cette option ne peut pas être utilisée si la fonctionnalité SignalR (Robots) (SignalR (Robots)) n'est pas activée. |
| Interrogation longue | When selected, enables the long polling transport protocol to be used to connect the Robot to Orchestrator's SignalR channels. This protocol is used in case the WebSockets and SSE ones are not available. Cette option ne peut pas être utilisée si la fonctionnalité SignalR (Robots) (SignalR (Robots)) n'est pas activée. |
Onglet Jours non ouvrables
Définit une liste de jours non ouvrables, par locataire, sur laquelle vous pouvez restreindre l’exécution des déclencheurs. Cela signifie que, pendant les jours fériés, les week-ends ou tout autre jour où les activités commerciales normales ne sont pas exercées, vos horaires à long terme peuvent être configurés de manière à ne pas se déclencher. Une fois que les jours fériés définis sont passés, le programme se déclenche comme d'habitude.
Afin d’appliquer ces restrictions à vos déclencheurs, vous devez sélectionner le calendrier des jours non ouvrables lors de la configuration des déclencheurs. Toutes les modifications que vous effectuez dans l'onglet Jours non ouvrables (Non-Working Days) affectent tous les déclencheurs qui utilisent ce calendrier.
Pour plus d'informations sur la gestion des jours non ouvrables, cliquez ici.
Connexions au cloud
Cet onglet vous permet de configurer des intégrations avec des fournisseurs de services cloud (CSP) tiers utilisés pour Elastic Robot Orchestration.
- Onglet Général (General)
- Section Paramètres d'exécution (Execution Settings)
- Section Paramètres de l’API
- Onglet Déploiement (Deployment)
- Paquets
- Bibliothèques
- Onglet Sécurité des Robots
- Sécurité
- Authentification du Robot
- Onglet Evolutivité (Scalability)
- SignalR (Robots)
- Onglet Jours non ouvrables
- Connexions au cloud