Messages et mises à jour

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é.

   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é.

   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é.

   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.