Comment s'effectue l'automatisation Unattended

Les étapes ci-dessous décrivent les actions nécessaires pour exécuter des automatisations Unattended avec succès. Nous sommes conscients que ces processus à grande échelle sont gérés différemment par chaque entreprise, ce qui signifie que l'ordre dans lequel les étapes sont effectuées variera. Ainsi, l'ordre décrit ci-dessous n'est qu'une recommandation sur la façon dont une configuration réussie pourrait se produire.

1. Configuration de l'infrastructure

Les étapes suivantes vous aident à configurer votre machine hôte pour l'exécution d'automatisations Unattended.

1.1. Configuration des machines hôtes qui exécuteront le Unattended Robot

Les machines hôtes qui exécuteront des automatisations Unattended sont connectées à un modèle de machine Orchestrator, via une clé de machine ou un ensemble d'informations d'identification client. Cela permet de gérer les automatisations à partir d'Orchestrator.

Plusieurs machines hôtes peuvent être connectées au même modèle de machine. Il est cependant recommandé de gérer des modèles distincts pour chaque ensemble de machines hôtes qui partagent la même configuration physique, à savoir :

• Elles ont la même configuration.

• Elles contiennent les mêmes applications, dans les mêmes versions, installées sous les mêmes chemins sur chaque machine.

• Les utilisateurs qui doivent se connecter à ces applications disposent des mêmes droits d'accès.

Pour vous assurer que vos machines hôtes exécutent les automatisations aussi facilement que possible, quelques éléments importants sont à garder à l'esprit :

• Toutes les ressources nécessaires, telles que les applications et les services, doivent être installées sur les machines hôtes concernées et regroupées de manière logique, en fonction des processus que vous souhaitez exécuter.

• Tous les comptes Robot affectés à un dossier doivent pouvoir se connecter à chaque machine hôte associée au modèle de machine affecté à ce même dossier.

Tous les comptes Robot affectés à un dossier doivent pouvoir se connecter à chaque machine hôte associée au modèle de machine affecté à ce même dossier.

La machine hôte doit répondre aux Exigences en matière de matériel et de logiciel (Hardware and Software Technical Requirements) et sa fonctionnalité d'économiseur d'écran doit être désactivée.

1.2. Installation d'un robot en mode de service sur des machines hôtes

Un Robot en Mode Service est l'option recommandée pour les scénarios d'automatisation Unattended et les déploiements de plates-formes à grande échelle. Lorsqu'un processus est exécuté, le Robot est lancé par le gestionnaire de contrôle des services Windows sous le système local, ce qui signifie qu'il dispose de tous les droits d'un administrateur de machine et qu'il peut s'exécuter avec les mêmes droits que l'utilisateur sous lequel il est enregistré.

Il existe deux manières d'installer le Robot :

• Via la ligne de commande, en utilisant le paramètre ADDLOCAL : pour installer le Robot en mode service, vous devez également ajouter l'option RegisterService. C'est le choix recommandé pour les robots Unattended, en particulier lors des déploiements à grande échelle.
• Avec UiPath® Studio, via UiPathStudio.msi, le Robot est déployé par défaut en mode service.

Nous vous recommandons d'utiliser des VDI non persistants, qui garantissent que toutes vos machines hôtes suivent une configuration cohérente, avec un minimum d'efforts.

1.3. (Facultatif) Installation d'UiPath Studio sur la machine Unattended

Important :

Cette étape n'est nécessaire que pour les développeurs qui exécutent des automatisations Unattended et qui souhaitent résoudre des problèmes.

Vous pouvez également déboguer vos processus directement à partir de l'assistant UiPath, en activant une session de résolution des problèmes.

Pour déboguer les automatisations Unattended sur une machine Unattended, vous devez installer UiPathStudio.msi sur cette machine. Si vous optez pour la Configuration rapide (Quick Setup) lors de l'installation, le robot est déployé en Mode utilisateur (User Mode), ce qui signifie qu'il s'exécute sous l'utilisateur qui l'a démarré et dispose des mêmes droits que ceux de cet utilisateur.

Le programme d’installation UiPathStudio.msi peut être téléchargé à partir du Centre de ressources ou directement de la Page d’accueil Automation Cloud^TM pour le secteur public.

Pour démarrer une tâche depuis Orchestrator sur un utilisateur local (robot en mode utilisateur), l'utilisateur Windows doit être connecté à la machine. Le Robot en mode utilisateur ne peut pas exécuter de tâches simultanées sur différents utilisateurs, que le Robot soit installé sur un serveur Windows ou non.

2. Configuration d'Orchestrator

Les étapes suivantes vous aident à configurer les objets Orchestrator nécessaires à l'exécution réussie d'automatisations Unattended.

2.1. Création d'un modèle de machine

Le modèle de machine est le type de machine Orchestrator recommandé pour les automatisations Unattended. Les modèles de machine fournissent la puissance de calcul nécessaire à l'exécution de la tâche. Ils facilitent le déploiement de plusieurs machines en définissant la configuration une seule fois, puis en utilisant un seul ensemble d'informations d'identification client pour permettre à plusieurs robots de se connecter à Orchestrator.

1. Au niveau du locataire, cliquez sur Machines > Ajouter une machine (Add machine) > Modèle de machine (Machine template). La fenêtre Modèle de machine (Machine template) s'ouvre.

2. Configurez le modèle de machine et attribuez-lui au moins un runtime Unattended. Les runtimes sont un type de licence de service dédiée aux automatisations Unattended. Ils sont extraits du pool de locataires et attribués au niveau du modèle de machine. Avec un runtime, vous pouvez exécuter une automatisation sur une machine hôte. Avec deux runtimes, vous pouvez exécuter deux automatisations sur la même machine hôte ou une automatisation sur deux machines hôtes.

3. Cliquez sur Enregistrer (Provision).

4. Copiez la clé de la machine et/ou l'ID client et la clé secrète du client pour une utilisation ultérieure.

Voici un exemple de modèle de machine qui sert de base à une stratégie d'optimisation efficace :

Votre infrastructure est composée des éléments suivants :

• un bureau Windows

• un serveur Windows haute densité

• trois machines Linux

Nombre de processus	Compatibilité (définie dans Studio)	Paramètres de modèle de machine (définis dans Orchestrator)	Pourquoi
4. processus d’arrière-plan.	Windows - Héritage (.NET Framework 4.6.1)	Nous connectons un bureau Windows à l'aide du modèle A que nous définissons comme suit : Type de processus = Arrière-plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 4	Les processus .NET Framework 4.6.1 ne peuvent s'exécuter que sur des machines Windows. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle A a 4 runtimes assignés, permettant l'exécution simultanée de 4 tâches.
6 processus d’arrière-plan.	Multiplateforme (.NET 5.0 ou version plus récente)	Nous connectons 3 machines Linux à l'aide du modèle B que nous définissons comme suit : Type de processus = Arrière-plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 2	Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine. Le modèle B permet l'exécution de processus d'arrière-plan uniquement sur les machines Linux connectées. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle B a 2 runtimes attribués, permettant l'exécution simultanée de 2 tâches sur chaque machine Linux connectée : 2 tâches x 3 machines offrent une capacité d'exécution de 6 tâches simultanées.
10 processus de premier plan	Windows (.NET 5.0 ou version plus récente)	Nous connectons le serveur Windows à l'aide du modèle C que nous définissons comme suit : Type de processus = Premier plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 10	Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine, machines Linux incluses, mais comme il s'agit de processus de premier plan développés pour Windows, vous devez les exécuter sur des machines Windows. Un compte peut exécuter un processus de premier plan à la fois. Un serveur Windows HD permet d'ouvrir plusieurs sessions de compte. Le modèle C a 10 runtimes attribués, ce qui signifie que 10 sessions sont ouvertes simultanément, permettant l'exécution simultanée de 10 tâches de premier plan.

2.2. Création d'un compte Robot

Le compte est l'identité qui fournit les autorisations et les informations d'identification requises pour que le robot utilise les ressources Orchestrator et se connecte aux machines hôtes respectivement. Il est recommandé d'utiliser un compte Robot, ce qui est idéal lorsque vous devez exécuter des processus de back-office Unattended qui ne devraient pas être la responsabilité d'un utilisateur en particulier.

Pour créer un compte Robot, suivez les étapes correspondant à votre environnement :

• Création de comptes robot dans Automation Cloud^TM pour le secteur public

• Création de comptes robot dans Automation Suite

• Création de comptes robot dans l'installation autonome d'Orchestrator

2.3. Création de la structure des dossiers

Il est fortement recommandé de créer une structure de dossiers centrée sur les processus que vous souhaitez exécuter. C'est-à-dire que chaque processus doit avoir son ou ses propres dossiers spécialisés contenant toutes les ressources nécessaires à son fonctionnement correct et sans interruption.

2.4. Affectation d'objets à des dossiers

Le modèle de machine, le compte de robot, le processus d'automatisation et tout autre élément nécessaire à une itération d'automatisation non assistée doivent être placés dans le même dossier. Ceci est très important si vous voulez garantir un traitement ininterrompu.

Affectation d'un compte robot à un dossier

1. Au niveau du locataire Orchestrator, cliquez sur Dossiers (Folders), sélectionnez le dossier souhaité pour votre automatisation (qui doit être le même que celui dans lequel vous avez ajouté le modèle de machine), puis cliquez sur Affecter un compte/groupe (Assign Account/Group).
2. Dans le champ Nom de compte ou de groupe (Account or Group name), commencez à saisir le nom du compte que vous venez de créer et sélectionnez-le dans la liste.
3. Dans la liste Rôles (Roles), sélectionnez Automation User.
4. Cliquez sur Attribuer (Assign).

Affectation d'un modèle de machine à un dossier

1. Sélectionnez le dossier qui contiendra tous les éléments relatifs à cette automatisation, puis cliquez sur Paramètres (Settings) > Machines > Gérer les machines dans le dossier (Manage Machines in Folder).
2. Cliquez sur Ajouter une machine (Add machine) > Modèle de machine (Machine template). La fenêtre Gérer les machines dans le dossier (Manage machines in folder) s'affiche.
3. Cochez la case à gauche du modèle de machine souhaité, puis cliquez sur Mettre à jour (Update). La machine est ajoutée au dossier.

3. Connexion de l'Unattended Robot à Orchestrator

Dans l'automatisation Unattended, la machine hôte est connectée et sous licence en mode Unattended, exécutant ainsi des processus via Orchestrator. Cette connexion est établie via une clé machine ou un ensemble d'informations d'identification client, via la ligne de commande. La clé de machine ou les informations d'identification sont générées dans Orchestrator lorsque vous créez le modèle de machine. Cela dépend des paramètres de sécurité du Robot.

Pour savoir comment établir cette connexion, consultez cette section.

4. Exécution de l'automatisation Unattended

Les sections suivantes vous guident à travers les étapes nécessaires pour exécuter réellement l'automatisation que vous avez préparée jusqu'à présent.

4.1. Création d'un projet d'automatisation dans UiPath Studio et publication dans Orchestrator

Supposons que nous devions faire une sauvegarde des fichiers journaux sur un serveur tous les jours à 9 heures. Pour ce faire, nous devons copier le fichier journal de ce jour dans un autre dossier. Dans cet exemple, nous copions un fichier appelé « journalisations.txt » du dossier « Journalisations » vers le dossier « Anciennes journalisations », en écrasant la sauvegarde à chaque fois.

1. Dans Studio, créez un nouveau processus, ajoutez l'activité Copier le fichier (Copy File), ajoutez les chemins de fichiers et de dossiers nécessaires, puis sélectionnez l'option Écraser (Overwrite), afin que le fichier que vous venez de copier puisse remplacer le fichier précédent chaque jour.
   
2. Depuis Studio, publiez le package sur Orchestrator :
   1. Dans le ruban, cliquez sur Publier (Publish) pour afficher la fenêtre Publier le processus (Publish Process).
   2. Dans l'onglet Publier les propriétés, entrez un nom pour le package.
   3. Dans l'onglet Publier les options (Publish options), sélectionnez l'une de ces options pour Publier vers (Publish to) :

      • Flux de processus de locataire Orchestrator : publication au niveau du locataire. À partir de là, vous devrez créer manuellement un processus dans un dossier de votre choix. Tout utilisateur de l'organisation aura accès au package une fois publié à cet emplacement.

      • Flux d'espace de travail personnel Orchestrator : publication au niveau de l'espace de travail personnel. Un processus est créé automatiquement et placé dans le dossier de l'espace de travail personnel. Seul l'utilisateur de l'espace de travail personnel a accès aux packages stockés à cet emplacement.

      • Personnalisé (Custom) : publication dans un dossier spécifique différent de l'espace de travail personnel.

   4. Cliquez sur Publier.
   

4.2. Création d'un processus dans Orchestrator

Les processus Orchestrator sont créés en fonction des packages publiés depuis UiPath Studio.

Important : le modèle de machine, le compte de robot, le processus d'automatisation et tout autre élément nécessaire à une itération d'automatisation non assistée doivent être placés dans le même dossier.

1. Sélectionnez le dossier qui contiendra tous les éléments relatifs à cette automatisation, cliquez sur Accueil (Home) > Processus (Processes) ou Automatisations (Automations) > Processus(Processes), puis cliquez sur Ajouter un processus (Add Process).
2. Dans la liste Nom de la source du package (Package Source Name), sélectionnez le package que vous venez de télécharger, puis cliquez sur Suivant (Next) et configurez les paramètres dans les écrans suivants, tels que les exigences ou un nom d'affichage, puis cliquez sur Créer (Create) .
   

4.3. Exécution de l'automatisation

Vous pouvez soit exécuter votre automatisation directement, soit planifier son exécution en configurant un déclencheur.

Exécution directe

Vous pouvez exécuter une tâche à partir de deux emplacements dans le dossier cible de votre automatisation :

1.a. Cliquez sur Automatisations (Automations) > Tâches (Jobs) > Démarrer (Start). Sur la page des paramètres de la tâche qui s'ouvre, dans la liste Nom du processus (Process Name), sélectionnez le processus que vous avez créé à l'étape 2.

1.b. Cliquez sur Automatisations (Automations) > Processus (Processes), puis cliquez sur le symbole Exécuter une tâche (Run a Job) en regard du processus souhaité. Cela ouvre la page des paramètres de tâche avec le processus souhaité déjà affiché dans le champ Nom du processus (Process Name).

2. Configurez tous les autres paramètres sur cette page, puis cliquez sur Démarrer (Start).

Exécution planifiée

Les déclencheurs permettent de lancer des exécutions d'une manière pré-planifiée, à intervalles réguliers (déclencheurs de temps) ou chaque fois que des éléments sont ajoutés à vos files d'attente (déclencheurs de file d'attente).

Les déclencheurs constituent une ressource à l'échelle des dossiers, ce qui signifie que vous pouvez les créer en accédant à Automatisations (Automations) > Déclencheurs (Triggers) à partir du niveau du dossier. Comme toutes les autres ressources relatives à une automatisation, les déclencheurs doivent également faire partie du même dossier que le processus correspondant utilisé pour exécuter l'automatisation non assistée, ainsi que le compte robot et le modèle de machine créés à cet effet.

Les déclencheurs sont créés sur la base d'un processus existant et bénéficient des mêmes priorités d'exécution que celles disponibles aux niveaux du processus et de la tâche.

Si vous souhaitez planifier une heure récurrente pour démarrer une tâche, vous pouvez créer un déclencheur de temps.

Si vous souhaitez démarrer un processus lors de la création d'un déclencheur ou chaque fois que vous ajoutez un nouvel élément à une file d'attente, vous pouvez créer un déclencheur de file d'attente.

Comment les sessions Robot sont-elles gérées

L'activité de session du robot est disponible sur la page Sessions Unattended (Unattended sessions), accessible via Surveillance (Monitoring), au niveau du locataire.

Lorsque le Robot est déconnecté, son état change sur cette page et sa licence est libérée, devenant ainsi disponible pour un autre Robot/processus.

Les Robots sont déconnectés lorsque la machine hôte est éteinte. Cependant, ils sont également considérés comme ne répondant pas et déconnectés lorsqu'ils n'envoient pas de pulsation réussie pendant deux minutes.

Comment les tâches sont-elles attribuées

L'affectation des tâches est effectuée en fonction des capacités des éléments impliqués dans l'automatisation, à savoir le compte de robot, le processus, la tâche et la machine hôte.

Orchestrator récupère les informations suivantes afin de décider comment allouer les tâches :

I. Il recherche dans les dossiers les tâches en attente, qu'il classe d'abord en fonction de la priorité, puis de l'heure de création. Les tâches avec une priorité plus élevée et les tâches avec une heure de création plus ancienne sont récupérées en premier.

II. Il vérifie le type de processus (défini dans Orchestrator) :

• Processus d'arrière-plan : il peut s'exécuter sous n'importe quelle identité

• Processus de premier plan : le Robot vérifie les informations d'identification disponibles, c'est-à-dire les utilisateurs disponibles dans ce dossier

• Tout (All) : Processus d'arrière-plan et de premier plan.

III. Il vérifie la compatibilité du processus (définie dans Orchestrator) :

• Windows uniquement (Windows only) : Processus compatibles Windows uniquement

• Multiplate-forme uniquement (Cross-platform only) : Processus multiplate-forme uniquement

• Tout (All) : Processus compatibles Windows et multiplate-forme

IV. Il vérifie la compatibilité des tâches (définie dans Studio, au moment de la création) :

• Windows-legacy (.NET Framework 4.6.1) - ne peut s'exécuter que sur des machines Windows

• Multiplateforme (.NET 5.0 ou version plus récente) : peut s'exécuter sur n'importe quel type de machine

• Windows (.NET 5.0 ou version plus récente) : peut s'exécuter sur n'importe quel type de machine, machines Linux incluses ; cependant, comme il s'agit de processus de premier plan développés pour Windows, ils doivent être exécutés sur des machines Windows.

V. Il vérifie l'infrastructure de la machine hôte pour la version de robot compatible.