- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Authentification par carte à puce
- Configurer les capacités d’automatisation
- Audit
- Paramètres - Niveau du locataire
- Service de catalogue de ressources
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- À propos des processus
- Gestion des processus
- Gestion des exigences de package
- Enregistrement
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Autres configurations
- Intégrations
- Administration de l'hôte
- About the host level
- Gestion des administrateurs système
- Gestion des locataires
- Configuration des notifications par e-mail du système
- Journaux d'audit pour le portail hôte
- Mode de Maintenance
- Administration de l'organisation
- Résolution des problèmes
À 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.
|
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é.
|
Priorité de l'exécution |
La priorité de la tâche. 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 :
|
Type d’exécution |
Le type d'exécution du processus. Lié au paramètre de projet d'automatisation Attended dans Studio :
La valeur Non spécifié (Unspecified) est affichée pour les packages publiés avant la version 2021.10.3 de Studio. |
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. |
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.
.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.
.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 externeGetInvoiceFromLocal.xaml
– le workflow qui récupère la facture de votre appareil.
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
).
- 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é.
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.
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. -
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. |
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+ |
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.
Les applications Windows utilisées par le package Studio sous-jacent sont affichées dans la section Applications, selon la version de package sélectionnée.
Si le package utilise des applications qui ne peuvent pas être identifiées, une entrée Applications inconnues (Unknown apps) s'affiche, suivie du nombre d'applications non identifiées entre parenthèses.
-
Votre version Studio est antérieur à 2023.2
-
Votre version Studio est 2023.2, mais une règle de gouvernance est en place, ce qui empêche les informations d'être journalisées.
-
Votre package a été téléchargé à partir d'un flux externe. Seuls les packages provenant de flux internes peuvent fournir ces informations.
-
Le package n'utilise aucune application.
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
Apprenez-en davantage à la page à propos des rôles.