Timer events are events triggered by a defined timer.
A process can have one or more timer start events (besides other types of start events). Each of the timer events must have either a time date or time cycle definition.
When a process is deployed, it schedules a timer for each timer start event. Scheduled timers of the previous version of the process (based on the BPMN process id) are canceled.
When a timer is triggered, a new process instance is created and the corresponding timer start event is activated.
An intermediate timer catch event must have a time duration definition that defines when it is triggered.
When an intermediate timer catch event is entered, a corresponding timer is scheduled. The process instance stops at this point and waits until the timer is triggered. When the timer is triggered, the catch event is completed and the process instance continues.
An interrupting timer boundary event must have a time duration definition. When the corresponding timer is triggered, the activity is terminated. Interrupting timer boundary events are often used to model timeouts; for example, canceling the processing after five minutes and doing something else.
A non-interrupting timer boundary event must have either a time duration or time cycle definition. When the activity is entered, it schedules a corresponding timer. If the timer is triggered and defined as time cycle with repetitions > 0, it schedules the timer again until the defined number of repetitions is reached.
Non-interrupting timer boundary events are often used to model notifications; for example, contacting the support if the processing takes longer than an hour.
Timers must be defined by providing either a date, a duration, or a cycle.
A timer can be defined either as a static value (e.g.
PT3D) or as an expression. There are two common ways to use an expression:
- Access a variable (e.g.
- Use temporal values (e.g.
= date and time(expirationDate) - date and time(creationDate))
If the expression belongs to a timer start event of the process, it is evaluated on deploying the process. Otherwise, it is evaluated on activating the timer catch event. The evaluation must result in either a
string that has the same ISO 8601 format as the static value, or an equivalent temporal value (i.e. a date-time, a duration, or a cycle).
A specific point in time defined as ISO 8601 combined date and time representation. It must contain timezone information, either
Z for UTC or a zone offset. Optionally, it can contain a zone id.
2019-10-01T12:00:00Z- UTC time
2019-10-02T08:09:40+02:00- UTC plus two hours zone offset
2019-10-02T08:09:40+02:00[Europe/Berlin]- UTC plus two hours zone offset at Berlin
A duration defined as ISO 8601 durations format.
PT15S- 15 seconds
PT1H30M- 1 hour and 30 minutes
P14D- 14 days
If the duration is zero or negative, the timer fires immediately.
A cycle defined as ISO 8601 repeating intervals format. It contains the duration and the number of repetitions. If the repetitions are not defined, the timer repeats infinitely until it is canceled.
R5/PT10S- every 10 seconds, up to five times
R/P1D- every day, infinitely
A timer start event with time date:
<bpmn:startEvent id="release-date"> <bpmn:timerEventDefinition> <bpmn:timeDate>2019-10-01T12:00:00Z</bpmn:timeDate> </bpmn:timerEventDefinition></bpmn:startEvent>
An intermediate timer catch event with time duration:
<bpmn:intermediateCatchEvent id="coffee-break"> <bpmn:timerEventDefinition> <bpmn:timeDuration>PT10M</bpmn:timeDuration> </bpmn:timerEventDefinition></bpmn:intermediateCatchEvent>
A non-interrupting boundary timer event with time cycle:
<bpmn:boundaryEvent id="reminder" cancelActivity="false" attachedToRef="process-order"> <bpmn:timerEventDefinition> <bpmn:timeCycle>R3/PT1H</bpmn:timeCycle> </bpmn:timerEventDefinition></bpmn:boundaryEvent>