- Présentation de UiPath Maestro™
- Démarrage
- Page d'accueil Maestro
- Modélisation des processus
- Ouvrir la zone de modélisation
- Modéliser votre processus
- Aligner et connecter des éléments BPMN
- Autopilot™ pour Maestro (aperçu public)
- Implémentation des processus
- Opérations de processus
- Surveillance des processus
- Optimisation des processus
- Licences
- Informations de référence
Guide de l'utilisateur de Maestro
Les sous-processus améliorent la clarté des modèles en regroupant les activités liées dans une structure réutilisable unique. Ils aident à réduire la complexité des diagrammes, à isoler la logique métier et à encourager la réutilisation.
- Seules les activités d'appel sont prises en charge.
- Le sous-processus doit être modélisé sous forme de diagramme distinct.
- Le processus d'appel transmet les entrées et reçoit les sorties par le biais de paramètres définis.
Une activité d'appel référence un sous-processus défini ailleurs dans le projet ou l'environnement. Il se comporte comme une fonction réutilisable. Les activités d'appel améliorent la modélisation des processus comme suit :
- En réduisant la duplication entre les diagrammes
- En isolant la logique réutilisable (par exemple, approbations, validations, distribution)
- En préservant la concision du diagramme principal
- En maintenant un comportement cohérent entre les variantes de processus.
- Modéliser le sous-processus comme son propre diagramme autonome.
- Dans le diagramme parent, insérer une activité d'appel.
- Liez l'activité d'appel au sous-processus.
- Configurer les variables d'entrée et de sortie pour échanger des données.
Scénario d'utilisation : un workflow d'intégration utilise le même sous-processus Collecter les documents dans les processus d'intégration des employés et des fournisseurs. Au lieu de dupliquer des étapes, une activité d'appel est ajoutée dans chaque processus parent référençant le même sous-processus.
- Donnez aux sous-processus un nom métier significatif (par exemple, Vérifier les conditions du contrat).
- Documentez les paramètres d'entrée/sortie et leur utilisation attendue.
- Gardez les sous-processus concentrés sur une seule responsabilité ou un seul résultat.
- Évitez de concevoir des sous-processus en utilisant des hypothèses sur le contexte parent.
Le nom des sous-processus et des activités d'appel doit :
- Utiliser un langage métier, pas des termes techniques
- Décrire le résultat (par exemple, Collecter les données du client, pas Formulaire Étape 2)
- Refléter ce que le sous-processus accomplit, pas comment.
- Les sous-processus étendus (c'est-à-dire les sous-processus en ligne) ne sont pas pris en charge. Tous les sous-processus doivent être modélisés sous forme de diagrammes distincts et invoqués à l'aide d'activités d'appel.
- Les sous-processus ad-hoc ne sont pas pris en charge.
- Le partage de variables implicites n'est pas pris en charge. Les données doivent être mappées explicitement par le biais de liaisons d'entrée/sortie.
Les sous-processus prennent en charge les marqueurs multi-instances, où chaque élément est exécuté plusieurs fois. Les éléments qui peuvent être marqués comme multi-instances sont tous des types de tâches, à l'exception des sous-processus.
| Catégorie | Attributs | Comment utiliser ou accéder |
|---|---|---|
| OuterSP : Obtenir les coordonnées de chaque utilisateur | InputCollection | var.GetUsers |
| OuterSP : Obtenir les coordonnées de chaque utilisateur | Iterator Item | iterator.item.gid |
| InnerSP : obtenir tous les e-mails de chaque contact | InputCollection | iterator[0].item.contactArray |
| InnerSP : obtenir tous les e-mails de chaque contact | Iterator Item | iterator[1].item.ContactId |
| Envoyer un e-mail | InputCollection | iterator[1].item.EmailArray |
| Envoyer un e-mail | Iterator Item | iterator[2]item.emailAddress |
Pour plus de détails sur les éléments BPMN pris en charge dans Maestro, consultez la section Prise en charge BPMN.
