maestro
latest
false
- Introduction
- Démarrage
- Modélisation des processus
- Compréhension de la modélisation des processus
- Événements de BPMN
- Tâches dans la modélisation BPMN
- Passerelles et logique de flux
- Marqueurs
- Sous-processus et modularité
- Objets de données et magasins de données
- Participants
- Flux de séquence
- Éléments pris en charge par BPMN
- Flux et routage
- Boucles
- Heure et rappels
- Messages et mises à jour
- Erreurs et récupération
- Modèles avancés
- Ouverture du canevas de modélisation
- Modéliser votre processus
- Alignement et connexion des éléments BPMN
- Autopilot pour Maestro (aperçu)
- Référentiel de processus
- Implémentation des processus
- Débogage
- Simulation
- Publication et mise à niveau des processus agentiques
- Scénarios de mise en œuvre courants
- Extraire et valider des documents
- Opérations de processus
- Surveillance des processus
- Optimisation des processus
- Informations de référence
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
Guide de l'utilisateur de Maestro
Détecter l'échec de la tâche et récupérer (limite d'Error)
Utiliser lorsque
- Une tâche peut échouer et nécessite une gestion manuelle au même point.
- Réessayer n'est pas souhaité ; la récupération remplace la réessayer.
Modèle avec des mots simples
- Démarrez.
- Tâche de service : processus de transaction avec une limite d'Error d'interruption.
- En cas d'Error : la tâche de l'utilisateur doit être gérée manuellement.Fin résolue correctement.
- Chemin normal : la transaction du processus est terminée. Fin terminée.
Résultat
En cas d'Error, le processus est acheminé vers la tâche de gestion manuelle et se termine comme résolu. Dans le chemin normal, la tâche de service se termine avec succès et le processus se termine comme terminé.
Remarque :
La récupération a lieu au point d'échec.
Autres scénarios
- Finance : l'acheminement de l'échec de publication de la facture vers la saisie manuelle.
- Santé : l'échec de la vérification de l'assurance déclenche un suivi manuel.
- Fabrication : l'échec du CQ automatisé déclenche une inspection manuelle.
- Vente au détail : acheminement de l'échec de la soumission de commande en ligne vers un agent.
- Télécom : l'échec de l'activation envoie un technicien sur le terrain.
Dégradation progressive avec secours facultatif du système.
Utiliser lorsque
- Une étape automatisée facultative peut échouer.
- Le processus peut continuer manuellement sans bloquer l'achèvement.
Le modèle en mots simples
- Démarrez.
- Tâche de service : Vérifier la qualité automatisée avec une limite d'Error interruptive.
- En cas d'Error : tâche de l'utilisateur manuel Inspection.Fin vérifiée.
- Chemin normal : Vérifier le contrôle qualité automatisé.Fin vérifiée.
Résultat
En cas d'erreur, le processus revient à l'inspection manuelle et se termine comme étant vérifié. Sur le chemin normal, le contrôle qualité automatisé se termine et le processus se termine comme étant vérifié.
Remarque :
Le repli manuel préserve l'achèvement.
Autres scénarios
- Finance : la génération automatique de rapports échoue ; produisez un rapport manuel.
- Santé : la recherche d'assurance échoue ; exécutez une requête manuelle.
- Vente au détail : la synchronisation du produit échoue ; mettez à jour le catalogue manuellement.
- Fabrication : le planificateur échoue ; créez des tâches manuellement.
- Secteur public : la vérification automatique échoue ; effectuer un examen manuel.