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 affecter des runtimes aux machines (appareils physiques ou virtuels) où des tâches unattended sont exécutées. Voici les différents types de runtimes de machine : Production (Unattended), Testing et App Testing.

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. Dans la mesure où aucun utilisateur n'est impliqué dans l'authentification, lorsque le robot demande des ressources à Orchestrator, celui-ci vérifie que le robot dispose de l'autorisation d'effectuer une action. Il 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 d'identifiant client/secret client générés par des objets de modèle de machine. La paire client ID/client secret génère un jeton qui autorise la connexion entre le robot et Orchestrator et permet au robot d'accéder aux ressources d'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).