Événement de Début de Message(Message Start Event)
Démarre une nouvelle instance de processus lorsqu'un message arrive d'un autre participant. Cercle fin avec une icône d'enveloppe claire (non remplie).
L'Événement de Début Message (Message Start Event) est la manière dont un processus réagit au monde extérieur : un client envoie une commande, un partenaire soumet une réclamation, un autre système poste une requête — et une nouvelle instance est créée pour la traiter.
Dans un diagramme de collaboration, un Flux de Message (Message Flow) en pointillés partant du Pool de l'émetteur vers cet événement rend le déclencheur explicite.
Quand l'utiliser et l'éviter
Quand l'utiliser
Lorsque chaque requête entrante provenant d'un autre participant doit créer sa propre instance de processus.
Pour les intégrations de systèmes où un appel externe engendre le processus.
Lorsque vous souhaitez que le déclencheur soit documenté et applicable par le moteur.
Quand NE PAS l'utiliser
Lorsque le message doit être reçu en cours de processus par une instance déjà existante — utilisez un Événement Intermédiaire de Réception de Message ou une Tâche de Réception.
Pour les diffusions vers des destinataires inconnus — c'est un Événement de Début Signal.
Pour les transferts internes au sein du même Pool — les messages n'existent qu'entre participants.
Exemple métier
Une commande client crée une instance de traitement
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
- L'Événement de Début Message (mis en évidence) se déclenche à l'arrivée du message de commande du client — une instance par commande.
- Traiter la commande prend en charge la nouvelle instance.
- L'instance se termine une fois la commande traitée.
Différences
Différence entre un Événement de Début Message et une Réception Intermédiaire de Message
Le Début crée une *nouvelle* instance à l'arrivée du message. La Réception Intermédiaire fait attendre un message par une instance *existante*. Demandez-vous : ce message ouvre-t-il le travail, ou le reprend-il ?
FAQ
Comment le message de l'émetteur atteint-il cet événement ?
Via un Flux de Message provenant du Pool de l'émetteur. Techniquement, les moteurs lient l'événement à un canal — un point de terminaison d'API, une file d'attente, une adresse e-mail.
Que se passe-t-il si deux commandes arrivent en même temps ?
Chaque message crée sa propre instance indépendante — c'est précisément l'objectif.