Wat is een BPMS? Business Process Management uitgelegd

Een BPMS (business process management-systeem) is software om processen te modelleren en uit te voeren, en om het werk dat ermee wordt uitgevoerd te volgen. Een BPMS is sterk in de uitvoering: het dwingt een vaste volgorde af, wijst taken toe en registreert wat er is gebeurd. Het biedt minder zicht op het grotere geheel, omdat het alleen het werk kan uitvoeren en rapporteren dat je erin onderbrengt.

Deze gids legt uit wat een BPMS doet, uit welke vijf onderdelen je eigenlijk kiest en waar de grenzen liggen. Ook vergelijken we uitvoeringssoftware met process intelligence. Die laat de uitvoering bewust over aan de systemen die dat al goed doen en brengt hun data samen op één plek, zodat medewerkers en AI die kunnen gebruiken.

Wat betekent BPMS?

BPMS staat voor Business Process Management System. Sommige leveranciers gebruiken in plaats daarvan Business Process Management Suite. In beide gevallen gaat het om software waarmee je een proces definieert, werk erdoorheen leidt en de uitvoering volgt.

BPM, oftewel business process management, is het vakgebied dat zich bezighoudt met begrijpen, ontwerpen, meten en verbeteren van de manier waarop werk wordt gedaan. Een BPMS is een type software dat daarbij kan helpen. Je kunt BPM toepassen zonder een BPMS aan te schaffen. En met een BPMS beheer je processen niet vanzelf goed.

De categorie is in de loop der tijd veranderd. Het begon met workflow-engines, groeide uit tot suites met modelleerfuncties, formulieren en monitoring, en omvat nu ook low-codeplatforms waarmee teams complete procesapplicaties bouwen. Daarom omschrijven leveranciers een BPMS niet allemaal hetzelfde. Kijk bij het beoordelen van software voor business process management niet naar het label, maar stel vier vragen: kun je het proces modelleren en uitvoeren, koppelt de software met de andere betrokken systemen en laat die zien hoe de procesinstanties verlopen?

Uit welke vijf onderdelen bestaat een BPMS?

Leveranciers combineren deze mogelijkheden op verschillende manieren. Een business process management-systeem bestaat meestal uit vijf onderdelen:

1. Een modelleeromgeving. Je definieert het proces, vaak in BPMN 2.0. Een model beschrijft de processtappen en kan in een uitvoerbaar systeem ook de basis vormen voor de uitvoering. Lees meer over de BPMN-modelleeromgeving en het ontwerpen van procesmodellen.
2. Een uitvoeringsengine. De engine maakt procesinstanties aan, beoordeelt voorwaarden, wijst taken toe, start timers en escaleert werk dat te lang blijft liggen.
3. Formulieren, regels en rollen. Deze bepalen welke informatie mensen invullen, welke taken ze zien en welke regels gelden voor de volgende stap.
4. Integraties. Het systeem wisselt data uit met applicaties zoals ERP- en CRM-systemen, datawarehouses en API-gateways. De integraties kunnen een flink deel van de implementatie uitmaken.
5. Monitoring en een repository. Dashboards tonen de status van lopende procesinstanties. Met een repository beheer je procesversies en wijzigingen.

Een workflow-engine is één onderdeel van het geheel. Een BPMS combineert de engine met de tools en functies die nodig zijn om een breder proces te definiëren, ondersteunen en volgen.

Wat kan een BPMS wat een procesdocument niet kan?

Een procesdocument beschrijft hoe het werk zou moeten verlopen. Een BPMS kan werk volgens ingestelde regels routeren en volgen. Zo kan het:

• Een taak escaleren als die een bepaalde tijd blijft liggen.
• Een procesinstantie ter goedkeuring doorsturen zodra die aan een ingestelde drempel voldoet.
• Het gevolgde pad van elke procesinstantie vastleggen.
• Je een processtroom via instellingen laten aanpassen, zonder wijzigingen aan te brengen in meerdere omliggende applicaties.

Deze mogelijkheden zijn handig als je werk op een vaste manier wilt routeren, duidelijk eigenaarschap nodig hebt en zicht wilt houden op de procesinstanties die het systeem uitvoert. Ze betekenen niet dat elk onderdeel van het echte proces in de BPMS plaatsvindt. Wil je vooral een proces documenteren of begrijpen hoe het nu werkt, dan is uitvoeringssoftware misschien niet de beste eerste stap.

Wat is het verschil tussen een BPMS, workflow-engines, RPA, process mining en process intelligence?

Deze vijf technologieën pakken verschillende onderdelen van procesmanagement aan. In de tabel zie je wat elke technologie doet en welke vraag ermee te beantwoorden is.

RPA en een BPMS pakken procesverandering op verschillende manieren aan. RPA automatiseert taken in het bestaande proces. Een BPMS voert een proces uit dat je hebt gedefinieerd en kan daardoor veranderen hoe werk wordt gerouteerd. Controleer voordat je een taak automatiseert of je die met een herontwerp van het proces kunt schrappen. Lees meer over automatiseringskansen vinden met process mining.

Ook process mining en een BPMS beantwoorden verschillende vragen. Process mining analyseert event data en laat zien hoe werk zich daadwerkelijk door je systemen beweegt. Een BPMS voert een ontworpen processtroom uit en rapporteert over de procesinstanties die het afhandelt. Dat verschil is belangrijk als je wilt nagaan of het model overeenkomt met de praktijk.

Process intelligence staat op de laatste rij en verbindt de andere oplossingen. De uitvoering blijft bij het systeem dat daar het beste voor is. Process intelligence leest de gegevens uit alle systemen en houdt één procesmodel bij waaraan ze allemaal worden getoetst. Een BPMS rapporteert over de eigen procesinstanties. Process intelligence geeft inzicht in het hele proces, ook in werk dat geen enkel platform uitvoert.

Waarom kan één BPMS niet elk proces uitvoeren?

Een BPMS lijkt de oplossing voor procesmanagement, tot je kijkt naar de systemen die het niet beheert. Een echt proces loopt door een ERP-systeem, CRM, ticketsysteem, leveranciersportaal, spreadsheet en een paar inboxen. Het platform voert het deel uit dat je erin hebt gemodelleerd. De rest van het werk gaat ergens anders verder.

Die kloof heeft drie gevolgen waar je rekening mee moet houden voordat je iets aanschaft.

Je bouwt eigen workflows in plaats van standaarden te hergebruiken. Een BPMS is een gereedschapskist, dus elk proces wordt een project. Je modelleert een eigen variant, geeft de stappen zelf een naam en onderhoudt een eigen versie van een processtroom die duizenden andere organisaties ook gebruiken. Referentiemodellen voor order-to-cash, purchase-to-pay of incidentbeheer worden in elk platform opnieuw opgebouwd in plaats van hergebruikt. Zo kunnen twee afdelingen op hetzelfde systeem met verschillende versies van hetzelfde proces werken.

Platforms die op uitvoering zijn gericht, verliezen het grotere geheel uit het oog. Een BPMS wordt beoordeeld op wat het uitvoert, dus gaan aandacht en budget naar de processtromen die erin staan. Vaak is niemand verantwoordelijk voor de processen die het niet uitvoert, bijvoorbeeld processen die door meerdere teams, systemen en landen lopen. Een proces sneller uitvoeren is niet hetzelfde als begrijpen hoe de organisatie werkt.

Een BPMS blijft beperkt en krijgt er steeds meer uitzonderingen bij. Elk proces kent uitzonderingen: een spoedorder, een VIP-klant of een leverancier die alleen e-mail accepteert. In een BPMS wordt elke uitzondering een extra ingestelde vertakking, formulier, integratie en workflow om te onderhouden. Het platform moest werk standaardiseren, maar raakt langzaamaan gevuld met uitzonderingen die alleen het eigen team begrijpt.

Dat maakt een BPMS nog geen slecht hulpmiddel. Het is alleen geen goede centrale bron voor proceskennis.

De kloof is het grootst bij IT-processen, waar één taak door een wachtrij met tickets, een wijzigingskalender en meerdere applicaties loopt. Geen enkel softwarepakket voor bedrijfsprocessen ziet die alle drie.

Moet je een BPMS houden dat je nauwelijks gebruikt?

Veel organisaties hebben een BPMS gekocht voor de uitvoeringsengine, maar zijn die nooit gaan gebruiken. De invoering duurde langer dan gepland, een partner stelde de eerste processtromen in en de organisatie bleef werken met de bestaande systemen. Wat overblijft, is een licentie voor een modelleeromgeving die een handjevol mensen opent om diagrammen te tekenen, plus onderhoudskosten voor een runtime die niemand start.

Dan is het tijd om de twee taken uit elkaar te halen die het platform samenbracht. De workflow-engine moest werk uitvoeren; de modelrepository moest proceskennis bewaren. Gebeurt alleen dat tweede, dan betaal je voor een uitvoeringsplatform dat je als documentatietool gebruikt. Dat is een omslachtige, technische en dure manier om processen te documenteren.

Als de meeste punten kloppen, vraag je het uitvoeringsplatform om kennis te beheren, terwijl het daar niet voor is ontworpen. De oplossing is niet een grotere runtime, maar de proceskennis onderbrengen in een tool die als centrale plek is bedoeld: één plek voor alle processen, gekoppeld aan data uit alle systemen en toegankelijk voor de mensen en AI-assistenten die ermee werken. Zonder runtime om te beheren.

Houd de BPMS voor de processen die het echt uitvoert. Verplaats de proceskennis naar een plek waar die kan meegroeien zonder releasecyclus.

Wat is het verschil tussen process intelligence en een BPMS?

Dat process intelligence geen uitvoering biedt, is een bewuste keuze en geen ontbrekende functie. Er zijn veel systemen die werk kunnen uitvoeren en het beste systeem is zelden het platform dat je toevallig al hebt. RPA, AI-agents, een workflowmanagementsysteem, de workflows in het ERP-systeem en teams die het werk zelf doen, zijn elk in een ander deel van de bedrijfsvoering de beste keuze. Kies het systeem dat werk uitvoert dus alleen voor die taak.

De proceskennis kun je niet aan vijf systemen overlaten. Als elk uitvoerend systeem een eigen procesoverzicht bijhoudt, weet niemand precies hoe het proces verloopt, welke variant een klant heeft meegemaakt of welke stap je hierna kunt automatiseren. Het is belangrijker om proceskennis centraal te beheren, voor de mensen die het werk uitvoeren en voor de AI-assistenten die ermee aan de slag gaan, dan om zelf het werk uit te voeren.

Daar zit het voordeel van data. Een BPMS rapporteert over de eigen procesinstanties. Een platform voor process intelligence brengt event data uit alle systemen samen, zodat je ook werk ziet dat de BPMS niet heeft geregistreerd. Het kan vervolgens één model bijhouden waaraan de BPMS, het ERP-systeem en de automatiseringstools worden getoetst.

Waarom heb je process mining nodig om het model aan de praktijk te toetsen?

Een BPMS kan rapporteren over de procesinstanties die erin lopen. Dat betekent niet dat het elk pad vastlegt dat mensen volgen om het proces af te ronden. Er kunnen drie veelvoorkomende hiaten ontstaan:

• Werk vindt buiten de engine plaats. Iemand handelt een uitzondering per e-mail af en werkt het systeem later bij. De procesinstantie kan compliant lijken, terwijl het werk langer duurde dan het model aangeeft.
• Hetzelfde resultaat wordt via andere systemen bereikt. Teams kunnen een ERP-systeem, spreadsheet of leveranciersportaal gebruiken. Als dat werk nooit in de BPMS terechtkomt, laten de dashboards niet het hele proces zien.
• Het model raakt achterhaald. Een procesmodel kan bij publicatie kloppen, maar veranderen zodra teams eigen varianten invoeren. Als het bijwerken van het model tijd kost, kunnen die varianten blijven bestaan.

Het resultaat is een goed beheerd model dat niet meer laat zien hoe mensen werken. Process mining brengt het model weer in lijn met de praktijk. Het leest de event data die je systemen al vastleggen en reconstrueert de gevolgde paden, ook de paden die niemand heeft gemodelleerd.

Conformancechecks vergelijken een procesmodel met event data en laten zien waar de uitvoering afwijkt van het ontwerp. Process mining brengt varianten, vertragingen en herstelwerk in je eigen gegevens in beeld. Waarom procesmodellering en process mining bij elkaar horen legt uit waarom je de twee kanten, wat je van plan bent en wat er is gebeurd, niet los van elkaar moet zien.

Waarom hebben we ervoor gekozen geen uitvoeringsengine te bouwen?

Een logische vraag voor een platform voor processen: als je een proces kunt modelleren en kunt zien hoe het verloopt, waarom voer je het dan niet ook uit? De BPMS bestaat omdat het voor de hand ligt om dat wel te doen. Wij kozen een andere weg. Dat was een bewuste keuze, geen omissie.

In de praktijk vraagt ProcessMind dus nooit om de sleutels van je workflow. De systemen die je al gebruikt, blijven het werk uitvoeren. De kennis over dat werk wordt centraal beheerd en actueel gehouden. Vervang je later een uitvoerend systeem, bijvoorbeeld een RPA-bot door een AI-agent of een verouderde workflow door een nieuwe, dan blijven het model, de geschiedenis en de metingen op hun plek. Waarom we ProcessMind hebben gemaakt licht de rest van onze afweging toe.

Hoe past ProcessMind naast een BPMS?

ProcessMind is geen BPMS en voert geen werk uit. Je BPMS, ERP-systeem of automatiseringsplatform blijft verantwoordelijk voor de uitvoering van processen. Dat is precies de bedoeling: behoud voor elk proces het beste uitvoerende systeem en beheer de kennis over alle processen op één plek.

Dat is wat process intelligence in de praktijk doet:

• Voordat je bouwt: analyseer de event data uit de betrokken systemen om de werkelijke procespaden, varianten en uitzonderingen te zien. Modelleer het gewenste proces in BPMN 2.0 en gebruik daarna processimulatie om een wijziging te testen voordat iemand een workflow instelt.
• Nadat je hebt gebouwd: blijf de data analyseren om te zien of de uitvoering nog overeenkomt met het ontwerp en of een lokale workaround ongemerkt de standaardwerkwijze is geworden.

De BPMS voert het werk uit. Process intelligence helpt bepalen wat de moeite waard is om uit te voeren en controleert of het resultaat overeenkomt met de manier waarop mensen het proces echt volgen.

Wanneer kies je voor een BPMS, RPA of process intelligence?

De beste eerste stap hangt af van wat je al weet en welk probleem je wilt oplossen.

Begin met process intelligence als:

• Mensen het niet eens zijn over hoe het proces nu verloopt.
• Het proces door meerdere systemen loopt en een deel van het werk mogelijk buiten de hoofdworkflow plaatsvindt.
• Je weet dat het proces traag is, maar niet waarom.
• Je een BPMS hebt waarvan de workflow-engine stilstaat en de proceskennis op een nuttige plek wilt bewaren.

Kies voor een BPMS als:

• Het proces duidelijk is en stabiel genoeg om te standaardiseren.
• Werk door meerdere teams loopt en overdrachten duidelijker moeten worden gerouteerd of toegewezen.
• Je regels wilt afdwingen en wijzigingen wilt beheren zonder meerdere applicaties tegelijk aan te passen.

Kies voor RPA als:

• Het proces stabiel en repetitief is.
• De taak vaak genoeg voorkomt om automatisering te rechtvaardigen.
• De applicaties niet kunnen worden aangepast en je de stap via hun interfaces kunt automatiseren.

Twee gewoontes helpen je de juiste volgorde aan te houden: meet het proces voordat je uitvoeringssoftware koopt en controleer of een herontwerp de taak overbodig maakt voordat je die automatiseert.

Hoe beoordeel je een BPMS voordat je het aanschaft?

Begin met één proces met een duidelijke naam en een eigenaar: order-to-cash, purchase-to-pay, onboarding of incidentafhandeling. Beoordeel geen breed gebied zoals ‘bedrijfsvoering’ zonder aan te geven welk proces je bedoelt. Doorloop daarna vier stappen.

1. Zoek de event data op

   Controleer welke systemen het proces vastleggen en of hun gegevens een case-ID, activiteit en timestamp bevatten. Tools voor business process management beschrijven de gewenste processtroom. Het event log laat zien of die ook echt is uitgevoerd.

2. Vergelijk het ontwerp met de uitvoering

   Zoek naar procespaden, vertragingen en uitzonderingen die het model niet laat zien. De beste BPMS-kandidaat op je eigen data testen is nuttiger dan een functietabel. Zo zie je welke delen van het proces het platform daadwerkelijk zou beheren.

3. Bepaal wat de gegevens laten zien

   De uitkomst kan een BPMS zijn, een herontwerp van het proces, een aangepaste stap of helemaal niets. Laat de bevinding bepalen welke tool je kiest, niet andersom.

4. Blijf meten nadat je hebt gebouwd

   Het platform kan rapporteren over de taken die het uitvoert. Event data uit al je systemen laat zien of het proces nog overeenkomt met het werk zodra de workflow actief is.

Loopt het proces door systemen waarmee de BPMS geen verbinding heeft, dan wordt dat bij de eerste metingen zichtbaar. Die vergelijking is belangrijk voordat je voor uitvoering betaalt.