- Introduction
- Démarrage
- Modélisation du processus avec BPMN
- Compréhension de la modélisation des processus
- 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
- Modélisation des processus avec la gestion des incidents
- Concevoir un schéma d'entité de cas persistant
- 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
- Règles de sortie et fin de l’étape précoce
- 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)
- Gestion des instances de cas en cours : suspendre, migrer et réessayer
- Dictionnaire des composants de gestion des incidents Maestro
- Modélisation des processus avec Flow
- 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
Implémentez des modèles BPMN avancés dans Maestro, y compris des flux de demande-réponse asynchrones avec des passerelles basées sur les événements, des fenêtres SLA et des chemins de délai d'expiration.
Demander et attendre l'établissement de la liaison
Utiliser lorsque
- Vous envoyez une demande asynchrone et attendez une réponse ou un délai d'attente.
- Vous avez besoin d'une fenêtre SLA et d'un résultat propre sur l'un ou l'autre chemin.
Le modèle en mots simples
- Démarrez.
- Tâche d'envoi : envoyer une demande de paiement.
- Passerelle basée sur les événements : attendez l'une des actions suivantes.
- Événement de message : Paiement reçu. Fin payée.
- Événement du minuteur : quatorze jours écoulés. Tâche de service Clôturer impayée.Fin clôturée impayée.
Résultat
Le processus aboutit à l'un des deux résultats suivants en fonction de l'événement qui se produit en premier : le chemin payé si un message de paiement est reçu ou le chemin fermé et non payé si le minuteur de quatorze jours s'écoule.
Ce modèle modélise proprement une communication asynchrone avec un SLA.
Autres scénarios
- Finance : paiement de la facture par rapport à la clôture à la date d'échéance.
- Assurance : preuve de demande de remboursement par rapport à l'expiration.
- Vente au détail : confirmation du fournisseur par rapport à un approvisionnement alternatif.
- Secteur public : réponse reçue par rapport à fermeture automatique.
- Fabrication : confirmation de commande contre annulation.
Attendre un message spécifique avec une date limite
Utiliser lorsque
- Un message précis est attendu avant de continuer.
- Une date limite doit servir de déclencheur pour l'escalade si le message n'arrive pas.
Le modèle en mots simples
- Démarrez.
- Tâche Recevoir : Attendre le rapport du spécialiste avec un minuteur de limite d'interruption défini sur cinq jours.
- Sur le minuteur : tâche utilisateur Escalader. Fin de l'escalade.
- Chemin normal : Recevoir le rapport. Tâche utilisateur Révision du rapport. Fin révisée.
Résultat
Le processus se termine selon l'un des deux chemins suivants : le chemin examiné si le rapport du spécialiste arrive dans les cinq jours ou le chemin escaladé si le minuteur de limite s'active avant que le message ne soit reçu.
Le minuteur définit le SLA et déclenche l'escalade.
Autres scénarios
- Finance : attendre la réponse d'audit contre escalade.
- Santé : attendre les enregistrements des patients contre escalade.
- Vente au détail : attendre la confirmation du fournisseur contre l'escalade de l'achat.
- Fabrication : attendre les résultats du test d'assurance qualité contre l'escalade du gestionnaire.
- Secteur public : attendre la réponse des citoyens contre fermer automatiquement.