Service de robots

Le service de Robot est le cerveau de toutes les opérations. Il communique par un canal WCF avec Studio et l' interface de ligne de commande Robotpour recevoir et traiter des informations, puis pour fournir les instructions nécessaires à l' exécuteur Robot.

Le service de Robot est aussi responsable de l'envoi de la pulsation du Robot à Orchestrator pour communiquer le statut d'exécution ou recevoir de nouveaux ordres d'exécution, agissant ainsi en tant que proxy entre Orchestrator et les hôtes d'exécution.

Les sessions Windows, dans lesquelles les processus sont exécutés, sont gérées et surveillées par le service Robot, tout en bénéficiant des identifiants des Robots.

Le service de Robot peut être déployé en mode service ou en mode utilisateur. Les principales différences sont présentées dans la table ci-dessous :

Action	Robot en mode de service	Robot en mode utilisateur
Exécution en mode Attended	✅	✅
Exécution non assistée (unattended) (gestion automatique des sessions)	✅	❌ 1
Exécution de tâches simultanées	✅	✅
Machine unique - Déploiement multiutilisateur	✅	✅

¹ L’exécution non assistée avec le Robot en mode utilisateur n’est possible que lorsque l’utilisateur est connecté avec une session active.

Service de Robot en mode de service

Le Robot en Mode Service est le mieux adapté aux scénarios d'automatisation non assistés (unattended). Lorsqu'un processus est exécuté, l'exécuteur Robot se lance avec les mêmes droits que l'utilisateur sous lequel il est enregistré.

Service de Robot en mode Service :

• Utilise UiPath.Service.Host.exe et un service supplémentaire par utilisateur (UiPath.Service.UserHost.exe) pour chaque utilisateur de la machine.
• Est lancé par le gestionnaire de contrôle des services (SCM) sous l'utilisateur Système local.
• Peut ouvrir des sessions Windows interactives.
• Est le mieux adapté aux scénarios d'automatisation Unattended et aux déploiements de plates-formes à grande échelle.
• Dispose des droits d'un administrateur de machine.
• Est répertorié sous les services Windows.
• Peut exécuter des tâches depuis Orchestrator même si un utilisateur n'est pas connecté en démarrant une session.

En outre :

• Le fichier UiPath.settings est installé dans le dossier %ProgramData%\UiPath.
• Les packages sont téléchargés dans le dossier %userprofile%\.nuget\packages par défaut.
• Les packages locaux sont enregistrés dans le dossier %ProgramData%\UiPath\Packages et sont disponibles dans l'Assistant.

Les Robots en mode service peuvent être facilement mis à jour ou convertis en Robot en mode utilisateur.

Remarque :

Lors de la conversion du Robot du mode service au mode utilisateur, il se peut que le Robot ne puisse pas accéder aux fichiers .xaml du dossier des packages NuGet original. Pour en savoir plus sur la façon de résoudre ce problème, consultez ce guide qui fournit davantage de détails sur ce scénario spécifique.

Service de Robot en mode utilisateur

Le Robot en mode utilisateur est le mieux adapté aux scénarios d'automatisation assistés (attended). Il s'exécute sous l'utilisateur qui l'a installé et a exactement les mêmes droits en tant qu'utilisateur particulier.

Service de Robot en mode utilisateur :

• Utilise uniquement UiPath.Service.UserHost.exe et est lancé automatiquement par Studio ou UiPath Assistant.
• Est le mieux adapté aux scénarios d'automatisation assistées (attended).
• Dispose des droits de l'utilisateur qui l'exécute.
• N'est pas répertorié sous les services Windows.
• Nécessite qu'un utilisateur soit connecté avec une session active pour exécuter des tâches depuis Orchestrator.

En outre :

• Le fichier UiPath.settings est installé dans le dossier %LocalAppData%\UiPath.
• Les packages sont téléchargés dans le dossier %userprofile%\.nuget\packages.
• Les packages locaux sont enregistrés dans le dossier %ProgramData%\UiPath\Packages et sont disponibles dans l'Assistant.

Un Robot en mode utilisateur peut être facilement mis à jour ou convertis en Robot en mode de service (Service Mode Robot).