maestro
latest
false
Guide de l'utilisateur de Maestro Orchestrate
- Introduction
- Démarrage
- Créer sur n’importe quel canevas
- Créer avec le cas
- Référence (Reference)
- Définition des clés de cas (système vs. externe)
- Établissement des contrats d'E/S et de réécriture de la tâche
- Modélisation des étapes primaires et secondaires
- Déclencher un cas à partir de Data Fabric
- Implémentation des personas et des autorisations au niveau de l'étape
- Définition des SLA et des règles d'escalade automatisées
- Configuration d'une boucle de retraitement (renouvellement)
- Configurer et tester l'agent Case Manager (aperçu)
- Créer avec Flow
- Créer avec BPMN
- Opérations
- Surveillance
- Optimisation
- Informations de référence
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
Commutateur (Switch)
Le nœud Commutateur achemine un workflow vers l'un de ces chemins en fonction de conditions de cas ordonnées.
Ce qu’il fait
Achemine un workflow vers l'un de ces chemins en fonction de conditions ordonnées. La première condition qui correspond est prise.
Choix entre Basculer et Décision
| Utiliser Basculier lorsque... | Utiliser la décision lorsque... |
|---|---|
| Vous avez trois résultats ou plus | Vous avez exactement deux résultats |
| Vous effectuez le routage selon plusieurs conditions distinctes | La condition est un simple oui/non |
| Vous avez besoin d'une branche par défaut/de secours |
Référence de la configuration
| Champ | Requis | Default | Description |
|---|---|---|---|
| Incidents | Oui (Yes) | 2 cas vides | Liste de branches ordonnée. Chaque cas a un libellé de gestion et une expression JavaScript ; la première expression véridique est prise. |
| Inclure par défaut | Non (No) | true | S'il faut ajouter une branche par défaut qui est prise lorsqu'aucune expression de cas ne correspond. |
Écriture d'expressions de cas
Chaque expression de cas utilise le même environnement JavaScript que les nœuds Script et Décision :
// Case 1: high priority
$vars.ticket1.output.priority === "high"
// Case 2: medium priority
$vars.ticket1.output.priority === "medium"
// Case 3: low priority (or use Default to catch everything else)
$vars.ticket1.output.priority === "low"
// Case 1: high priority
$vars.ticket1.output.priority === "high"
// Case 2: medium priority
$vars.ticket1.output.priority === "medium"
// Case 3: low priority (or use Default to catch everything else)
$vars.ticket1.output.priority === "low"
Des conditions plus spécifiques doivent apparaître en premier. Une condition plus générale figurant plus haut dans la liste sera prise en compte avant une condition plus spécifique située en dessous.
Exemples
Exemple 1: acheminer par code de statut HTTP
| Cas | Expression | Branche |
|---|---|---|
| Réussite | $vars.httpRequest1.output.code === 200 | traiter la réponse |
| Introuvable | $vars.httpRequest1.output.code === 404 | gérer la ressource manquante |
| Default | (repli) | gérer l’erreur inattendue |
Exemple 2: Routez par valeur de chaîne
| Cas | Expression | Branche |
|---|---|---|
| Approuvé | $vars.form1.output.status === "approved" | Continuer le workflow |
| Rejeté | $vars.form1.output.status === "rejected" | notifier le rejet |
| En attente | $vars.form1.output.status === "pending" | attendre la révision |
| Default | (repli) | gérer le statut inconnu |
Prochaines étapes
- Nœud de décision: se ramifie en exactement deux chemins.
- Variables et flux de données:
$varsmodèles de syntaxe et d'expression. - Gestion des erreurs: gestion des échecs, qui diffère de l'arborescence conditionnelle.