
Intelligente bedrijfsprocesautomatisering combineert vaste workflowregels met een AI-agent die de uitzonderingen op die regels zelf beoordeelt en afhandelt. Waar klassieke automatisering stopt zodra een geval van het standaardpad afwijkt, neemt de agent die beslissing over binnen vooraf afgesproken grenzen. Het resultaat: het deel van het proces dat vroeger altijd bij een mens terechtkwam, loopt nu voor een groot deel gewoon mee.
Bedrijfsprocesautomatisering bestaat al jaren. Macro’s, workflow-tools en Robotic Process Automation (RPA) voeren vaste stappen uit: gegevens ophalen, een formulier invullen, een bevestiging versturen. Zolang een geval past binnen het script, werkt dat snel en foutloos.
Intelligente bedrijfsprocesautomatisering voegt daar een laag boven: een AI-agent die niet alleen stappen uitvoert, maar ook beoordeelt welke stap logisch is zodra een geval afwijkt. Dat is het verschil tussen een proces volgen en een proces begrijpen.
We schreven eerder over bedrijfsprocesautomatisering met AI-agents als de regelgebaseerde laag zelf: welke stappen je vastlegt en hoe je die inricht. Dit artikel gaat over de intelligente laag die daar bovenop komt, niet over een vervanging van dat voorwerk.

Hoeveel ruimte die laag krijgt, verschilt sterk per bedrijf. Slechts 15% van het Nederlandse MKB zet AI in om routinetaken te automatiseren (Rijksoverheid, 2025), terwijl analisten voorspellen dat veertig procent van de zakelijke applicaties in 2026 een taakspecifieke AI-agent bevat, tegen minder dan vijf procent in 2025 (UC Today, 2025). Die kloof is precies waar de winst voor het MKB ligt.
De grens ligt niet bij de tool maar bij het beslismoment. Een workflow-tool voert een stap uit zodra aan een voorwaarde is voldaan. Zodra die voorwaarde niet duidelijk is, stopt hij en wacht op een mens. Wat vakliteratuur agentic AI noemt, is precies dat beslismoment overnemen binnen vooraf afgesproken grenzen, niet de uitvoering daarna.
We werkten dit onderscheid eerder uit in RPA vs intelligente automatisering: wat is het echte verschil? Hier zet je het per situatie naast elkaar.

Ga hier niet te snel in mee: minder dan 15% van de bedrijven met een automatiseringspakket heeft de agentic functies daadwerkelijk aangezet, ook al kunnen ze het al langer (Forrester, 2025). De techniek is er, de zorgvuldige invoering is het onderdeel dat tijd kost.
Uitzonderingen zijn het deel van het proces dat niet volgens het script verloopt, en exception handling is precies het vakgebied dat zich daarmee bezighoudt. Ze lijken klein omdat ze een minderheid van de gevallen zijn. In de praktijk kosten ze vaak het meeste tijd, omdat elke afwijkende zaak weer helemaal met de hand moet.
Stel dat een orderverwerkingsproces bij een handelsbedrijf grotendeels geautomatiseerd is: een binnenkomende order wordt herkend, ingevoerd en bevestigd zonder handmatige tussenkomst. Stel verder dat een deel van de orders afwijkt: een verkeerd artikelnummer, een levertijd die niet aansluit op de voorraad, een klant die buiten de standaardvoorwaarden bestelt. Bij een puur regelgebaseerde opzet valt dat deel terug op een medewerker, en juist dat deel bepaalt hoeveel tijd het hele proces per saldo nog bespaart.
Dit is een illustratief scenario, geen echte cliëntcase: het laat zien waarom de winst van automatisering niet in het standaardpad zit, maar in wat je doet met wat daarvan afwijkt.
Er is nog een tweede reden waarom uitzonderingen zo hardnekkig zijn: ze zijn vaak degene die nu nog per mail of chat worden opgelost. Iemand typt de situatie uit, iemand anders beoordeelt hem en typt het antwoord terug. Dat is nuttig, maar het blijft een chat-achtige oplossing: een mens die per geval opnieuw uitlegt wat er moet gebeuren. Een agent die diezelfde categorie afwijking herkent, is de stap van dat gesprek naar werk dat vanzelf doorloopt.
Een agent voegt niets toe aan de stappen die al goed lopen. Hij voegt een beoordeling toe op het moment dat een van die stappen niet meer klopt: past deze order in een bekend patroon, is deze afwijking eerder goed afgehandeld, moet dit geval alsnog naar een mens.
Dat maakt een agent geen losse tool die je erbovenop plakt, maar een laag boven je bestaande processen en systemen. Bij een AI Bedrijfsbrein werkt die laag over meerdere processen heen, met dezelfde afspraken over wanneer hij zelf mag beslissen en wanneer niet.

Concreet betekent dat drie dingen: de agent krijgt toegang tot de systemen waarin de order, factuur of aanvraag al staat, een opdracht die precies omschrijft wat goed genoeg is om zelf af te handelen, en een grens waarbinnen hij dat mag doen zonder na te vragen. Zonder die drie is het geen agent maar een ingewikkelde chatbot. Onze AI-agents & Procesautomatisering-aanpak begint dan ook altijd bij het vastleggen van die grenzen, voordat er iets automatisch beslist.
Een agent die zelf beslist, moet je kunnen controleren. Organisaties die AI-agents inzetten, rapporteren gemiddeld 54 agent-incidenten per jaar die menselijk moeten worden gecorrigeerd, waarvan 17% zwaar genoeg om urenlang stil te liggen (IBM, 2026). Dat is geen argument tegen agents, het is een argument voor het bouwen van de controle vooraf.
Vier dingen horen daarbij: evals die vooraf testen hoe de agent reageert op bekende en onbekende gevallen, mens-in-de-loop-momenten op de plekken waar een fout duur is, expliciete foutafhandeling voor wanneer de agent iets niet weet, en logging waarmee je achteraf kunt zien waarom een beslissing zo uitpakte.
Mens-in-de-loop is meer dan een goedkeurknop. Onderzoek naar AI-governance laat zien dat een menselijke check alleen helpt als de reviewer ook echt de ruimte en het mandaat heeft om een besluit te herroepen, niet als een formaliteit die de verantwoordelijkheid verschuift van de bouwer naar de goedkeurder (IBM, 2026). Een goede agent maakt controle makkelijker, niet overbodig.
Begin niet bij het proces met de meeste uitzonderingen, en niet bij het proces zonder uitzonderingen. Een proces zonder afwijkingen heeft geen agent nodig, en een proces vol chaos heeft eerst opruiming nodig voordat een agent er iets aan kan toevoegen.
Kies een proces dat vandaag al grotendeels regelgebaseerd draait, met een herkenbare, terugkerende categorie uitzonderingen: een vast type afwijking dat een medewerker steeds op ongeveer dezelfde manier oplost. Dat patroon is precies wat een agent kan leren herkennen en overnemen, binnen grenzen die je vooraf vastlegt.
We werkten dit stapsgewijs uit in Intelligente procesautomatisering voor MKB: het drie-lagen-model uitgelegd, met het model dat wij ook bij klanten gebruiken om te bepalen waar de eerste laag begint.
Verwacht bij dat eerste proces geen wondermiddel. De agent lost een categorie afwijkingen op, niet elk denkbaar probleem, en de eerste weken gaat er tijd naar evalueren en bijsturen voordat de tijdwinst zichtbaar wordt. Wie dat vooraf inplant, komt niet voor verrassingen te staan.
Gewone bedrijfsprocesautomatisering voert vaste stappen uit en stopt zodra een geval afwijkt van het script. Intelligente bedrijfsprocesautomatisering voegt een AI-agent toe die die afwijking zelf beoordeelt en, binnen afgesproken grenzen, een vervolgstap kiest. Het verschil zit dus niet in de uitvoering maar in wie de beslissing neemt bij een uitzondering.
Nee. RPA voert vaste, regelgebaseerde stappen uit en werkt uitstekend voor gestructureerde, herhaalbare taken. Intelligente procesautomatisering bouwt daar een AI-agent boven die de uitzonderingen op die regels beoordeelt. De twee vervangen elkaar niet, de intelligente laag komt bovenop de regelgebaseerde laag.
Processen die vandaag al grotendeels regelgebaseerd draaien en een herkenbare, terugkerende categorie uitzonderingen hebben, zijn de beste start. Een proces zonder afwijkingen heeft geen agent nodig, en een proces vol chaos heeft eerst opruiming nodig. Kijk naar het type afwijking dat een medewerker steeds op ongeveer dezelfde manier oplost.
Nee, een agent neemt een deel van de beoordeling over, niet de verantwoordelijkheid. Mens-in-de-loop blijft nodig op de plekken waar een fout duur is, en iemand moet de agent blijven evalueren en bijsturen. De winst zit in minder handmatig werk op terugkerende uitzonderingen, niet in minder mensen op het proces zelf.
Door vooraf te testen hoe de agent reageert op bekende en onbekende gevallen (evals), door foutafhandeling in te bouwen voor wat de agent niet weet, en door elke beslissing te loggen zodat je achteraf kunt navragen waarom. Mens-in-de-loop op de duurste beslissingen blijft het laatste vangnet.
Begin bij een proces met een duidelijke, terugkerende categorie uitzonderingen, niet bij het proces met de meeste chaos. Leg vooraf vast wat de agent zelf mag afhandelen en wanneer hij moet doorverwijzen naar een mens. Bouw pas daarna verder naar andere processen.
Een agent die uitzonderingen zelf herkent en afhandelt is geen losse tool, het is een laag boven je bestaande processen. Wij bouwen en beheren die laag, van eerste proces tot volledige uitrol.
Bekijk AI-agents & Procesautomatisering