Wat is BPMN? Complete uitleg voor 2026

BPMN staat voor Business Process Model and Notation. Het is de internationale standaard om vast te leggen hoe werk daadwerkelijk door een organisatie stroomt, van de eerste aanleiding tot het eindresultaat. Heb je ooit met een collega gediscussieerd over wat een blokje in een stroomschema nou precies betekent, dan is BPMN bedacht om die discussie te beëindigen.

Deze gids behandelt wat het is, welke symbolen je nodig hebt en hoe je vandaag je eerste diagram maakt. Elk diagram hieronder is echte BPMN 2.0, geen illustratie.

Wat BPMN precies is

BPMN wordt beheerd door de Object Management Group en is internationaal vastgelegd als ISO/IEC 19510:2013. Die standaard is het hele punt: een analist in Utrecht en een ontwikkelaar in Bangalore lezen hetzelfde diagram op dezelfde manier, zonder vertaalslag.

Een BPMN-model legt drie dingen tegelijk vast:

• De volgorde. Welke activiteit volgt op welke.

• De rollen. Wie elke stap uitvoert, zichtbaar via swimlanes.

• De beslissingen. Wat bepaalt welke route het proces neemt.

Daarom is een BPMN-diagram meer dan een tekening. Het is een precieze afspraak over hoe werk verloopt en omdat het machineleesbaar is kun je het importeren in je tooling in plaats van het over te typen.

Het kleinst mogelijke complete proces

Elk goed opgebouwd BPMN-proces heeft een begin, iets dat gebeurt en een einde. Dit is het minimum:

Een start-event, één taak en een end-event. Dat is een compleet, geldig BPMN-proces.

Let op drie dingen, want dit zijn de leesregels voor elk diagram dat je ooit opent:

• Cirkels zijn events. Er gebeurt iets: het proces start, wacht, of eindigt.

• Afgeronde rechthoeken zijn activiteiten. Daar wordt werk gedaan.

• Doorgetrokken pijlen zijn sequence flows. Ze tonen de volgorde binnen een proces. Een gestippelde pijl is iets anders, een message flow tussen deelnemers en die kom je tegen zodra je met pools gaat werken.

De dunne cirkel links is een start-event, de dikke cirkel rechts een end-event. Die randdikte is geen opmaak, het is hoe je ze in één oogopslag uit elkaar houdt.

Events: start, tussenstap en einde

Events markeren momenten. De rand vertelt je welk type:

Dunne rand start een proces, een dubbele rand markeert iets dat er tijdens gebeurt, een dikke rand sluit af. De witte envelop betekent dat dit event wacht op een binnenkomend bericht; een gevulde envelop zou betekenen dat het er een verstuurt.

Die middelste is een intermediate event. Hier draagt hij een berichtmarkering, wat betekent dat het proces wacht tot er iets binnenkomt voordat het verdergaat. Dat ene symbool vervangt een alinea uitleg over waar het proces op wacht.

Gateways: waar het proces kiest

Een proces dat alleen rechtdoor gaat is zeldzaam. Gateways zijn de ruiten die de flow splitsen en samenvoegen.

Een exclusive gateway. De X betekent dat er precies één pad wordt gekozen, nooit allebei. Het streepje op de onderste flow markeert die als default.

Dit is een exclusive gateway, ofwel XOR. Op basis van een voorwaarde gaat het proces de ene of de andere kant op. BPMN kent nog vier andere gateway-types. Drie daarvan, parallel, inclusive en event-based, gebruik je constant en juist daar gaat het vaakst mis, dus die behandelen we apart in BPMN gateways uitgelegd. De vierde, de complex gateway, is zo zeldzaam dat de meeste teams hem nooit nodig hebben.

Twee details in dat diagram zijn het benoemen waard. Het streepje door de "Nee"-flow markeert die als default: het pad dat wordt genomen als geen enkele voorwaarde klopt. Een exclusive gateway een default geven is precies wat voorkomt dat een proces vastloopt op een keuze die het niet kan maken.

Het tweede is dat de twee takken eindigen in aparte end-events met verschillende namen, in plaats van samen te komen in één. Dat is bewust. "Betaling ingepland" en "Factuur retour" zijn echt verschillende uitkomsten en dat zo benoemen is eerlijker dan ze samenpersen tot één "klaar".

Eén ding waar mensen over struikelen: een exclusive gateway neemt zelf geen beslissing. Hij routeert op gegevens die eerder in het proces al zijn bepaald, zoals de uitkomst van de controle. De beslislogica zit in het proces, niet in de ruit. (Een event-based gateway werkt anders: die routeert op welk event het eerst plaatsvindt.)

Activiteiten: waar het werk gebeurt

Een activiteit is een afgeronde rechthoek en staat voor iets dat gedaan wordt. De twee die je constant gebruikt:

• Taak. Eén enkele stap, zoals "Order goedkeuren".

• Subproces. Een activiteit die zelf een eigen flow bevat. Ingeklapt toont hij een klein [+]-teken, zodat je het detail kunt verbergen tot iemand erom vraagt.

Benoem ze met een werkwoord en een object. "Order goedkeuren", niet "Ordergoedkeuring". Actief benoemen houdt het diagram leesbaar en dwingt je om precies te zijn over wat er gebeurt.

Swimlanes: wie waarvoor verantwoordelijk is

Een pool staat voor een deelnemer in het proces en lanes verdelen die pool in rollen, afdelingen of systemen. Meestal worden ze als horizontale banen getekend en ze koppelen elke stap aan wie hem uitvoert. Zet hetzelfde proces in lanes en de overdrachtsmomenten worden zichtbaar en daar zitten de vertragingen meestal.

Het is ook wat een diagram bruikbaar maakt bij een migratie. Een van onze klanten beschreef precies dat: zien welk deel van een proces zich in welk systeem afspeelt en dus waar zij verantwoordelijk voor waren. Zijn verhaal staat in de Florinet case study.

Voor elk symbool in de notatie, zie BPMN symbolen en notatie.

Waarom organisaties het gebruiken

Een goed BPMN-model verdient zich op een paar concrete manieren terug:

• Eén gedeelde taal tussen business, IT en management.

• Snellere analyse van de huidige situatie, omdat onduidelijkheid meteen bovenkomt.

• Basis voor automatisering, want zowel workflow-engines als AI-agents hebben een expliciete procesdefinitie nodig.

• Compliance en overdracht, omdat de kennis in het model zit en niet in iemands hoofd.

Dat derde punt groeit het hardst. Een agent die zelfstandig handelt heeft grenzen nodig die auditeerbaar en versioneerbaar zijn en een prompt is geen van beide. Daarover schreven we in BPMN en agentic AI.

Hoe maak je je eerste diagram?

Vroeger tekende je een BPMN-diagram met de hand, vak voor vak, na een ronde interviews. Dat kost uren en het resultaat is verouderd tegen de tijd dat het is goedgekeurd.

Met ModelMatic neem je het gesprek op met degene die het proces uitvoert en er komt binnen ongeveer twee minuten een gevalideerd BPMN 2.0-diagram uit. Je corrigeert het in plaats van het te maken en dat is sneller en nauwkeuriger werk. Eén klant mat het verschil op vier weken naar twee, met een eerste versie die voor ongeveer 80 procent klopte. De details staan in de Bovemij case study.

Begin met één proces

Kies een proces dat je goed kent, het liefst een dat je irriteert. Breng eerst het happy path in kaart en voeg daarna de uitzonderingen toe. Je vindt de meningsverschillen snel en juist die zijn waardevol.

De officiële specificatie is de OMG BPMN 2.0-spec en bpmn.org is een toegankelijker overzicht. Wil je de snelste route van gesprek naar model, plan een demo en neem één echte opname mee.