Automatisations sans assistance

Automatisations unattended : définition

Les automatisations Unattended sont conçues pour des tâches complexes et répétitives, généralement effectuées en bloc, dans le respect de certaines règles. Contrairement aux automatisations attended (qui nécessitent une assistance humaine), les automatisations unattended fonctionnent de manière indépendante, selon des déclencheurs ou d'événements de tâches spécifiques. En évitant l'intervention humaine, ils sont parfaitement adaptés aux tâches nécessitant des autorisations fortes.

Par exemple, une automatisation unattended peut approuver des notes de frais. Elle se connecte au système, vérifie les notes et, si elles correspondent à une règle (par exemple, être inférieures à un certain montant), il les approuve.

C'est le persona administrateur qui octroie à l'automatisation unattended un accès au système. Cet enregistrement clair du responsable de la gestion de ces détails est un gage de sécurité.

Où Orchestrator entre en jeu

Orchestrator sert de hub central pour l'automatisation unattended. Il permet l'exécution instantanée ou planifiée des tâches unattended à l'aide de déclencheurs et peut attribuer de manière dynamique les tâches unattended aux robots disponibles. Outre la gestion des ressources nécessaires aux projets d'automatisation, il contrôle l'accès à ces ressources par des dossiers hiérarchisés et des affectations de rôles spécifiques.

Un administrateur définit une automatisation unattended dans un dossier en octroyant à un utilisateur ou à un robot l'accès à un compte ainsi que les autorisations nécessaires. Il affectent également un modèle de machine pour s'assurer qu'il dispose de suffisamment de runtimes pour exécuter l'automatisation.

Où Assistant entre en jeu

L'Assistant est l'outil UiPath conçu pour assister les utilisateurs avec des automatisations attended. Dans les scénarios unattended, l'Assistant est uniquement dédié à des fins de débogage, lorsqu'un utilisateur se connecte à la machine unattended pour rechercher et résoudre les problèmes potentiels.

Robot en mode service

Le robot en mode service est particulièrement adapté aux scénarios unattended et aux déploiements de plateformes à grande échelle. L'exécuteur Robot lance des automatisations unattended avec les mêmes privilèges que l'utilisateur enregistré. Le service de robot UiPath s'exécute dans le système local, ouvre des sessions Windows interactives et dispose des droits d'un administrateur de machine. Ainsi, il peut gérer automatiquement les sessions (telles que la connexion et la déconnexion) pour les automatisations unattended.

Licences

Pour effectuer des automatisations Unattended, vous devez attribuer des runtimes aux machines (les appareils physiques ou virtuels sur lesquels les tâches Unattended sont exécutées). Ces runtimes de machine peuvent être des types suivants: production (non assistée), test.

Prenons l'exemple d'un modèle de machine avec dix runtimes unattended. Chaque machine connectée à ce modèle réserve dix licences sur le total disponible. Ces licences ne sont utilisées que lorsqu'une automatisation unattended est exécutée. Donc, si vous connectez quatre machines à l'aide de ce modèle, il réserve 40 licences. Avec 25 tâches en cours d'exécution, il reste 15 emplacements disponibles.

Authentification

Pour les automatisations unattended, il existe deux méthodes d'authentification des robots : les informations d'identification du client et une option hybride permettant à la fois les connexions par informations d'identification et par clé de machine. Ces options d'authentification se trouvent dans Orchestrator > Locataire > Paramètres > Sécurité du Robot.

Identifiants client (Recommandé) : les identifiants client permettent au Robot d'accéder aux ressources d'Orchestrator en utilisant ses propres identifiants, au lieu d'incarner un utilisateur. Lorsque le Robot demande des ressources à Orchestrator, Orchestrator s’assure que le Robot lui-même a l’autorisation d’effectuer une action car aucun utilisateur n’est impliqué dans l’authentification. Elle utilise l'infrastructure OAuth 2.0 comme base du protocole d'authentification, ce qui signifie que les robots peuvent se connecter à Orchestrator avec une paire ID de client/clé secrète du client générée via des objets modèle de machine. La paire ID de client/clé secrète du client génère un jeton qui autorise la connexion entre le Robot et Orchestrator, et fournit au Robot l'accès aux ressources Orchestrator. L'administrateur a la possibilité de révoquer l'accès à tout moment en supprimant le secret utilisé sur cette machine.

Hybride : cette option permet à la fois les connexions avec des jetons qui n'expirent pas (clé de machine) et les connexions avec des jetons qui expirent (informations d'identification du client).