- Notes de publication
- Démarrage
- Assistant UiPath
- Installation et mise à niveau
- Types de robot
- Composants du Robot
- Service de robots
- Exécuteur Robot
- Interface de ligne de commande
- Licences
- Connexion des Robots à Orchestrator
- Processus et activités
- Journalisation
- Robot JavaScript SDK
- Scénarios spécifiques
- Redémarrage des composants du Robot
- Sessions Windows
- Connexion à l’aide du système d’informations d’identification Thales Luna
- Connexion à l’aide du fournisseur de services de chiffrement nShield
- Rediriger les Robots vers un serveur proxy
- Exécuter des tâches à partir d'une session de bureau à distance minimisée
- Utilisation de lecteurs réseau mappés
- Arrêter un processus :
- Désactiver le bouton Arrêt
- Dossiers de paquets personnalisés et chemins d'accès réseau
- Intégration de CrowdStrike
- Virtualisation des applis Citrix par le Robot
- Résolution des problèmes
- Robot ne répond pas sur RDP
- Journaux d'exécution en double
- Erreurs du Robot fréquemment rencontrées
- Augmentation de la durée d'exécution des processus
- Vérification forcée de la signature des paquets
- Message trop volumineux pour être traité
- Erreurs lors de l’exécution en tant qu’administrateur
- Les packages NuGet ne sont pas accessibles après la migration
- Invite de contrôle d'accès utilisateur et activités d'automatisation de l'interface utilisateur
- .NET nécessaire lors de l'installation
- L'assembly ne peut pas être chargé à partir du réseau ou d'un partage de fichiers Azure
- Les activités ne trouvent pas le runtime .NET
Service de robots
Le service de Robot est le cerveau de toutes les opérations. Il communique par un canal WCF avec Studio , l’Assistant UiPath et l’ Interface de ligne de commande Robot pour recevoir et traiter les informations, puis 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 |
|
|
1L’exécution non assistée (unattended) avec le Robot en mode utilisateur n’est possible que lorsque l’utilisateur est connecté avec une session active.
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\packagespar défaut. -
Les packages locaux sont enregistrés dans le dossier
%ProgramData%\UiPath\Packageset 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.xamldu dossier des packages NuGet. 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
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.settingsest 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\Packageset sont disponibles dans l'Assistant.
Les Robots en mode utilisateur peuvent être facilement mis à jour ou convertis en Robot en mode de service .
