- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- 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
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Paramètres
- Registre
- Cloud Robots
- Vue d'ensemble des robots Cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
La disponibilité des fonctionnalités dépend de l'offre Cloud que vous utilisez. Pour de plus amples informations, consultez la page Disponibilité des fonctionnalités.
Un processus est l'état déployé et configuré d'un package, prêt à être exécuté sous forme de tâche.
Plus précisément, un processus représente la version d'un package liée à un dossier particulier. Lorsque vous déployez un nouveau processus, il devient disponible à 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é.
Le tableau suivant contient la description des colonnes de la grille Processes (Processus).
| Champ | Description |
|---|---|
| Nom | Nom affiché du processus. Vous pouvez trier la liste des processus par Nom (Name). |
| Saisie de texte | Le type de projet. Les options suivantes sont disponibles :
|
| 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). |
| 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. |
| Interaction de l’utilisateur | Spécifie si le processus nécessite une interaction de l'utilisateur :
|
| Compatibilité | Système d'exploitation compatible pour l'infrastructure cible sous-jacente du projet d'automatisation. |
| Entry point | The workflow file used to start the execution of the process. By default, the Main.xml file is set as the entry point. If your project contains multiple entry points, the one selected at process creation is displayed. When you change the package version during process editing, the selected entry point is preserved if the same workflow exists in the new version. |
| 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
For projects with multiple workflows, use Main.xaml as your main workflow and link other .xaml files through the Invoke Workflow File activity. Learn more about project organization in Studio.
You can change or add entry points to control which workflow executes. In Studio, right-click a .xaml file and set it as main or add it as an entry point.
Example: Multiple invoice processing workflows
You have two workflows to process invoices from different sources:
DownloadInvoiceFromStorage.xaml— downloads the invoice from external storageGetInvoiceFromLocal.xaml— retrieves the invoice from a local device
At runtime in Orchestrator, select the entry point that matches your scenario. If the invoice is already local, select GetInvoiceFromLocal.xaml to start execution from that workflow.
For packages published before July 2020, Orchestrator cannot auto-detect the main entry point. Select the entry point manually from the drop-down. If the process doesn't support multiple entry points, Default is displayed and the field is disabled.
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.
Image 1. Configuration du processus
Figure 2. Arguments
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
Processes are classified by their user interface requirements.
Background Processes
Background processes don't require a user interface or user intervention. You can execute multiple background jobs simultaneously on the same user in unattended mode. Each execution requires an Unattended/NonProduction license. Unattended robots run background processes in Session 0 under NT AUTHORITY\LOCAL SERVICE, which has no UI access.
Learn more about background process automation in Studio.
Foreground Processes
Foreground processes require user interface access (either for UI generation or interactive activities like Click). You can execute only one foreground process per user simultaneously. However, the same user can execute multiple background processes and one foreground process at the same time.
Configuring process type
The process type is set in Studio on the Project Settings window and appears in Orchestrator after publishing.
Figure 3. Démarrer un processus en arrière-plan
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.
Figure 4. Compatibilité des processus
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 individuellement les processus à la dernière version disponible, dans la fenêtre Afficher les processus (View Processes) correspondante. Vous pouvez également les mettre à jour en bloc en sélectionnant plusieurs d'entre eux et en cliquant sur le bouton Utiliser la dernière (Use Latest) global.
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.
Applications utilisées
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.
Si aucune application ne peut être récupérée, un message Aucune application n'a pu être récupérée pour ce package (No app(s) could be retrieved for this package) s'affiche. Cela est très probablement dû à l'une des raisons suivantes :
- 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.
Ces informations sont également affichées dans la fenêtre Afficher les notes de publication (Show release notes) pour chaque version de package.
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
Apprenez-en davantage à la page à propos des rôles.