Messages et mises à jour

Configurez les événements de message de limite non interruptifs dans Maestro pour traiter les mises à jour pendant qu'une tâche est en cours sans interrompre le workflow principal.

Gérer les mises à jour sans interrompre le travail (messages de frontière non interruptifs)

Utiliser lorsque

• Vous devez traiter les mises à jour pendant qu'une tâche est en progression.
• Les mises à jour ne doivent pas arrêter le travail principal.

Le modèle en mots simples

1. Démarrez.
2. Sous-processus : préparation des livrables.
3. Message de limite non interruptif Exigences mises à jour reçues : tâche utilisateur Enregistrer les nouvelles exigences.Tâche de service Ajuster le plan de projet. Exigences de fin gérées.
4. Message de limite non interruptif Modification de la règle de conformité reçue : tâche utilisateur Examiner la modification de la règle.Tâche de service Mettre à jour la liste de contrôle de conformité. Conformité de fin gérée.
5. Chemin principal : préparation du produit livrable terminée. Livrable de fin terminé.

Résultat

La tâche principale s'exécute jusqu'à son achèvement tandis que chaque message de limite non interruptif génère un flux secondaire indépendant qui gère la mise à jour sans arrêter le travail principal.

Remarque :

Chaque message déclenche un petit flux secondaire sans arrêter le travail principal.

Autres scénarios

• Finance : examen du risque de crédit recevant de nouvelles données de marché.
• Santé : préparation du plan de soins recevant les résultats du laboratoire mis à jour.
• Fabrication : mises à jour de la conception des produits à partir des modifications de la réglementation.
• Vente au détail : mises à jour du plan de campagne avec les révisions de produits.
• Télécom : mises à jour de la planification de mise à niveau du réseau avec des modifications de conformité.

Annuler pendant une tâche (message d'interruption)

Utiliser lorsque

• Le travail doit s'arrêter immédiatement sur une demande d'annulation.
• Un message clair doit interrompre la tâche.

Le modèle en mots simples

1. Démarrez.
2. Sous-processus : réservation de processus.
3. Interruption du message de limite Annuler la demande : tâche de l'utilisateur Arrêter et notifier. Fin annulée.
4. Chemin normal : la réservation du processus se termine.Terminé.

Résultat

Le message de limite d'interruption annule immédiatement le sous-processus actif et le travail s'arrête proprement, tandis que le chemin d'achèvement normal est suivi lorsqu'aucun message d'annulation n'arrive.

Remarque :

Le message d'interruption annule le travail actif à la limite du sous-processus.

Autres scénarios

• Finance : le retrait de prêt annule la souscription.
• Santé : le patient annule une procédure programmée.
• Fabrication : annulez la commande de production avant l'exécution.
• Vente au détail : annulez la commande avant l'expédition.
• Télécom : annulez la configuration du nouveau service.

Répartiteur piloté par les événements (début du message)

Utiliser lorsque

• Un nouveau message externe doit démarrer un processus.
• Chaque événement génère une instance de workflow indépendante.

Le modèle en mots simples

1. Début du message : nouvel e-mail reçu.
2. Tâche de service : crée un ticket d'assistance.
3. Tâche d'envoi : confirmer la réception.
4. Ticket clôturé.

Résultat

Chaque message entrant démarre une nouvelle instance de workflow indépendante, un ticket d'assistance est créé et une confirmation est envoyée à l'auteur.

Remarque :

Chaque message entrant crée une nouvelle instance.

Autres scénarios

• Finance : le message de demande du fournisseur commence l'intégration.
• Santé : le message d'orientation démarre l'admission du patient.
• Fabrication : le rapport de défaut démarre le processus d'assurance qualité.
• Vente au détail : la commande en ligne démarre l'exécution.
• Secteur public : la demande des citoyens ouvre un enregistrement d'incident.