Automatisation des processus en arrière-plan

Remarque : cette option n'est disponible que pour Attended Robots. Lorsque vous utilisez des robots non assisté (Unattended Robots) pour exécuter des processus parallèles, chaque processus en cours d'exécution consomme une licence distincte.

Un Attended Robot fonctionne sur la même machine qu'un humain. Il est généralement déclenché par des évènements utilisateur et ne doit être exécuté que sous la supervision d'un humain. En savoir plus sur les capacités d'automatisation du Robot selon la licence.

L'exécution du processus en arrière-plan est effectuée par un Robot sur une machine pour un utilisateur spécifique. Les processus s'exécutent dans la même session Windows en même temps.

Chaque processus en cours d'exécution utilise sa propre version de dépendances, même si plusieurs processus en cours d'exécution nécessitent une version différente de la même dépendance. Par exemple, si le processus A requiert la dépendance v18.4.6 et le processus B quiert la dépendance v19.4.4, chaque processus télécharge et utilise sa version requise de la dépendance.

Selon ce type de licence, un robot Attended peut exécuter simultanément un processus de premier plan (avec interaction de l'interface utilisateur) et plusieurs processus en arrière-plan (sans interaction de l'interface utilisateur).

Un processus de premier plan est utilisé lorsque votre projet d'automatisation doit interagir avec des éléments d'IU. Ces processus reposent principalement sur les activités UIAutomation. Notez que vous ne pouvez exécuter qu'un seul processus de premier plan à la fois.

Attention : les processus d'automatisation qui utilisent les activités UIAutomation ne peuvent pas s'exécuter lorsque l'écran est verrouillé.

Il n'est pas nécessaire qu'un processus en arrière-plan interagisse avec les éléments d'IU à l'écran, mais il doit reposer plutôt sur des processus en arrière-plan pour transmettre des informations. Les activités UIAutomation ne peuvent pas être utilisées dans ces types de projets. Plusieurs processus de ce type peuvent être exécutés simultanément sur une machine, même si un processus de premier plan est déjà en cours d'exécution.

Le type de processus est généralement dicté par le type d'activités utilisé (qu'elles interagissent ou non avec les éléments d'IU). Cependant, vous pouvez spécifier le type lorsque vous créez un processus à partir de Studio. Par défaut, tous les processus sont marqués comme étant au premier plan, sauf indication contraire.

Comportement des robots assistés et non assistés

Pendant le démarrage, une session Windows est créée afin que les processus système non liés à un utilisateur spécifique s'exécutent, cette opération s'appelle Session 0. Cette session permet à Windows d'exécuter les processus système nécessaires au fonctionnement de la machine. Lorsqu'un utilisateur se connecte à cette machine, une nouvelle session nommée User Session est créée, dans laquelle les services spécifiques à l'utilisateur s'exécutent.

Pour obtenir une description plus détaillée, le document d'isolement de session 0 de Microsoft fournit des informations supplémentaires sur la création des sessions et la gestion des informations intermédiaires.

L'utilisation de processus d'arrière-plan produit un comportement différent lorsque ces derniers sont exécutés dans des automatisations assistées et non assistées. Les processus d'arrière-plan démarrés à partir d'un Robot assisté s'exécutent dans la session de l'utilisateur (Session 1) tandis que ceux démarrés depuis Robots non assistés s'exécutent dans la session Windows.

Robots Attended

L’automatisation des processus en arrière-plan avec Attended Robots dépend de la session de l’utilisateur sur la machine. Ceux-ci sont démarrés depuis Studio ou UiPath^® Assistant et s’exécutent dans la même session Windows que celle de l’utilisateur. Comme l’automatisation se produit dans la même session, le Robot est capable de récupérer des informations et d’accéder à des fichiers spécifiques à l’utilisateur.

Robots Unattended

L’automatisation des processus en arrière-plan avec des Robots Unattended est lancée depuis le service de Robot UiPath et exécutée dans la session Windows (Session 0). Il est important de savoir que la Session 0 n’a pas d’interface utilisateur et ne peut pas interagir avec une session utilisateur. Lorsque vous utilisez ce type de processus sur des Robots Unattended, gardez à l’esprit qu’ils s’exécutent au nom de l’utilisateur et qu’ils héritent de ses autorisations. Assurez-vous que l’utilisateur sous lequel le processus s’exécute ait accès aux ressources nécessaires et que le processus ne nécessite aucun type d’interface utilisateur. Pour en savoir plus sur la façon dont les Robots UiPath^® gèrent les sessions Windows, consultez le document Session Windows.

Remarque : lors de l'exécution d'automatisations en arrière-plan via des Unattended Robot, l'utilisation des applications Microsoft Office telles que Word, Excel ou PowerPoint peut ne pas fonctionner correctement, car elles ont été développées pour fonctionner dans une session utilisateur, ce qui signifie qu'elles ont besoin d'une session de bureau interactive et d'un profil utilisateur. Pour plus d'informations sur le fonctionnement des produits Office 365 avec les sessions Server (session 0), consultez le document de Microsoft Automatisation d'Office côté serveur.

Exécution des processus d’arrière-plan

Un processus d'arrière-plan peut être transféré au premier plan à l'aide de l'activité Utiliser le premier plan (Use Foreground Activity). Vous trouverez plus de détails sur le fonctionnement de cette activité et son utilisation dans la construction de votre automatisation ici.

Tant qu'au moins un processus est en cours d'exécution, le Robot est marqué comme Occupé (Busy) dans Orchestrator.

Attention : à partir de la version 2021.10, l'exécution d'automatisations non assistées en arrière-plan sur des robots en mode service est effectuée par défaut sous l'utilisateur Windows « Service local » intégré. Auparavant, le nom d'utilisateur et le mot de passe configurés pour le robot dans Orchestrator étaient utilisés.

Pour utiliser les informations d'identification spécifiées dans Orchestrator, vous devez configurer la variable d'environnement système UIPATH_HEADLESS_WITH_USER sur la machine robot et définir la valeur sur True.

L'exécution d'automatisations sous le compte de service local est considérée comme légère car elle n'a pas besoin des informations d'identification de connexion définies dans Orchestrator. Cela présente les limites suivantes :

• Dans les workflows d'automatisation, l'accès est limité aux privilèges du compte de service local.
• Les configurations de proxy pour l'exécuteur ne sont pas prises en charge.

Le démarrage d'un autre processus de premier plan alors qu'il est déjà en cours 'exécution n'est pas possible. Les processus en arrière-plan, en revanche, peuvent être démarrés, quels que soient l'état et le type des autres processus.

Vous pouvez utiliser l'activité Run Parallel Process dans vos processus d'arrière-plan pour démarrer d'autres processus, en fonction des déclencheurs dont vous avez besoin. Les processus démarrés par cette activité s'exécutent indépendamment. Par exemple, un processus d'arrière-plan qui surveille des actions particulières peut démarrer un nouveau processus (premier plan ou arrière-plan) et continuer de surveiller l'action spécifique sans être interrompu. Un processus d'arrière-plan chargé par cette activité démarre immédiatement, même si un processus de premier plan et un ou plusieurs processus d'arrière-plan sont déjà en cours d'exécution. Si l'activité démarre un processus de premier plan, l'une des situations suivantes se produit :

• Le processus démarre immédiatement si aucun autre processus de premier plan n'est en cours d'exécution.
• Une exception est levée si un processus de premier plan est déjà en cours d'exécution.