Automatisations sans assistance

Qu'est-ce qu'une automatisation Unattended ?

Les automatisations Unattended sont conçues pour des tâches complexes et répétitives, généralement effectuées de façon groupée, selon certaines règles. Contrairement aux automatisations Attended, qui nécessitent des conseils humains, les automatisations Unattended fonctionnent indépendamment, en fonction de déclencheurs ou d'événements de tâche spécifiques. En évitant l'intervention humaine, elles sont idéales pour les tâches nécessitant des autorisations élevées.

Par exemple, une automatisation Unattended peut approuver des notes de frais. Il se connecte au système, vérifie les notes de frais et s'ils correspondent à une règle (comme être inférieur à un certain montant), il les approuve.

Il s'agit de l'utilisateur administrateur qui permet à l'automatisation non assistée d'accéder au système. Cela garantit la sécurité, car cela fournit un enregistrement clair de qui gère ces détails.

Où Orchestrator entre en jeu

Orchestrator sert de hub principal pour l'automatisation Unattended. Il permet l'exécution instantanée ou planifiée de tâches Unattended via des déclencheurs, et il peut attribuer dynamiquement des tâches Unattended aux robots disponibles. En plus de gérer les ressources nécessaires aux projets d'automatisation, elle contrôle l'accès à ces dernières via des hiérarchies de dossiers et des attributions de rôles spécifiques.

Un administrateur configure une automatisation Unattended dans un dossier en accordant à un utilisateur ou à un compte Robot l'accès au compte Robot et les autorisations nécessaires. Elles attribuent également un modèle de machine en s'assurant qu'elle dispose de suffisamment de runtimes pour exécuter l'automatisation.

Où l'Assistant entre en jeu

Assistant est l'outil UiPath désigné pour aider les utilisateurs dans le cadre d'automatisations Attended. Dans les scénarios Unattended, l'Assistant est utilisé uniquement à 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 de service

Le Robot en mode de service est le mieux adapté aux scénarios Unattended et aux déploiements de plates-formes à grande échelle. L'exécuteur Robot exécute des automatisations non assistées (unattended) avec les mêmes privilèges que l'utilisateur enregistré. Le service de Robot s'exécute sous le système local, ouvre des sessions Windows interactives et dispose des droits d'un administrateur de machine. Cela lui permet de gérer automatiquement les sessions (comme la connexion et la déconnexion) pour les automatisations Unattended.

Licences

Pour effectuer des automatisations Unattended, vous devez attribuer des runtimes aux machines - appareils physiques ou virtuels sur lesquels les tâches Unattended sont exécutées. Ces runtimes de machine peuvent être des types suivants : Unattended, NonProduction et Testing.

Par exemple : imaginons que vous ayez un modèle de machine avec dix runtimes Unattended. Chaque machine connectée à ce modèle réserve dix licences du total disponible. These licenses are only used when an unattended automation is executed. Ainsi, 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, 15 emplacements restent 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 d’utiliser les informations d’identification du client et les connexions de clé machine. Ces options d'authentification se trouvent dansOrchestrator > Locataire (Tenant) > Paramètres (Settings) > Sécurité du Robot (Robot Security).

Informations d'identification du client (recommandé) (Client Credentials (Recommended)) : les informations d'identification du client permettent au Robot d'accéder aux ressources Orchestrator en utilisant ses propres informations d'identification, au lieu de se faire passer pour 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 la clé secrète utilisée sur cette machine.

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