maestro
latest
false
- Introduction
- Démarrage
- Modélisation des 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 Case Management
- Concevoir un schéma d’entité de cas persistant
- Définition des clés de cas (système vs. externes)
- Établir des contrats de tâche d’E/S et de réécriture
- Règles de sortie et fin d'étape antérieure
- Modélisation des étapes principale et secondaire
- Déclenchement d'un incident depuis Data Fabric
- Implémenter des personas et des autorisations au niveau de l’étape
- Définir des SLA et des règles d’escalade automatisées
- Configuration d’une boucle de révision (nouvelle entrée)
- Gestion des instances de cas en direct: suspendre, migrer et réessayer
- Dictionnaire des composants de gestion de cas Maestro
- Process modeling with Flow
- Démarrage
- Concepts de base
- Node reference
- Build guides
- Meilleures pratiques
- Référence (Reference)
- 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
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.
Remarque :
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.
Remarque :
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.