Automatisation des processus en arrière-plan

Remarque :

Il n’est disponible que pour les Unattended Robots. Lorsque vous utilisez des Unattended Robots pour exécuter plusieurs processus en même temps, chaque processus en cours d’exécution utilise 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 supervision humaine. En savoir plus sur les fonctionnalités d'automatisation du Robot en fonction de 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.

Important :

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

Un processus d'arrière-plan n'a pas besoin d'interagir avec les éléments de l'interface utilisateur à l'écran, mais s'appuie plutôt sur des processus d'arrière-plan pour transmettre des informations.Les activités UIAutomation ne doivent pas être utilisées dans ces types de projet. Plusieurs de ces processus peuvent s'exécuter 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 une description plus détaillée, le document Session 0 Isolation de Microsoft fournit des informations supplémentaires sur la façon dont les sessions sont créées et les informations sont gérées entre elles.

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

Les Automatisations de processus en arrière-plan avec les robots non assistés sont lancées via le service de robot UiPath et s'exécutent dans la session Windows (session 0). Il est important de savoir que la session 0 ne dispose d'aucune interface utilisateur et ne peut pas interagir avec une session utilisateur. Lorsque vous utilisez ce type de processus sur Unattended Robots, 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 a accès aux ressources nécessaires et que le processus ne nécessite aucun type d'interface utilisateur. Consultez le document Session Windows pour plus de détails sur la gestion des sessions Windows par les robots UiPath.

Remarque :

Lors de l'exécution d'automatisations en arrière-plan via des robots non assistés, l'utilisation d'applications Microsoft Office telles que Word, Excel ou PowerPoint pourrait ne pas fonctionner correctement, car elles ont été conçues pour s'exécuter en session utilisateur, ce qui signifie qu'elles ont besoin d'une session de bureau interactive et d'un profil utilisateur.Pour de plus amples informations sur le fonctionnement des produits Office 365 avec les sessions de serveur (session 0), consultez le document Automatisation côté serveur d'Office de Microsoft.

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

Un processus d'arrière-plan peut être passé à premier plan à l'aide de Utiliser l'activité de premier plan.Vous trouverez de plus amples détails sur le fonctionnement de cette activité et sur la façon de l'utiliser pour créer votre automatisation ici.

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

Important :

À 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é Exécuter un processus parallèle 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 à 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.