- 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
- Registre
- Cloud Robots
- Cloud robots overview
- 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

Guide de l'utilisateur d'Orchestrator
Création de déclencheurs d'événements
La disponibilité des fonctionnalités dépend de l'offre Cloud que vous utilisez. Pour de plus amples informations, consultez la page Disponibilité des fonctionnalités.
Dans le cas des déclencheurs d'événements connectés, vous créez le déclencheur lors de la conception, dans Studio. Vous pouvez ensuite configurer le déclencheur dans Orchestrator lorsque vous déployez le processus auquel il est associé. Pour de plus amples informations, consultez la section Configurer les déclencheurs d'événements connectés.
Dans le cas des déclencheurs d'événements déconnectés, vous créez le déclencheur dans Orchestrator.
Pour de plus amples informations, consultez les sections suivantes :
- Créer un déclencheur d'événement déconnecté
Remarque :
Si un utilisateur dispose de l’autorisation
Connections.Viewdans un dossier, il peut afficher et utiliser toutes les connexions définies dans ce dossier.
Créer un déclencheur d'événement déconnecté
Pour créer un déclencheur d'événement déconnecté, procédez comme suit :
- Dans le contexte du dossier, accédez à Automations (Automatisations), puis sélectionnez Triggers (Déclencheurs).
- Sélectionnez Event Triggers (Déclencheurs d'événements), puis +Add a new trigger (Ajouter un nouveau déclencheur).
- Dans la fenêtre Add Event Trigger (Ajouter un déclencheur d'événement), sur la page General details (Détails généraux), donnez un nom unique à votre déclencheur dans le champ Name (Nom).
- Dans le menu déroulant Process (Processus), sélectionnez le processus pour lequel vous souhaitez créer le déclencheur.
- 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 la liste déroulante Runtime type (Type de runtime), sélectionnez le runtime qui doit exécuter les tâches que lance le déclencheur.
- Dans la section Execution Target (Cible de l'exécution), sélectionnez le mécanisme d'affectation et la cible de l'exécution de vos tâches.
Option Description Compte (Account)
Le processus est exécuté sous un compte spécifique. Si vous spécifiez uniquement le compte, Orchestrator affecte la machine de manière dynamique. La spécification simultanée du compte et du modèle de machine signifie que la tâche se lance sur cette paire compte-machine spécifique.
Machine
Remarque : veillez à affecter au modèle de machine associé les licences de runtime nécessaires pour exécuter la tâche.Le processus s'exécute sur l'une des machines hôtes associées au modèle de machine sélectionné. Si vous spécifiez uniquement le modèle de machine, Orchestrator affecte le compte de manière dynamique. La spécification simultanée du compte et du modèle de machine signifie que la tâche se lance sur cette paire compte-machine spécifique.
Nom de l'hôte
Après avoir sélectionné un modèle de machine, l'option Hostname (Nom d'hôte) s'affiche, ce qui vous permet de sélectionner la station de travail ou la session de robot souhaitée pour exécuter le processus.
Remarque : vous ne pouvez utiliser que des runtimes sans assistance pour configurer le mappage. Veillez à affecter au modèle de machine associé les licences de runtime nécessaires pour exécuter la tâche.Toutes les sessions disponibles dans le dossier actif s'affichent, qu'elles soient non connectées, déconnectées ou connectées.
Remarque :Un avertissement s'affiche lorsque vous sélectionnez un nom d'hôte dont le statut est Unresponsive ou Disconnected . Les tâches qui doivent être exécutées par une session inactive restent dans l'état Pending jusqu'à ce que la connexion correspondante à Orchestrator soit rétablie. Dans ce scénario, effectuez l'une des actions suivantes :
- Pour confirmer votre sélection du nom d'hôte inactif, cliquez sur Confirmer (Confirm).
- Pour revenir en arrière et sélectionner un autre nom d'hôte ou Any connected machine (Toute machine connectée), sélectionnez Cancel (Annuler). La configuration du même déclencheur avec le même mappage compte-machine, mais en sélectionnant un nom d'hôte supplémentaire, double le nombre de tâches à exécuter. Par exemple, vous configurez le déclencheur D1 avec le compte C1 mappé au modèle de machine MM1. Dix tâches sont mises dans la file d'attente dans cette configuration. Plus tard, vous configurez le même déclencheur D1 avec le compte C1 mappé au modèle de machine MM1, mais vous sélectionnez également le nom d'hôte H1. Les dix mêmes tâches sont à nouveau mises dans la file d'attente de ce cas, car Orchestrator interprète la configuration comme nouvelle.
-
Dans la section Runtime Arguments (Arguments de runtime), sélectionnez le point d'entrée à utiliser pour l'exécution de la tâche dans le menu déroulant Entry point (Point d'entrée). Pour de plus amples informations, consultez la section Points d'entrée.
-
Si votre processus comporte des arguments d'entrée, fournissez-leur les valeurs appropriées. Pour de plus amples informations, consultez la section À propos des arguments d'entrée et de sortie.
-
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 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.
-
To determine when to disable the trigger following job execution failures, enable the Set execution-based trigger disabling toggle. Upon enabling the toggle, you must set the following options:
Option Description Désactiver en cas d'échec d'exécutions de tâches consécutifs The trigger is disabled after the number of failed executions you specify. You can choose a value between 0 and 100. The default is 0, meaning that the trigger is never disabled. Stopped jobs are not counted toward this value. Délai de grâce lors de la désactivation du déclencheur (jours) The number of days to wait before disabling the trigger after the first failure of a job. You can choose a value between 0 and 30. The default is 0, meaning that the trigger is disabled as soon as the job fails, with no waiting time. - 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.
- When you complete the General details configuration, advance to the Event details page by selecting Next.
- Select the appropriate connector from the Select connector dropdown menu.
- Select an existing connection from the Connection dropdown menu. If no connection is defined, a Connect to... button appears, allowing you to create a new connection on the fly.
- Select an event from the Event dropdown list.
- Under Data filters, use Add condition and Add group to define your desired filters.
- When you are done, select Add to create the trigger. The event trigger appears in the Event Triggers grid, with the Disconnected value in the Type column.