À propos des tâches

Remarque : En savoir plus sur les processus.

Une tâche représente l'exécution d'un processus sur un Robot UiPath. Vous pouvez lancer l'exécution d'une tâche en mode Attended ou Unattended. Vous ne pouvez pas lancer une tâche à partir d'Orchestrator sur les robots Attended, sauf à des fins de débogage ou de développement.

Les tâches assistées peuvent être déclenchées à partir de l'Assistant UiPath ou de l'interface de ligne de commande du Robot. Les tâches Unattended sont lancées à partir d'Orchestrator, soit directement sur place à partir de la page Tâches ( Jobs ) ou Processus , soit de manière préplanifiée via des déclencheurs, sur la page Déclencheurs (Triggers).

La page Tâches ( Jobs ) représente le centre de contrôle des tâches, où vous pouvez surveiller les tâches lancées, afficher leurs détails et leurs journaux, et arrêter/arrêter/reprendre/redémarrer une tâche.

La table ci-dessous contient des descriptions de champ pour la page Exécutions (Job)

Champ	Description
Processus (Process)	Le nom du processus. [Remote debugging job] s'affiche pour les tâches démarrées à partir de Studio via des sessions de débogage à distance .
Machine	Objet machine utilisé pour connecter l'infrastructure d'exécution à Orchestrator.
Nom de l'hôte	Le nom du poste de travail utilisé pour l'exécution.
Identité de l'hôte	Identité sous laquelle l'exécution a lieu. Les valeurs suivantes sont possibles : <Domain\Username> : tâches exécutées sous ce compte spécifique. Affiché dans les cas suivants : tâches de premier plan quelle que soit la version du Robot ; toutes les tâches exécutées sur des Robots antérieurs à 2021.10 ; tâches Attended exécutées sur des Robots connectés à l'aide d'une clé machine, sans connexion de l'utilisateur. Remarque : pour les Robots antérieurs à la version 2021.10, l'identité de l'hôte est renseignée dynamiquement en fonction des paramètres de compte définis dans Orchestrator. La modification du domain\username du compte utilisé pour exécuter une tâche modifie également l'identité de l'hôte. ROOT - tâches en arrière-plan exécutées sur des robots Linux . NT AUTHORITY\LOCAL SERVICE : tâches exécutées sous l'identité du service de Robot. Affiché pour les tâches d'arrière-plan exécutées sur des Robots 2021.10 et ultérieurs sans informations d’identification. Remarque : Les robots en mode service s'exécutent sous NT AUTHORITY\LOCAL SERVICE. Les robots en mode utilisateur s'exécutent sous une certaine identité d'utilisateur. N/A - tâches démarrées à partir de l'Assistant par les utilisateurs connectés à l'aide de la connexion interactive . Pour les robots connectés à l'aide de la clé machine, sans connexion de l'utilisateur, le <Domain\Username> s'affiche. Problème connu : Le filtrage par identité d'hôte sur les pages Tâches (Jobs) et Journaux (Logs) ne fonctionne pas correctement pour les tâches exécutées via des comptes sans informations d'identification. Lors de l'exécution de tâches sur des machines Windows, la colonne Identité de l'hôte (Host Identity) est renseignée avec l'identité réelle des robots (domaine\nom d'utilisateur) ; cependant, le filtrage selon cette valeur ne renvoie aucune tâche. Lors de l'exécution de tâches sur des machines Linux, les tâches sont exécutées sous la racine, cependant, cette valeur n'est pas disponible pour le filtrage.
Type de tâche	Le type de tâche selon l'endroit où l'exécution a lieu et selon que le robot emprunte ou non l'identité d'un utilisateur : Service Unattended : l'exécution se produit sur un serveur et le Robot n'emprunte pas l'identité d'un utilisateur. Les tâches sont lancées à partir d'Orchestrator Personnel à distance : l'exécution se produit sur un serveur et le Robot s'exécute sous l'identité d'un propriétaire d'espace de travail personnel. Les tâches sont lancées à partir d'Orchestrator. Attended : l'exécution se produit sur la machine personnelle d'un utilisateur. Les tâches sont lancées à partir de l'Assistant. Développement : l'exécution se produit sur un serveur. Les tâches sont lancées depuis Studio via le débogage à distance.
Licence runtime	Type de runtime utilisé pour l'exécution.
État (State)	L'état de la tâche.
Priorité (Priority)	La priorité de la tâche.
Démarré (Started)	Durée depuis le début de l'exécution de la tâche. Le survol de ce champ affiche l'heure et la date de début exactes.
Terminé (Ended)	Durée écoulée depuis la fin de l'exécution de la tâche. En pointant dessus, l’heure et la date de fin exactes s’affichent.
Source	L'agent de l'exécution. [trigger_name]: la tâche est démarrée par ce déclencheur. Assistant : la tâche est lancée par l'Assistant UiPath. Manuel (Manual) : la tâche est démarrée à partir d'Orchestrator. Studio : la tâche est démarrée à des fins de débogage à partir de Studio.

Mappages compte-machine

Lors du démarrage d'une tâche ou de la définition d'un déclencheur, vous pouvez définir des paires compte-machine spécifiques sur lesquelles l'exécution a lieu. Les mappages compte-machine vous permettent de lier l'utilisation Unattended sous des comptes particuliers à des modèles de machine spécifiques. Le donne un contrôle précis sur les cibles d'exécution de votre automatisation. Les mappages compte-machine peuvent être basés sur le locataire (non liés à un dossier spécifique) ou sur des dossiers (liés à un dossier spécifique).

Découvrez comment configurer les mappages compte-machine.

Cibles d'exécution (Execution Targets)

Selon le mécanisme utilisé pour démarrer les tâches dans Orchestrator, vous pouvez choisir et configurer implicitement une stratégie d'affectation des tâches et une cible d'exécution. Cet article décrit les stratégies d'affectation et les cibles d'exécution disponibles lors du lancement de tâches depuis la page Tâches (Jobs).

En savoir plus sur les cibles d'exécution pour les déclencheurs.

Remarque : Si le robot ne répond pas (la machine robot est arrêtée, ou le service de robot échoue) au cours de l'exécution de la tâche, une fois la reconnexion effectuée, il redémarre l'exécution des tâches qui s'exécutaient lors du blocage.

1. Attribuer dynamiquement

L'allocation dynamique sans sélection explicite de compte et de machine vous permet d'exécuter plusieurs fois un processus de premier plan sous le compte et la machine qui deviennent disponibles en premier. Les processus d'arrière-plan sont exécutés sur n'importe quel compte, qu'il soit occupé ou non, tant que vous disposez de suffisamment de runtimes.

À l'aide de l'option Allouer dynamiquement (Allocate Dynamically), vous pouvez exécuter un processus jusqu'à 10 000 fois dans une seule tâche.

2. Compte

Le processus est exécuté sous un compte utilisateur ou robot spécifique. Le fait de spécifier uniquement le compte entraîne l'allocation dynamique de la machine par Orchestrator. Si vous spécifiez à la fois le compte et la machine, la tâche sera lancée sur cette paire compte-machine.

3. Machine

Le processus est exécuté sur l'une des machines hôtes associées au modèle de machine sélectionné. La spécification du modèle affiche une option Machines connectées (Connected Machines) supplémentaire, vous permettant de sélectionner une machine hôte spécifique dans le pool de machines hôtes connectées. Si vous spécifiez uniquement la machine, Orchestrator allouera dynamiquement le compte. Le fait de spécifier à la fois le compte et la machine signifie que la tâche se lance sur cette paire compte-machine spécifique.

Assurez-vous que les runtimes correspondant au type de tâche sont affectés au modèle de machine associé. Seules les machines hôtes connectées associées au dossier actif sont affichées.

Avertissement :

Vous devez enregistrer un utilisateur Windows pour chaque compte sur une machine hôte qui appartient aux dossiers auxquels le modèle de machine correspondant est affecté.

Imaginons que vous ayez connecté un serveur à Orchestrator à l'aide de la clé générée par le modèle de machine FinanceT. Ce modèle de machine est affecté aux dossiers FinanceExecution et FinanceHR, auxquels 6 comptes ont également été affectés. Ces 6 comptes doivent être enregistrés en tant qu'utilisateurs Windows sur le serveur.

Si vous configurez une tâche pour exécuter le même processus plusieurs fois, une entrée de tâche est créée pour chaque exécution. Les tâches sont commandées en fonction de leur priorité et de leur heure de création avec une priorité plus élevée, les tâches plus anciennes étant placées en premier. Dès qu’un robot devient disponible, il exécute la tâche suivante dans la file. Dans l'intervalle, les tâches restent dans un état en attente.

Exemple

Configuration

• 1 dossier
• 1 modèle de machine avec deux runtimes
• 2 comptes : john.smith et petri.ota

• 2 processus qui nécessitent l’interaction de l'utilisateur : P1, qui ajoute des éléments de file d’attente à une file d’attente ; P2, qui traite les éléments dans la file d’attente

  Le modèle de machine et les comptes doivent être associés au dossier contenant les processus.

Résultat souhaité

• P1 est exécuté avec une priorité élevée par toute personne.
• P2 est exécuté avec une faible priorité par petri.ota.

Configuration de tâche requise

• Démarrez une tâche en utilisant P1, ne l’affectez à aucun utilisateur particulier, définissez la priorité sur Élevé (High).
• Démarrez une tâche pour P2, affectez-la à petri.ota, définissez la priorité sur Basse (Low).

Priorité d'exécution

Vous pouvez contrôler quelle tâche est prioritaire sur les autres via le champ Priorité des tâches (Job Priority), soit lors du déploiement du processus, soit lors de la configuration d'une tâche/d'un déclencheur pour ce processus. Une tâche peut avoir l'une des priorités suivantes : Basse (Low) (↓), Normale (Normal) (→), Élevée (High) (↑).

Démarrage manuel d'une tâche

La priorité est héritée de l'emplacement de configuration initial. Vous pouvez utiliser la configuration initiale ou la modifier.

Si vous le configurez à partir de la page Automations ( Automations ) > Tâches ( Jobs ) : la tâche hérite de la priorité définie au niveau du processus.

Si vous le configurez à partir de la page Automations > Triggers (Automations > Déclencheurs) : la tâche hérite de la priorité définie au niveau du déclencheur. Si le déclencheur a hérité de la priorité définie au niveau du processus, celle-ci est alors utilisée.

Si vous le configurez à partir de la page Automations ( Automations ) > Processes (Processes) : les tâches utilisent la priorité définie pour ce processus.

Si vous configurez une tâche pour exécuter le même processus plusieurs fois, une entrée de tâche est créée pour chaque exécution. Les tâches sont commandées en fonction de leur priorité et de leur heure de création avec une priorité plus élevée, les tâches plus anciennes étant placées en premier. Dès qu’un robot devient disponible, il exécute la tâche suivante dans la file. Dans l'intervalle, les tâches restent dans un état en attente.

Démarrage d'une tâche via un déclencheur

La priorité est définie par défaut sur Hérité (Inherited), en d'autres termes, elle hérite de la valeur définie au niveau du processus. La sélection d'un processus met à jour automatiquement l'icône de flèche pour illustrer la valeur définie au niveau du processus. Toutes les tâches lancées par le déclencheur ont la priorité définie au niveau du déclencheur. Si la valeur Hérité (Inherited) est conservée, les tâches sont lancées avec la priorité définie au niveau du processus.

Toute modification ultérieure effectuée au niveau du processus se répercute sur le déclencheur, ainsi que les tâches créées via ce déclencheur implicitement.

Remarque : Si vous démarrez une tâche nécessitant une intervention d'utilisateur sur plusieurs robots sur la même machine (qui ne s'exécute pas sur Windows Server), le processus sélectionné est exécuté uniquement par le premier robot, et les autres échouent. Une instance de chacune de ces exécutions est créée et affichée sur la page Tâches (Jobs).

Tâches sur les robots haute densité

Si vous démarrez une tâche sur plusieurs robots haute densité à partir de la même machine exécutant Windows Server, cela implique que le processus sélectionné est exécuté simultanément par chaque robot spécifié. Une instance de chacune de ces exécutions est créée et affichée sur la page Tâches (Jobs).

Si vous utilisez les Robots haute densité et que vous n'avez pas activé RDP sur cette machine, chaque fois que vous démarrez une tâche, l'erreur suivante s'affiche : « Une session de connexion spécifiée n'existe pas. Il est possible qu'elle soit déjà terminée. » Pour découvrir comment configurer votre machine pour les Robots haute densité, consultez la page À propos de la configuration de Windows Server pour les Robots haute densité.

Enregistrement

Pour les tâches défaillantes Unattended, si l'option Activer l'enregistrement (Enable Recording) de votre processus était activée, vous pouvez télécharger les supports d'exécution correspondants afin de vérifier les derniers moments de l'exécution avant l'échec.

L'option Télécharger l'enregistrement (Download Recording) est uniquement affichée dans la fenêtre Tâches (Jobs) si vous disposez des autorisations de Consultation (View) pour les supports d'exécution.