Événement frontière
Un événement attaché au bord d'une activité qui l'interrompt ou déclenche une réaction parallèle quand quelque chose survient pendant le travail.
Le rôle d'un événement frontière
Un événement frontière se place sur le bord d'une activité (tâche ou sous-processus) et ne se déclenche que pendant l'exécution de cette activité. C'est la façon qu'a BPMN de modéliser le « et si quelque chose arrive pendant cette étape » — le client annule en pleine conversation, le timer expire, un système en aval remonte une erreur, une escalade est déclenchée.
Il existe deux variantes. L'événement frontière *interrompant* (cercle plein) arrête l'activité hôte au moment où il se déclenche et route le jeton vers son flux sortant. L'événement frontière *non interrompant* (cercle en pointillés) laisse l'activité d'origine continuer tout en générant un chemin parallèle — utile pour « envoyer une relance au bout de dix minutes sans couper le travail ».
Les événements frontière que vous utiliserez vraiment
- `Timer` — « si cette tâche dépasse X, annuler ou escalader ». L'événement frontière le plus fréquent dans les vrais processus.
- `Erreur` — attraper une exception levée dans l'activité et la router vers un handler (retry, compensation, notification).
- `Message` — réagir à un signal externe pendant que l'activité tourne (« le client a envoyé un e-mail pour annuler en pleine expédition »).
- `Escalade` — notifier un manager sans arrêter le travail (« cette approbation est en attente depuis trois jours »).
- `Annulation` et `Compensation` — réservés aux transactions ; rarement utilisés en BPMN simple.
Les événements frontière dans LucidFlow
LucidFlow reconnaît les événements frontière quand le document source décrit des timeouts, de la gestion d'erreur ou des escalades (« si le manager ne répond pas sous 48 heures, escalader à son directeur »). Dans le BPMN cible — le processus transformé par l'IA — les événements frontière sont souvent le point où s'attachent les agents IA : un timer non interrompant qui déclenche un Copilote pour relancer le responsable, ou une erreur interrompante qui renvoie vers une automatisation de relance.
Questions fréquentes
Quelle est la différence entre un événement frontière interrompant et non-interrompant ?
L'interrompant (cercle plein) annule l'activité hôte en se déclenchant. Le non-interrompant (cercle en pointillés) laisse l'activité tourner et crée un chemin parallèle. Utilisez le non-interrompant pour les relances et les rappels ; l'interrompant pour les timeouts et les vraies erreurs.
Un événement frontière peut-il avoir son propre événement frontière ?
Non. Les événements frontière ne s'attachent qu'aux activités. Si vous avez besoin de « et si » imbriqués, modélisez la gestion extérieure comme un sous-processus et attachez de nouveaux événements frontière à ce sous-processus.
Où va le jeton après le déclenchement d'un événement frontière ?
Il sort par le flux de séquence propre à l'événement frontière, tracé depuis cet événement et non depuis l'activité hôte. Le flux sortant de l'activité hôte ne se déclenche que si l'activité se termine normalement.