Événement intermédiaire
Un événement à double bordure qui survient entre le début et la fin d'un processus — tout ce qui interrompt, attend, signale ou rattrape.
Ce qu'est un événement intermédiaire
Un événement intermédiaire est un cercle à double bordure. Il représente quelque chose qui se passe *pendant* le processus — ni au début, ni à la fin. Il existe en deux familles. Les événements intermédiaires *qui rattrapent* attendent qu'il se passe quelque chose (un timer expire, un message arrive, un signal se lève) puis laissent le jeton continuer. Les événements intermédiaires *qui lèvent* produisent activement quelque chose (envoyer un message, diffuser un signal, escalader) puis continuent immédiatement.
Le marqueur intérieur indique le type : une horloge pour les timers, une enveloppe pour les messages, un triangle pour les signaux, un éclair pour les erreurs, une enveloppe en pointillés pour les messages non-interrompants, et ainsi de suite. Un cercle vide à double bordure est un événement intermédiaire *simple* — surtout un repère de délai sans déclencheur précis modélisé.
Les événements intermédiaires les plus utilisés
- `Timer (rattrape)` — « attendre 48 heures avant d'envoyer la relance ». La façon la plus simple de modéliser un délai au milieu d'un processus.
- `Message (rattrape)` — « attendre la confirmation du client ». Le flux marque une pause jusqu'à l'arrivée du message.
- `Message (lève)` — « envoyer la notification d'expédition au client ». Le flux continue immédiatement après l'envoi.
- `Signal (rattrape)` — « écouter un broadcast d'entreprise ». Contrairement aux messages, les signaux sont fire-and-anyone-catches.
- `Signal (lève)` — « diffuser que la campagne a démarré ». Tout autre processus à l'écoute de ce signal réagit.
Les événements intermédiaires dans LucidFlow
LucidFlow détecte les événements intermédiaires quand le document source décrit des attentes, des notifications ou des déclencheurs cross-process (« on envoie au client une confirmation, puis on attend sa réponse », « l'équipe commerciale est notifiée quand le devis est approuvé »). Le générateur classe les timers par durée explicite (« attendre 24 heures »), les messages par destinataire nommé (« notifier le client ») et les signaux par audience large (« annoncer à l'équipe marketing »). La heatmap colore les longues attentes — souvent la plus grosse source de délai dans un processus — pour que vous puissiez les cibler avec de l'automatisation asynchrone.
Questions fréquentes
Quelle est la différence entre un événement intermédiaire et un événement frontière ?
Un événement intermédiaire vit dans le flux de séquence normal — le jeton doit le traverser. Un événement frontière est collé au bord d'une activité et ne se déclenche que pendant l'exécution de cette activité. Mêmes marqueurs ; c'est le placement qui diffère.
Un événement intermédiaire peut-il être à la fois qui lève et qui rattrape ?
Non. Chaque événement intermédiaire est l'un ou l'autre. Les événements qui lèvent ont un marqueur plein ; ceux qui rattrapent un marqueur vide. Si le processus doit envoyer puis attendre une réponse, modélisez deux événements intermédiaires — lever, puis rattraper.
Les événements intermédiaires comptent-ils dans la durée du processus ?
Ceux qui rattrapent, oui — le temps passé à attendre fait partie du temps écoulé de l'instance. Ceux qui lèvent, généralement non, parce qu'ils se déclenchent et passent le jeton immédiatement ; toute latence est du côté de celui qui reçoit le message.