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.

An Attended Robot operates on the same machine as a human. It is usually triggered by user events and should only run under human supervision. Read more about the Robot's automation capabilities according to license.

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

Background Process Automation with Unattended Robots are started from the via the Robot Service and run in the Windows Session (Session 0). It's important to know that Session 0 has no User Interface and cannot interact with a user session. When using this type of processes on Unattended Robots keep in mind that they run in the name of the user and they inherit its permissions. Make sure that the user under which the process runs has access to the needed resources and that the process does not require any type of User Interface. See the Windows Session document for more details on how windows sessions are being handled by the UiPath Robots.

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

Starting with the v2020.4 Release, you can transition a Background Process to Foreground with the help of Use Foreground Activity. More details on how this activity works and how to use it in building your automation can be found here.

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

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.