Skip to content
← All terms

Start Event

The thin-bordered circle that says where a process begins and what triggers it.

What a start event marks

A start event is a circle with a thin single-line border. It is where every process instance begins, the first node a token occupies. A process without a start event has no way to create instances. It is a specification with no invocation point.

The marker inside the start circle tells you what triggers new instances. Empty (no marker) is a plain start, invoked manually or by API. A clock marker is a timer start, instances are created on a schedule. An envelope is a message start, an incoming message creates an instance. A triangle is a signal start, a pentagon is a conditional start. Multiple start events on the same process mean multiple ways to invoke it, each fit for a different trigger.

When a process has more than one start event

  • The process can be invoked manually *or* automatically on a schedule: plain start + timer start.
  • The process reacts to an incoming message *and* to a specific signal: message start + signal start, typically with converging paths.
  • Different trigger sources produce subtly different starting states: separate start events let each initialise its branch cleanly instead of piling conditional logic on one.

Start events in LucidFlow

LucidFlow analyses the trigger language in source documents to classify start events. Explicit schedules ("every Monday morning") become timer starts; incoming-message phrases ("when the customer submits the form") become message starts; broadcasts ("when the company-wide launch happens") become signal starts. The cost dashboard uses start-event frequency as the anchor for all per-month calculations, so the value you set there propagates to the whole diagram.

Frequently asked questions

Can a process have zero start events?

No. A valid BPMN 2.0 process needs at least one start event. A diagram without a start is syntactically invalid and BPMN validators will flag it.

What is the difference between a timer start event and a scheduled service task?

A timer start event creates a new process instance on its schedule. A scheduled service task runs as part of an existing instance. Timer starts are invocation points; scheduled tasks are internal steps.

Are start events in a sub-process the same as top-level start events?

Structurally yes, the shape and markers are the same. Semantically, a sub-process start event is entered when the sub-process is activated by its parent token, not when a new top-level instance is created.

Related terms

← Back to the full glossary