Événement Intermédiaire de Message(Intermediate Message Event)
Met le flux en pause jusqu'à l'arrivée d'un message précis d'un autre participant. Double cercle fin avec une enveloppe claire (non remplie).
L'Événement Intermédiaire de Réception de Message (Intermediate Message Catch Event) modélise une communication en cours : le jeton s'arrête et attend un message qui reprend une instance existante — contrairement à l'Événement de Début Message, qui en crée une nouvelle.
Le message franchit toujours une frontière de Pool (il provient d'un autre participant) et est normalement rattaché à un Flux de Message (Message Flow) en pointillés.
Quand l'utiliser et l'éviter
Quand l'utiliser
Lorsque le processus doit attendre une communication externe avant de continuer (par ex. une confirmation de paiement).
Pour les échanges asynchrones (handshakes) entre deux Pools.
Lorsque la réception doit reprendre une instance en cours, et non en créer une nouvelle.
Quand NE PAS l'utiliser
Pour démarrer le processus à partir d'un message — c'est l'Événement de Début Message.
Lorsque l'attente est un travail suivi nécessitant des délais ou des marqueurs — une Tâche de Réception convient mieux.
Pour une communication au sein du même Pool — utilisez le flux de séquence et les données.
Exemple métier
Attendre la confirmation de paiement du client
Ouvrez cet exemple dans l'éditeur de processus HEFLO et explorez le diagramme de l'intérieur.
Ouvrir dans l'éditeur HEFLO →Étape par étape
- La commande est enregistrée et Émettre la facture envoie la demande de règlement au client.
- L'Événement Intermédiaire de Réception de Message (mis en évidence) retient le jeton jusqu'à l'arrivée du message de confirmation de paiement.
- Une fois reçu, Libérer l'expédition s'exécute et le processus s'achève.
Sans cet événement, le fournisseur expédierait avant de confirmer le paiement — la réception impose le point de synchronisation.
Différences
Événement d'Émission de Message vs Tâche d'Envoi
Tous deux envoient un message, mais la Tâche d'Envoi (Send Task) est une activité (marqueurs de boucle/multi-instance, événements en bordure, métriques de travail) tandis que l'Événement d'Émission (Throw Event) est atomique et instantané. Tâche = travail gérable ; événement = notification au passage.
Signal vs Message
Un Message est adressé à un destinataire précis (point à point entre participants). Un Signal est une diffusion — quiconque écoute réagit. Conversations un-à-un → Message ; publication/abonnement → Signal.
FAQ
Comment les événements de réception et d'émission de message se distinguent-ils visuellement ?
La réception affiche l'enveloppe en contour (claire) ; l'émission l'affiche remplie (sombre). Tous deux utilisent le double cercle fin des événements intermédiaires.
Un événement de message peut-il être rattaché à la bordure d'une tâche ?
Oui — un Événement de Message en Bordure réagit à un message pendant l'exécution de l'activité : interruptif, il annule l'activité ; non interruptif, il déclenche un chemin parallèle.