- 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 (version préliminaire)
- 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

Guide de l'utilisateur de Maestro
Erreurs et récupération
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.
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.
Réessayer une étape échouée avant l'escalade

Utiliser lorsque
- Les problèmes temporaires se résolvent souvent lors d'un réessai.
- Vous souhaitez un nombre de réessais fixe avant l'escalade.
Le modèle en mots simples
-
Démarrez.
-
Tâche de service : synchronisez les données avec une limite d'erreur interruptive.
-
En cas d'erreur : revenez en arrière pour réessayer jusqu'à un maximum défini.Si cela échoue toujours, tâche utilisateur Escalader le problème.Fin de l'escalade.
-
Chemin normal : la synchronisation des données est terminée. Fin synchronisée.
Remarque :Limiter les tentatives et consigner chaque tentative.
Autres scénarios
- Finance : réessayer la passerelle de paiement avant la facturation manuelle.
- Santé : réessayer le transfert des données de laboratoire avant l'escalade.
- Fabrication : réessayer l'étalonnage avant l'examen par le technicien.
- Vente au détail : réessayer l'API fournisseur avant la commande d'achat manuelle.
- Télécom : enregistrez le réessai avant l'envoi du technicien.
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.
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.