À propos des processus

Un processus représente la version du package liée à un dossier particulier. Lorsque vous déployez un nouveau processus, il devient disponible pour tous les comptes qui ont accès à ce dossier.

La page Processus (Processes) vous permet de déployer un paquet téléchargé en tant que nouveau processus, de gérer les processus créés précédemment, d'installer les dernières versions de paquets dans vos processus, et de commencer directement une tâche en utilisant le processus souhaité. Cela vous aide à distribuer des packages à tous les comptes de votre organisation et à exécuter les processus plus rapidement, que ce soit à partir de la page Processus ou Tâches (Jobs).

En plus d'exécuter des processus sur les pages Processus (Processes) et Tâches (Jobs), vous pouvez également configurer tout processus pour qu'il démarre automatiquement lorsque l'agent Robot est lancé. En tant qu'administrateur, cela permet de vous assurer que les processus nécessaires sont lancés sans retard ni défaillance par l'utilisateur de la machine, par exemple pour garantir le respect des politiques informatiques de la société.

La table ci-dessous contient des descriptions de champ pour la page Processus.

Champ	Description
Nom	Nom affiché du processus. Le type de processus est illustré par une icône affichée à côté de la version. L'icône représente le type de version de processus spécifique. Nécessite une interface utilisateur Processus d'arrière-plan Vous pouvez trier la liste des processus par Nom (Name).
Nom du paquet (Package Name)	Le nom du package qui a été déployé. Non visible par défaut. Pour afficher la colonne, sélectionnez-la dans le menu Colonnes (Columns). Vous pouvez trier la liste des processus par Nom de package (Package Name).
Version	Le numéro de la version de paquet actuellement utilisée dans un processus donné. L'icône en regard de ce champ indique que vous n'utilisez pas la version la plus récente disponible. Si la version de package associée à un processus n'est plus disponible dans le référentiel NuGet configuré, elle est indiquée par l'icône . Si vous utilisez la version la plus récente disponible, l'icône s'affiche.
Environnement (Environment)	Disponible uniquement dans les dossiers classiques. Le nom de l'environnement affecté à un package donné.
Priorité de l'exécution	La priorité de la tâche. Cliquez ici pour plus de détails sur le mécanisme de priorisation des tâches. Vous pouvez trier et filtrer la liste des processus par Priorité des tâches (Job Priority).
Portée	Étendue d'un projet, définie au moment de la conception dans Studio. Les options suivantes sont disponibles : Processus (Process) : affiché pour les projets Studio de type Processus (Process) ou Bibliothèque (Library) Test (Testing) : affiché pour les projets Studio de type Automatisation des tests (Test Automation) Vous pouvez filtrer la liste des processus par Étendue (Scope). Non visible par défaut. Pour afficher la colonne, sélectionnez-la dans le menu Colonnes (Columns).
Type d’exécution	Le type d'exécution du processus. Lié au paramètre de projet d'automatisation Attended dans Studio : si vous activez la bascule, le processus est exécuté dans un contexte Attended si la bascule est désactivée, le processus est exécuté dans un contexte Unattended La valeur Non spécifié (Unspecified) est affichée pour les packages publiés avant la version 2021.10.3 de Studio. Cliquez ici pour plus de détails sur l'automatisation Attended.
Compatibilité	Système d'exploitation compatible pour l'infrastructure cible sous-jacente du projet d'automatisation.
Entry point	Fichier de workflow utilisé pour démarrer l'exécution du processus. Par défaut, le fichier Main.xml est défini comme point d'entrée. Si votre projet contient plusieurs points d'entrée, celui sélectionné lors de la création du processus s'affiche.
Description	Une description personnalisée du processus. Il est recommandé de remplir ce champ, surtout en cas d'utilisateurs et de processus multiples dans Orchestrator.
Libellés	La liste de tous les libellés associés au processus.
Propriétés	La liste de tous les paires de clé-valeur associés au processus.
Action de rétention	Le résultat de la stratégie de rétention à la fin de la durée de rétention.
Rétention (jours)	La durée de la stratégie de rétention.

Arguments de runtime

Points d’entrée

Il existe des cas où vos projets d'automatisation se composent de plusieurs workflows. Pour de tels projets, il est recommandé de conserver le workflow principal de votre projet dans le fichier Main.xaml. Tous les autres fichiers d'automatisation .xaml inclus dans le projet doivent être liés au fichier Main.xaml via l'activité Appeler le fichier de flux de travail (Invoke Workflow File), car dans les scénarios standards, seul le fichier Main.xaml est exécuté lorsque vous exécutez une tâche, s'agissant du point d'entrée par défaut de tout projet d'automatisation. En savoir plus sur l'organisation du projet et les principes de conception dans Studio.

Vous pouvez changer le point d'entrée d'un projet d'automatisation, c'est-à-dire changer sa « porte » d'exécution en modifiant le fichier .xaml. De même, vous pouvez ajouter plusieurs points d'entrée pour vos processus RPA, ce qui vous permet d'exécuter uniquement une certaine branche de votre projet d'automatisation.

Vous pouvez changer de fichier .xaml principal ou ajouter plusieurs points d'entrée dans les processus RPA dans Studio en faisant un clic-droit sur un autre fichier .xaml et en le définissant comme fichier principal ou en l'ajoutant comme point d'entrée.

Imaginons que vous créiez un workflow qui vérifie les factures. La facture peut être téléchargée à partir du stockage dans le cloud, ou elle peut être localisée sur votre appareil.

Vous concevez deux workflows à l'intérieur du projet et les définissez tous les deux comme points d'entrée :

• DownloadInvoiceFromStorage.xaml — workflow qui télécharge la facture à partir d’un stockage externe
• GetInvoiceFromLocal.xaml – le workflow qui récupère la facture de votre appareil.

Au moment de l’exécuter dans Orchestrator, vous sélectionnez comme point d’entrée le flux de travail qui correspond à votre scénario. Si la facture est déjà sur votre appareil local, vous définissez GetInvoiceFromLocal.xaml comme point d’entrée. Cela démarre l’exécution en commençant par cette étape et se poursuit avec le workflow de vérification des factures (fichier Main.xaml).

Remarque :

• Pour les packages publiés avant juillet 2020, Orchestrator ne peut pas déterminer le point d'entrée principal ; par conséquent, aucun point d'entrée n'est sélectionné par défaut. Vous devez sélectionner manuellement le point d'entrée dans la liste déroulante.
• Si le processus ne prend pas en charge plusieurs points d'entrée, Orchestrator affiche Default dans la liste déroulante Point d'entrée (Entry point) et le champ est désactivé.

Arguments d'entrée, de sortie, d'entrée/de sortie

Concevoir votre projet dans Studio pour accepter les arguments d'entrée ou de sortie vous permet de les utiliser dans d'autres applications tierces ou Orchestrator. Cela signifie que tout processus que vous créez peut recevoir des arguments d'entrée via l'API ou l'interface Orchestrator.

Dans Orchestrator, les arguments et les informations associées sont affichés à plusieurs endroits : au niveau du processus, au niveau de la tâche et au niveau du déclencheur dans les sections d'arguments dédiées (onglet Arguments de runtime (Runtime Arguments) ou Arguments).

Vous pouvez spécifier des valeurs pour tous les arguments d'entrée. Pour plus d'informations sur les arguments d'entrée et de sortie dans Orchestrator, veuillez visiter cette page.

1 - Sélectionnez le point d'entrée. Activé uniquement si plusieurs points d'entrée sont disponibles.

2 - Filtrer les arguments affichés selon leur sens (Entrée (Input), Sortie (Output), Tout (All)).

3 - Voir les arguments et les informations associées pour le .xaml défini comme point d'entrée.

Remarque : Les valeurs par défaut fournies pour les arguments d'entrée dans Studio ne s'affichent pas dans Orchestrator, à tout niveau.

Processus d'arrière-plan et de premier plan

Cette section décrit les types de processus existants en fonction des exigences de l'interface utilisateur. Le type de processus est configuré dans Studio dans la fenêtre Paramètres du projet (Project Settings) et illustré en conséquence dans Orchestrator après la publication du projet.

Il existe deux types de processus, selon les exigences de l'interface utilisateur :

• Processus d’arrière-plan (Background Process)  : ne nécessite pas d’interface utilisateur ni d’intervention de l’utilisateur pour être exécuté. De ce fait, vous pouvez exécuter plusieurs tâches en mode Unattended et en simultané sur le même utilisateur. Chaque exécution nécessite une licence Unattended/NonProduction. Les robots Unattended gèrent les processus en arrière-plan dans la session 0, sous NT AUTHORITY\LOCAL SERVICE, qui n'a pas d'interface utilisateur et qui ne peut pas interagir avec une session utilisateur.

  En savoir plus sur l'automatisation des processus en arrière-plan dans Studio.

• Processus de premier plan - Nécessite une interface utilisateur, car l'exécution nécessite la génération de l'interface utilisateur, ou le processus contient des activités interactives, telles que Cliquer (Click). Vous ne pouvez exécuter qu'un seul de ces processus sur un utilisateur à la fois.

  Remarque : Le même utilisateur peut exécuter plusieurs processus d'arrière-plan et un seul processus de premier plan en simultané.

Le tableau suivant montre la version du robot UiPath requise pour exécuter les processus de premier plan/d'arrière-plan en fonction des considérations d'identification du robot.

Types de processus	Considérations relatives aux informations d'identification	minimale 2021.8
Arrière-plan	Robot avec informations d'identification	Tout
Premier plan	Robot avec informations d'identification	Tout
Arrière-plan	Robot sans informations d'identification	2021.10+
Premier plan	Robot sans informations d'identification	Configuration invalide ! Les tâches ne peuvent pas être exécutées.

Compatibilité des processus

Lors de la création d'un projet d'automatisation dans Studio, les développeurs doivent configurer un attribut de compatibilité qui impacte le framework cible sous-jacent du projet d'automatisation et le système d'exploitation compatible.

Le tableau suivant indique la version UiPath Robot requise pour exécuter les processus en fonction de leurs frameworks cibles et des considérations de compatibilité du système d'exploitation.

Infrastructure cible	Système d'exploitation	minimale 2021.8
.NET Framework 4.6.1	Windows - Héritage	Tout
.NET 5.0+	Windows	2021.10+
.NET 5.0+	Multiplateforme	2021.10+

Gestion des versions

Si une nouvelle version d'un paquet est disponible dans Orchestrator (vous avez publié une nouvelle version depuis Studio), elle est indiquée par l'icône en regard du processus dont elle fait partie.

Vous pouvez mettre à jour les processus vers la dernière version disponible individuellement, dans la fenêtre Afficher les processus ( View Processes ) correspondante, ou vous pouvez les mettre à jour en bloc, en sélectionnant plusieurs d'entre eux et en cliquant sur le bouton global Utiliser la dernière version (Use Latest ).

Si une version de paquet associée à un processus n'est plus disponible dans le référentiel NuGet configuré, elle est indiquée par l'icône .

Si vous utilisez la dernière version disponible d'un paquet dans un processus spécifique, l'icône s'affiche en regard du processus.

Autorisations de processus

Création d'un processus :

• Autorisation Consultation (View) pour les packages ;
• Autorisations Consultation (View) et Création (Create) pour les processus.

Démarrage d'une tâche à partir de la page Processus (Processes) :

• Autorisations pour créer un processus
• Création (Create) pour les tâches

Déploiement de processus dans des dossiers classiques :

• Autorisations pour créer un processus

  Consultation (View) pour les environnements est également requise.