Automatisation des processus en arrière-plan

Remarque :

• Lorsque vous utilisez des Attended Robots pour exécuter plusieurs processus en même temps, seule une licence est utilisée.
• Lorsque vous utilisez des 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 Robots assistés dépend de la session de l'utilisateur sur la machine. Ceux-ci sont démarrés depuis Studio ou l'assistant UiPath et exécutés 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 Unattended Les robots sont démarrés via le service Robot et exécutés dans la 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. La machine doit être redémarrée pour que la variable d'environnement soit appliquée.

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.