- Démarrage
- Meilleures pratiques
- 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
- Cloud Robots
- 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
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- À propos des processus
- Gestion des processus
- Gestion des exigences de package
- Enregistrement
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Règles métier
- Compartiments de stockage
- Index
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Guide de l'utilisateur d'Orchestrator
Gestion des exigences de package
Le parcours RPA commence dans Studio, le domaine des workflows et des activités. Lors de la conception des workflows, les développeurs peuvent utiliser divers objets, qui sont généralement gérés de manière centralisée à partir d'Orchestrator à l'aide de dossiers, ce qui vous permet de garder le contrôle précis de vos automatisations et des objets associés.
Ces objets sont essentiels à une exécution réussie du processus. L'absence de l'un des objets indiqués empêche le processus de s'exécuter correctement.
L'onglet Exigences du package (Package Requirements) vous permet d'identifier les objets manquants et de les ajouter manuellement au niveau du processus. Cela permet :
- de sensibiliser les utilisateurs aux dépendances des processus,
- de réduire le débogage manuel des workflows,
-
d'identifier les objets manquants sans avoir à basculer entre l'interface utilisateur Studio et Orchestrator.
.xaml et regroupe les objets intrinsèques, par exemple :
- Compartiments de stockage
- Actifs
- Files d'attente (Queues)
- déclencheurs de file d'attente, d'heure et d'événement
- autres processus
- Catalogues d'actions
- Connexions
- règles métier
Selon que les objets respectifs sont détectés ou non, l'onglet Exigences du package (Package Requirements) se comportera de deux manières :
- L'onglet devient rouge : le workflow a des dépendances qui ne sont pas présentes dans Orchestrator, vous devez donc les ajouter.
-
L’onglet est vide, affichant que « Cette version de package ne contient aucune exigence. » - le package téléchargé n'a aucune exigence.
Remarque : Orchestrator ne détecte pas automatiquement les exigences des packages stockés dans des flux externes.
-
Disponible (Available) : l'objet est présent dans Orchestrator. Aucune autre action n'est nécessaire.
-
Manquant (Missing) : l'objet n'est pas présent dans le dossier Orchestrator actuel. Vous pouvez soit l'importer, soit l'ajouter au dossier Orchestrator correspondant, à condition que vous disposiez des autorisations appropriées.
-
Dossier introuvable (Folder not found) : l'objet existe supposément dans un dossier Orchestrator référencé dans le champ Chemin d'accès au dossier (Folder path) d'une activité, mais :
-
Le dossier n’existe pas dans Orchestrator. Vous devez ajouter le dossier à Orchestrator, utiliser le même nom que celui indiqué dans la colonne Chemin d'accès au dossier (Folder path) et lui affecter des utilisateurs.
-
Vous n'avez pas accès à ce dossier. Vous devez demander l'accès au dossier Orchestrator indiqué dans la colonne Chemin d'accès au dossier (Folder path).
-
-
Inconnu (Unknown) : le nom de l'objet n'a pas pu être déterminé. Aucune action disponible à effectuer. Plusieurs scénarios peuvent entraîner un statut Inconnu (Unknown) :
-
vous ne disposez pas des autorisations appropriées pour ce type d'objet ;
-
une activité de workflow fait référence à un élément de la file d'attente, par exemple, qui ne peut pas être lié à sa file d'attente.
Remarque : l'état Inconnu (Unknown) d'un objet n'empêche pas le processus de s'exécuter correctement.
-
-
Filtres non valides (Invalid filters) : les filtres d'une connexion ne sont pas configurés.
En plus des statuts généraux, les déclencheurs affichent les statuts suivants :
-
Création en attente - ajouter un déclencheur nécessite de l'associer à un processus existant. Pendant que le processus est créé, le déclencheur réside dans la mémoire de l'Orchestrator et il s'active après le processus de création. Vous pouvez modifier le déclencheur depuis l'onglet exigences du package tant qu'ils ont ce statut. Vous avez ensuite la possibilité de les modifier à partir de la page Déclencheurs (Triggers).
-
Configuration non valide (Invalid configuration) : le runtime sélectionné n'est pas disponible.
-
Nom dupliqué (Duplicate name) : le nom du déclencheur est dupliqué.
Pour gérer les exigences du package, vous avez besoin des autorisations suivantes :
|
Je veux ... |
J'ai besoin ... |
L'accès au dossier dont j'ai besoin... |
|---|---|---|
|
... voir les packages disponibles |
Autorisations de Consultation (View) par rapport aux packages (au niveau du locataire) |
Non applicable, car les autorisations relatives aux packages sont définies au niveau du locataire. |
|
... télécharger un package |
Autorisations Création (Create) par rapport aux packages (au niveau du locataire) |
Non applicable, car les autorisations relatives aux packages sont définies au niveau du locataire. |
|
... voir les objets disponibles |
Autorisations Consultation (View) par rapport à l'objet spécifié |
Accès au(x) dossier(s) contenant l'objet. |
|
... ajouter un objet |
Autorisations Création (Create) par rapport au type d'objet spécifique |
Accès au(x) dossier(s) auquel(s) vous souhaitez ajouter l'objet. |
|
... importer un objet à partir d'un autre dossier |
Autorisations Création (Create) et Consultation (View) par rapport au type d'objet spécifique |
Accès :
|
Pour chaque objet manquant, à l'exception des catalogues d'actions et des connexions, vous avez la possibilité de l'ajouter ou de l'importer dans le dossier actuel, à condition de disposer des autorisations nécessaires.
Prérequis : Assurez-vous que vous disposez des autorisations de Création (Create) par rapport à l'objet spécifique et que vous avez accès au dossier auquel vous souhaitez ajouter l'objet.
Si vous pensez que l'objet manquant existe dans le locataire actuel, mais dans un autre dossier, vous pouvez l'importer dans le dossier actuel.
Prérequis : Assurez-vous que vous disposez des autorisations Consultation (View) et Création (Create) par rapport à l'objet spécifique, et que vous avez accès à la fois au dossier à partir duquel vous importez et au dossier dans lequel vous importez l'objet.
Dans le cas de dépendances de processus multicouches, Orchestrator détecte et affiche uniquement la dépendance de premier niveau pour un processus donné.
Par exemple, le processus A a besoin du processus B pour démarrer, et le processus B a besoin du processus C pour démarrer. La hiérarchie des dépendances est A > B > C. Dans ce cas, lors de la vérification des exigences du package pour le processus A, Orchestrator détecte et affiche le premier niveau de dépendance, le processus B. Si le processus B est manquant, vous pouvez l'ajouter à partir de l'onglet Exigences du package (Package Requirements), mais si le processus C est manquant, vous devez l'identifier vous-même comme manquant et l'ajouter manuellement.
Orchestrator détecte les catalogues d'actions requis pour exécuter le processus, mais vous ne pouvez pas ajouter ceux qui manquent à partir de l'onglet Exigences du package (Package Requirements), car les catalogues d'actions sont des objets configurables via Action Center.
Prérequis : Assurez-vous que vous disposez des autorisations de Création (Create) par rapport à l'objet spécifique et que vous avez accès au dossier auquel vous souhaitez ajouter l'objet.
Suivez ces étapes :
- Rendez-vous sur l'instance Action Center correspondante.
- Accédez à la page Paramètres d'administration (Admin Settings).
- Sélectionnez le dossier de processus.
- Cliquez sur Ajouter un nouveau catalogue (Add New Catalog). Assurez-vous d'utiliser le nom détecté comme manquant dans l'onglet Exigences du package (Package Requirements).
- Cliquez sur Créer (Create).
- Dans le contexte du dossier, accédez à Automations (Automatisations) et sélectionnez Processes (Processus), puis Add process (Ajouter un processus).
- Sélectionnez le package qui contient l'activité de déclencheur d'événement.
- Sélectionnez le point d'entrée et entrez les arguments de runtime requis, puis sélectionnez Next (Suivant).
- La page Package Requirements (Exigences du package) affiche la connexion d'événement identifiée dans le package. Sélectionnez une connexion ou ajoutez-en une nouvelle. Pour de plus amples informations, consultez la section Configurer des connexions.
- Le déclencheur d'événement s'affiche sous la connexion correspondante et possède le statut Pending creation (En attente de création). Pour modifier le déclencheur d'événement, sélectionnez l'icône de crayon. La page Edit Event Trigger (Modifier le déclencheur d'événement) s'ouvre.
Remarque : cette étape est facultative. Si vous l'ignorez, les sélections par défaut sont appliquées.
- Donnez à votre déclencheur un nom unique dans le champ Name (Nom). Si le nom du déclencheur existe déjà, vous recevez un message d'erreur et devez modifier le nom.
- Dans le menu déroulant Job Priority (Priorité de la tâche), sélectionnez la priorité de la tâche. La valeur par défaut est Inherited (Héritée), ce qui signifie que la priorité de la tâche est la même que celle définie pour le processus sélectionné.
- Dans le menu déroulant Runtime type (Type de runtime), sélectionnez le runtime qui doit exécuter les tâches que lance le déclencheur. Si vous souhaitez utiliser un runtime sans assistance, nous vous recommandons de ne pas définir la connexion sur Configurable by users (Configurable par les utilisateurs).
- Dans la section Execution Target (Cible de l'exécution), pour sélectionner une stratégie de fin de tâche, activez la bascule Schedule ending of job execution (Planifier la fin de l'exécution de la tâche).
Remarque :
La durée que vous spécifiez expire conformément aux spécifications, même si la tâche est en file d'attente. Par exemple, si vous planifiez l'exécution d'une tâche à 13 h 00 et son arrêt après 20 minutes, la tâche s'arrête à 13 h 20, même si elle se trouvait en file d'attente jusqu'à 13 h 15 avant d'être lancée.
En outre, si vous choisissez d'arrêter une tâche en attente ou en cours d'exécution après deux heures, puis forcez l'arrêt de la même tâche après trois heures, la tâche est arrêtée de force après cinq heures. Cela se produit tout d'abord parce qu'Orchestrator reçoit le signal indiquant que la tâche a été arrêtée au bout de deux heures. Dès réception du signal, Orchestrator prévoit que l'action d'arrêt forcé se déroule dans un délai de trois heures, ce qui porte le délai total à cinq heures.
Choisissez une des options suivantes :
- Sélectionnez Stop (Arrêter) dans le menu déroulant : cette option lance une tentative de fin d'exécution ordonnée de la tâche lorsque celle-ci s'est trouvée en attente ou en cours d'exécution pendant la durée que vous avez définie. Vous pouvez définir un intervalle minimum d'une minute et un intervalle maximum de 10 jours, 23 heures et 59 minutes.
- Sélectionnez Kill (Forcer l’arrêt) dans le menu déroulant : cette option lance une tentative d'arrêt forcé de l'exécution de la tâche lorsque celle-ci s'est trouvée en attente ou en cours d'exécution pendant la durée que vous avez définie.Vous pouvez définir un intervalle minimum d'une minute et un intervalle maximum de 10 jours, 23 heures et 59 minutes.
- Sélectionnez Stop (Arrêter) dans le menu déroulant et activez l'option If the job does not stop, kill it (Si la tâche ne s'arrête pas, forcer l’arrêt). Cette option lance une tentative de fin d'exécution ordonnée de la tâche lorsque celle-ci se trouvait en attente ou en cours d'exécution pendant la durée que vous avez définie pour l'action d'arrêt. Si cette tentative a pour conséquence que la tâche reste dans un état d'arrêt, Orchestrator tente ensuite de forcer l’arrêt de la tâche une fois le délai que vous avez défini pour l'action d'arrêt a expiré. Vous pouvez définir un intervalle minimum d'une minute et un intervalle maximum de 10 jours, 23 heures et 59 minutes.
-
Pour recevoir une alerte si une tâche est restée en état d'attente ou de reprise pendant un certain temps, activez la bascule Generate an alert if the job is stuck in pending or resumed status (Générer une alerte si la tâche est bloquée en état d'attente ou de reprise) et définissez la durée acceptable pour que la tâche reste en état d'attente ou de reprise. La durée minimale configurable est d'une minute et la durée maximale est de onze jours. Si la tâche dépasse la durée configurée, une fenêtre contextuelle d'alerte indiquant la gravité de l'erreur s'affiche, avec le texte suivant : « N jobs for #process have been pending or resumed for more than X hours and Y minutes » (N tâches de #process sont en attente ou ont repris depuis plus de X heures et Y minutes), où :
Ncorrespond au nombre de tâches qui ont déclenché l'alerte.{process_number}est l'identificateur du processus.Xcorrespond au nombre d'heures configurées que la tâche a dépassé lorsqu'elle était en état d'attente ou de reprise. Les jours sont convertis en heures.Ycorrespond au nombre de minutes configurées que la tâche a dépassé lorsqu'elle était en état d'attente ou de reprise.
-
Pour recevoir une alerte si une tâche ne s'est pas achevée dans un intervalle défini, activez la bascule Generate an alert if the job started and has not completed (Générer une alerte si la tâche a commencé et ne s'est pas achevée) et définissez la durée acceptable pour que la tâche s'accomplisse. La durée minimale configurable est d'une minute et la durée maximale est de onze jours. Si la tâche dépasse la durée configurée, une fenêtre contextuelle d'alerte indiquant la gravité de l'erreur s'affiche, avec le texte suivant : « Job for #process has been running for more than X hours and Y minutes » (La tâche de #process s'exécute depuis plus de X heures et Y minutes), où :
{process_number}est l'identificateur du processus.Xcorrespond au nombre d'heures configurées que la tâche a dépassé sans s'achever. Les jours sont convertis en heures.Ycorrespond au nombre de minutes configurées que la tâche a dépassé sans s'achever.
- Pour conserver le même contexte compte-machine configuré pour démarrer la tâche, sélectionnez Keep Account/Machine allocation on job resumption (Conserver l'affectation compte/machine lors de la reprise de la tâche). La sélection de cette option optimise l'utilisation de vos licences et de vos ressources.
- Dans la section Runtime Arguments (Arguments de runtime), sélectionnez un point d'entrée dans le menu déroulant et fournissez aux arguments des processus les valeurs appropriées, puis sélectionnez Update (Mettre à jour) pour enregistrer la configuration du déclencheur d'événement.
- Pour continuer à configurer le processus, sélectionnez Next (Suivant). Lorsque vous avez terminé, sélectionnez Create (Créer).
La désactivation des déclencheurs basés sur l'exécution s'applique uniquement aux déclencheurs d'événements publiés depuis Studio Web vers des espaces de travail personnels.
-
Déclencheurs - Déclencheurs connectés - Désactiver lors du comptage des échecs d'exécution de tâche
-
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)
Une fois le processus créé, le déclencheur d'événement s'affiche dans la grille Event Triggers (Déclencheurs d'événements), indiquant la valeur Connected (Connecté) dans le champ Type.
Orchestrator permet de spécifier le compte utilisé dans une connexion lors de la création d'un nouveau processus ou de la modification d'un processus existant.
-
Autorisations Consultation pour les connexions
-
Autorisations Consultation (View) et Modification (Edit) pour les espaces de travail personnels
-
Autorisations Consultation (View) et Modification (Edit) pour l'écrasement de ressources
- Cliquez sur le bouton
pour gérer vos connexions ou en ajouter de nouvelles via Integration Service.L'option Configurable par les utilisateurs (Configurable by users)
L'option Configurable par les utilisateurs (Configurable by users) s'affiche par défaut dans les situations suivantes :
-
Le package est publié sur un espace de travail personnel
-
La connexion n'est pas partagée (elle réside dans un dossier auquel vous ne pouvez pas accéder)
-
La connection n’existe pas.
-
Autorisations insuffisantes
Si vous définissez manuellement l'option Configurable par les utilisateurs (Configurable by users), vous autorisez vos utilisateurs à sélectionner leur propre connexion au moment du runtime, dans l'Assistant UiPath.
Filtres d'activités Integration Service
Une activité d'Integration Service peut contenir des filtres. Les valeurs de filtre dépendent de la connexion utilisée et peuvent être remplacées au moment de l'exécution dans l'Assistant UiPath. Seules les activités avec des filtres qui peuvent être écrasés sont affichées comme exigences du package. Si la connexion est définie sur Configurable par les utilisateurs (Configurable by users), aucun filtre ne s'affiche.
Remarque :Le passage d'une connexion existante à Configurable par les utilisateurs (Configurable by users) réinitialise les filtres d'activité. De cette façon, les utilisateurs peuvent configurer leurs propres filtres.
L'utilisation d'une autre connexion que celle existante réinitialise les filtres d'activité. De cette façon, vous pouvez définir de nouveaux filtres pour la nouvelle connexion.
Pour exécuter des automatisations Unattended, une connexion pour un compte de service doit être définie. Vous ne devez pas définir l'option Configurable par les utilisateurs (Configurable by users).
-
Lorsqu'un déclencheur d'événement a l'option Configurable par les utilisateurs (Configurable by users) sélectionnée, vos utilisateurs peuvent définir leurs propres connexions au moment de l'exécution, dans l'Assistant UiPath.
La page Configurations utilisateur personnalisées (Custom user configurations) répertorie les configurations de déclencheur d'événement définies par vos utilisateurs.
-
Définir une configuration pour vos utilisateurs implique d'explorer l'espace de travail personnel de l'utilisateur sélectionné.
-
Pour ajouter des connexions au nom de vos utilisateurs, vous devez voir leurs connexions personnelles, qui résident dans leur dossier Espace de travail personnel (Personal Workspace).
-
Les utilisateurs reçoivent une alerte chaque fois que vous commencez ou finissez d'explorer leur espace de travail personnel.
Ces statuts vous aident à identifier les utilisateurs dont la configuration est défectueuse :
Configuré (Configured) : l'utilisateur dispose d'une configuration qui fonctionne.
Partiellement configuré (Partially configured) : l'utilisateur dispose d'une configuration défectueuse, ce qui peut impliquer des connexions manquantes.
Vous pouvez accéder à la page Configurations utilisateur personnalisées (Custom user configurations) à partir des pages Processus (Processes) et Déclencheurs d'événement (Event Triggers).
- Dans le dossier sélectionné, accédez à :
Option Description Automatisations (Automations) > Déclencheurs (Triggers)> Déclencheurs d'événement (Event triggers) Une liste de tous les déclencheurs d'événement disponibles s'affiche. Automatisations (Automations) > Processus (Processes) Une liste de tous les processus disponibles s'affiche. - Pour le déclencheur de processus/événement souhaité, cliquez sur le bouton Autres actions (More Actions), puis sélectionnez Configurations utilisateur personnalisées (Custom user configurations). Cela vous redirige vers la page Configurations utilisateur personnalisées (Custom user configurations).
- Vue d'ensemble (Overview)
- Fonctionnement des exigences de package
- Statuts des exigences de package
- Statuts généraux
- Statuts de déclencheur
- Autorisations
- Gestion des objets manquants
- Ajout d'un objet manquant
- Importation d'un objet manquant
- Ajout de catalogues d'actions
- Ajout de déclencheurs de temps et de file d'attente
- Configurer les déclencheurs d'événements connectés
- Configurer les connexions
- Personnalisation de configurations utilisateur
- Exploration de l'espace de travail personnel d'un utilisateur
- Statuts de configuration utilisateur
- Accès à la page Configurations utilisateur personnalisées (Custom user configurations)
- Ajout d'une nouvelle configuration utilisateur
- Écrasement d'une configuration utilisateur existante
- Suppression de la configuration du déclencheur d'événement d'un utilisateur
