Événement temporel
Un cercle avec une tête d'horloge qui se déclenche selon un calendrier, après un délai, ou quand une échéance passe.
Ce que fait un événement temporel
Un événement temporel est un événement (début, intermédiaire ou frontière) avec un petit marqueur d'horloge. Il se déclenche sur une règle temporelle : une durée fixe après quelque chose (« 48 heures après la passation de commande »), un cycle récurrent (« chaque lundi à 09h00 ») ou une échéance absolue (« le 31/12/2026 à minuit »). Les événements temporels sont le type d'événement non simple le plus fréquent dans les vrais diagrammes ; délais et échéances apparaissent partout.
Trois emplacements comptent. Un événement temporel de *début* invoque une nouvelle instance selon un calendrier — « lancer le rapprochement quotidien à 02h00 ». Un événement temporel *intermédiaire* met le flux en pause pour une durée — « attendre 5 jours ouvrés, puis envoyer la relance ». Un événement temporel *frontière* sur une activité implémente un timeout — « si le manager ne répond pas sous 48 heures, escalader ». Chacun est le choix naturel pour un besoin de modélisation différent.
Les notations de timer en BPMN 2.0
- Durée — ISO 8601, par exemple `PT48H` pour 48 heures, `P1D` pour 1 jour, `P2W` pour 2 semaines. Utilisez pour des délais relatifs.
- Cycle — ISO 8601 récurrent, par exemple `R/PT1H` (toutes les heures), ou de type cron selon le moteur. Utilisez pour des débuts récurrents.
- Date — instant ISO 8601, par exemple `2026-12-31T23:59:00Z`. Utilisez pour des échéances ponctuelles.
- Expression — une valeur dynamique calculée à partir des données du processus, par exemple « trois jours ouvrés après `commande.date` ». Supportée sur la plupart des moteurs.
Les événements temporels dans LucidFlow
LucidFlow classe les mentions temporelles dans les documents source : « attendre 48 heures » devient un intermédiaire timer avec durée PT48H ; « si pas de réponse sous 3 jours » sur la frontière d'une activité devient un événement frontière timer ; « chaque lundi à 9h » attaché à un début devient un début timer. Le tableau de bord des coûts attribue le temps d'attente des timers aux nœuds appropriés — un timer intermédiaire contribue à la durée écoulée de l'instance mais pas au coût de travail ; un timer frontière se déclenche rarement, sa contribution est donc faible en général mais significative quand il se produit.
Questions fréquentes
Un événement temporel peut-il se déclencher dans le passé ?
Si la date absolue est déjà passée au moment où le timer est évalué, la plupart des moteurs le déclenchent immédiatement. C'est le comportement standard pour les timers définis antérieurement et stockés en vue d'une exécution différée.
Quelle différence entre un événement frontière timer et un événement intermédiaire timer ?
Un timer frontière s'attache à une activité et ne se déclenche que pendant son exécution — c'est une échéance pour cette activité. Un timer intermédiaire se place dans le flux et le met en pause — c'est un délai entre activités.
Comment un timer interagit-il avec les heures ouvrées ?
BPMN 2.0 ne modélise pas nativement les heures ouvrées — les durées ISO 8601 sont en temps calendaire. Des moteurs comme Camunda, Signavio et Flowable proposent des calendriers métier en extension. Si votre processus a une sémantique de jours ouvrés, précalculez l'échéance ou utilisez un moteur qui les comprend.