Wat is procesautomatisering?
Procesautomatisering is software die de herhaalbare stappen van een bedrijfsproces uitvoert. De software zet gegevens over tussen systemen, past je regels toe, stuurt werk naar de juiste persoon en legt vast wat er is gebeurd. Mensen handelen de uitzonderingen af en keuren de besluiten met risico goed. Het overtypen, controleren en najagen daartussen neemt de software over.
Dit artikel is voor operationeel en financieel leidinggevenden met veel herhalend werk. Ze willen bedrijfsprocessen automatiseren en zoeken eerst een methode, voordat ze met een leverancier praten. We bouwen en beheren automatiseringen. Als het proces gekozen is, werken we in deze volgorde:
- 01Meet hoe het proces nu verloopt.
- 02Kies per stap regels of AI.
- 03Kies hoe je het bouwt.
- 04Laat het meedraaien met het team voordat het overneemt.
- 05Ga live en houd het in de gaten.
Welke processen automatiseer je eerst?
Begin met een proces dat vaak draait, regels volgt die je team kan opschrijven en geld of tijd kost als het misgaat of vertraging oploopt. Het proces heeft ook één eigenaar nodig die kan zeggen wat de juiste uitkomst is. Eén proces dat aan die eisen voldoet, is genoeg voor een eerste release.
| Criterium | Goede eerste kandidaat | Later oppakken |
|---|---|---|
| Frequentie | Draait dagelijks of wekelijks, dus de handmatige tijd loopt op | Draait een paar keer per maand; een helder formulier kan volstaan |
| Regels of eigen oordeel | De meeste gevallen volgen regels die het team kan benoemen | De meeste gevallen hangen af van ervaring die niemand heeft opgeschreven |
| Kosten van een fout | Fouten kosten nu geld of tijd en zijn bij een controle makkelijk te zien | Een fout van de automatisering heeft al effect voordat iemand hem kan opvangen |
Hoge kosten bij een fout zijn een reden om te automatiseren, en ook een reden om een controlestap te houden bij de risicovolle besluiten. Een proces waarvan de regels elke maand veranderen, moet eerst stabiel worden.
In finance, HR en bedrijfsvoering komen vaak vier processen als eerste aan de beurt. Op onze pagina over backoffice automatiseren lees je hoe we elk daarvan bouwen. Dit zijn typische gevallen:
| Proces | Waarom het past | Waar het eigen oordeel blijft |
|---|---|---|
| Goedkeuring van inkoop en declaraties | Routering op bedrag, afdeling of leverancier ligt al vast in beleid | De beoordelaar beslist; de automatisering stuurt door, stuurt herinneringen en escaleert |
| Afletteren van banktransacties | De meeste transacties passen op bedrag en betalingskenmerk bij een factuur | Deelbetalingen, verzamelbetalingen en onbekende afzenders |
| In- en uitdiensttreding | Eén trigger in het HR-systeem maakt per rol dezelfde accounts aan of trekt ze in | Afwijkende toegangsverzoeken en contracten die eerder eindigen |
| De gedeelde inbox | De meeste berichten zijn een van een paar bekende soorten verzoeken | Klachten en antwoorden waarmee de organisatie iets toezegt |
Stap 1: meet de huidige situatie
Leg vast hoe het proces nu verloopt voordat je iets bouwt: hoe vaak het draait, hoe lang een zaak duurt, waar werk blijft liggen, hoe vaak het misgaat en wat een fout kost. Die cijfers zijn de nulmeting waarmee je de geautomatiseerde versie vergelijkt. Ze laten ook zien waar de tijd werkelijk blijft.
Doe dit samen met de mensen die het proces uitvoeren, want het beschreven proces en het echte proces verschillen meestal. Controleer of je dit hebt:
- Het volume per week of maand, en wanneer de pieken vallen.
- De behandeltijd per zaak, uit een steekproef van echte zaken, verdeeld in werktijd en wachttijd.
- Elke stap, met het systeem waarin die gebeurt en de persoon die hem uitvoert.
- Recente uitzonderingen, en waarom elke uitzondering buiten het normale pad viel.
- Hoe vaak fouten voorkomen en wat elke fout kost aan herstelwerk, extra kosten of risico.
- De vorm waarin de input binnenkomt (API, bestandsexport, e-mail, pdf of scan) en welke systemen een gedocumenteerde API hebben.
- De regels zoals ze in het beleid staan, de regels zoals het team ze toepast, en de eigenaar die ze kan wijzigen.
Bewaar de steekproef van echte zaken met hun juiste uitkomst. In stap 4 zie je daarmee of de geautomatiseerde versie ze goed afhandelt, en voor AI-stappen wordt het de testset die je voor elke wijziging draait. Lijkt het erop dat je AI-stappen nodig hebt, dan behandelt onze AI-readiness-checklist de vragen over data, risico en eigenaarschap.
Stap 2: kies per processtap regels of AI
Beslis per stap. Gebruik een vaste regel als de input gestructureerd is en je de juiste uitkomst als voorwaarde kunt opschrijven. Gebruik een taalmodel als de stap vrije tekst moet lezen, zoals een e-mail of pdf, en controleer het resultaat met regels. Laat besluiten die een eigen oordeel vragen of onomkeerbaar zijn bij een mens.
De meeste processen worden een mix. Neem de stappen die je in stap 1 in kaart bracht en zet elke stap in deze tabel.
| Als de stap | Gebruik | Voorbeeld |
|---|---|---|
| Met gestructureerde data werkt en de uitkomst uit een voorwaarde volgt | Een vaste regel | Stuur inkoopaanvragen boven de goedkeuringslimiet naar de financieel directeur |
| Records koppelt op exacte velden | Een vaste regel; wat niet te koppelen is, gaat naar een mens | Koppel banktransacties op bedrag en betalingskenmerk aan openstaande facturen |
| Vrije tekst, een pdf of een scan moet lezen | Een model haalt gegevens eruit of classificeert, en regels controleren het resultaat | Lees de totalen van een leveranciersfactuur en controleer dan of ze kloppen en of de leverancier bestaat |
| Onvolledige records koppelt, of tekst opstelt voor iemand buiten het team | Een model doet een voorstel en een mens bevestigt | Koppel een betaling met een afgekapt kenmerk aan de waarschijnlijke factuur; stel een antwoord op over een leverdatum |
| Een eigen oordeel vraagt over meerdere systemen, met per zaak een ander pad | Een AI-agent met afgebakende tools en goedkeuringsstappen | Zoek een betwiste factuur uit met de orderhistorie, de contractvoorwaarden en de leveringsgegevens |
| Juridisch of financieel gewicht heeft, of niet terug te draaien is | Een mens, en de automatisering zet de feiten klaar | Keur een betaalrun goed of wijs een claim af |
| Een regel volgt die vaak verandert of die niemand kan benoemen | Nog niets: schrijf de regel op en spreek een eigenaar af | Kortingen die afhangen van welke accountmanager je het vraagt |
Vier vragen per stap
- 01Is de input gestructureerd? Velden in een systeem of een API-antwoord passen bij regels; vrije tekst heeft een model nodig.
- 02Kan iemand de juiste uitkomst benoemen? Is het antwoord dat het ervan afhangt, vraag dan waarvan. Elk antwoord is een extra regel of een oordeel.
- 03Kun je een verkeerde uitkomst terugdraaien? Een verkeerd doorgestuurde e-mail is snel hersteld. Een betaling naar de verkeerde rekening komt misschien niet terug, dus die stap houdt een goedkeuring.
- 04Kun je het resultaat controleren? Het resultaat van een model is bruikbaar als regels het kunnen controleren, bijvoorbeeld of de totalen kloppen. Waar niets het kan controleren, kijkt een mens het na.
Waarom regels eerst komen
Een regel doet elke keer hetzelfde, kost bijna niets om te draaien en faalt met een duidelijke foutmelding. Een stap met een model brengt kosten per aanroep mee, resultaten die per run kunnen verschillen en een testset van echte zaken die je moet bijhouden. Die prijs is het waard waar een regel het werk niet kan doen. In backofficewerk gaat het dan vooral om documenten en berichten lezen.
Ook regels hebben grenzen: regels op trefwoorden voor een gedeelde inbox gaan mis bij het eerste bericht dat anders is geformuleerd. Voor documenten behandelt ons artikel over documenten parsen met LLM's schema's, validatie en controlewachtrijen.
Een model als stap in het proces, of een agent
Een model als stap in het proces leest of classificeert één ding en geeft een gecontroleerd resultaat terug. Het proces bepaalt wat er daarna gebeurt. Een agent bepaalt de volgende stap zelf: welk systeem hij raadpleegt en welke actie hij voorstelt. Dat past bij zaken die elk een ander pad volgen, en het vraagt om afgebakende tools, goedkeuringen en een volledig logboek. Lijkt je stap daarop, lees dan wat een AI-agent is en wanneer het loont er een te bouwen.
Stap 3: kies hoe je het bouwt
Er zijn drie routes. Gebruik de workflowfuncties van een systeem dat je al hebt als het proces zich daarbinnen afspeelt. Gebruik een integratieplatform als het proces langs een paar systemen met gedocumenteerde API's loopt en je team het wil kunnen zien en aanpassen. Kies voor maatwerkcode als volume, logica, betrouwbaarheid of regels voor data daarom vragen.
| Route | Past als | Let op |
|---|---|---|
| Standaardtool: ingebouwde workflows in je ERP, boekhoudpakket of HR-systeem | Het proces blijft binnen één systeem, of binnen twee die de leverancier al koppelt | Beperkte afhandeling van uitzonderingen en logica die in ongedocumenteerde instellingen verstopt zit |
| Integratieplatform: een workflowtool die systemen via hun API's koppelt | Meerdere systemen met gedocumenteerde API's, een gemiddeld volume en een team dat het proces wil aanpassen | Foutafhandeling die je bewust moet inbouwen, en flows die maar één persoon begrijpt |
| Maatwerkcode: workers in Python of TypeScript in je eigen infrastructuur | Hoog volume, complexe matching, strenge eisen aan betrouwbaarheid, zwakke API's of AI-stappen met testsets | Vraagt om een eigenaar, tests en monitoring; wie geen ontwikkelaar is, kan het niet aanpassen |
Routes combineren is normaal: een flow in een platform verstuurt meldingen, terwijl een eigen worker de matching doet. We kiezen per proces, op volume, complexiteit en wie het onderhoudt. We bouwen in n8n als je team het proces moet kunnen lezen en aanpassen. Je kunt n8n zelf hosten, zodat je data in je eigen omgeving blijft.
Speelt het proces zich af in één systeem en dekt de ingebouwde workflow de regels, gebruik die dan; een leverancier heb je daarvoor niet nodig. Voor de bredere keuze tussen software kopen en laten bouwen heeft onze gids over zelf bouwen of kopen een kostenvergelijking en een beslismatrix.
Stap 4: laat het eerst meedraaien met het team
Laat de automatisering eerst naast het handmatige proces draaien op live zaken, voordat ze het overneemt. Het team werkt zoals altijd, de automatisering maakt voor elke zaak een eigen resultaat en je vergelijkt de twee. De verschillen laten zien welke uitzonderingen je miste en welke regels niemand opschreef, terwijl er niets ongecontroleerd in je systemen komt.
Zo zetten we dat op:
- De automatisering schrijft naar een controlewachtrij, waar een medewerker elk voorstel accepteert, corrigeert of afwijst.
- Bij elk voorstel staat het bewijs, zoals het brondocument en het gekoppelde record.
- Het systeem logt elke goedkeuring met wie die gaf en wat die persoon aanpaste. Correcties worden nieuwe testcases.
- De nauwkeurigheid per stap en de behandeltijd vergelijken we met de nulmeting uit stap 1.
- De proceseigenaar spreekt vooraf af wat elke stap moet laten zien, over welke periode en bij welk volume, voordat die stap zonder controle draait.
Zet stappen één voor één over zodra ze aan hun criteria voldoen. Een routeringsregel die wekenlang dezelfde keuzes maakte als het team, kan zelfstandig draaien. Een betaalgoedkeuring blijft misschien voorgoed bij een mens. Ons artikel over human-in-the-loop-ontwerp voor AI-agents gaat dieper in op goedkeuringsstappen, betrouwbaarheidsdrempels en audittrails.
Stap 5: ga live en houd het in de gaten
Live gaan betekent dat de automatisering naar je systemen schrijft zonder dat iemand elke zaak controleert, voor de stappen die aan hun criteria voldeden. Vanaf dan heeft ze dezelfde zorg nodig als elk systeem waar je organisatie op draait: meldingen als een run mislukt, een wachtrij waarin mislukte items wachten en regelmatige controles of het resultaat nog klopt.
- Meldingen gaan naar een vaste eigenaar als een run mislukt of een systeem fouten teruggeeft.
- Mislukte en onzekere items wachten na een beperkt aantal nieuwe pogingen in een uitzonderingswachtrij, met de reden erbij.
- Het systeem logt elke run, zodat je kunt nagaan wat er met een specifieke factuur of aanvraag is gebeurd.
- Iemand bekijkt elke week de volumes en de omvang van de wachtrijen; een plotselinge verandering betekent meestal dat er eerder in de keten iets is veranderd.
- Voor AI-stappen draait de testset vóór elke wijziging in de prompt of het model.
- Medewerkers kunnen de automatisering pauzeren en terugvallen op het handmatige proces, zonder dat daar een nieuwe release voor nodig is.
Leveranciers veranderen de opmaak van hun facturen en systemen hernoemen velden, dus elk proces heeft documentatie en een eigenaar nodig. Is het eerste proces stabiel, neem dan de volgende kandidaat van je lijst. De koppelingen en controleschermen kun je hergebruiken.
Veelgemaakte fouten
De meeste dure fouten ontstaan vóór de bouw: een proces automatiseren dat niemand in kaart heeft gebracht, de nulmeting overslaan, of een model gebruiken voor een stap die een regel aankan. Na de livegang is de gebruikelijke fout een automatisering zonder eigenaar, meldingen of logboek. Die stopt als een systeem eerder in de keten verandert, en niemand merkt het.
- Het proces automatiseren zoals het op papier staat, zonder naast de mensen te zitten die het uitvoeren.
- Beginnen met het grootste of meest zichtbare proces, waar over elke regel discussie is.
- Een stap automatiseren die niemand nodig heeft en die je beter had kunnen schrappen.
- Een model gebruiken waar een regel volstaat, wat lopende kosten en wisselende resultaten toevoegt.
- Schermautomatisering bouwen op een systeem met een gedocumenteerde API; die breekt zodra het scherm verandert.
- Vanaf de eerste dag volledig automatiseren, zonder controlewachtrij en zonder gelogde goedkeuringen.
Op onze pagina over automatisering lees je hoe we deze systemen in kaart brengen, bouwen en beheren.
Veelgestelde vragen
Wat kost procesautomatisering?
De kosten hangen vooral af van het aantal systemen en de kwaliteit van hun API's, het aantal regels en uitzonderingen, of er stappen met AI nodig zijn en hoeveel controleschermen mensen nodig hebben. Daar komen lopende kosten bij: hosting, licenties voor platforms, modelgebruik en onderhoud als systemen veranderen.
Vergelijk dat met de handmatige inzet die je in stap 1 hebt gemeten. Tijdens de verkenning bepalen we de scope van de bouw en de lopende kosten, zodat je beide naast dat cijfer kunt leggen voordat je beslist.
Wat is het verschil tussen RPA en AI?
RPA (robotic process automation) werkt via de schermen van andere software. Het klikt en typt langs vaste stappen, zoals een mens dat zou doen. Dat helpt bij oudere systemen zonder API, en het breekt als een scherm verandert. Bij AI-automatisering lezen en classificeren taalmodellen ongestructureerde input, zoals e-mails en documenten.
De twee kunnen samenwerken: een model leest een factuur en een schermscript voert die in. Heeft een systeem een gedocumenteerde API, dan gebruiken we de API, omdat die blijft werken als een scherm verandert.
Heb je AI nodig om een proces te automatiseren?
Vaak niet. Goedkeuringen, in- en uitdiensttreding, geplande rapportages en het meeste afletteren draaien alleen op regels en koppelingen. AI is zinvol waar een stap ongestructureerde input moet lezen, zoals e-mails of documenten met wisselende opmaak, of waar de volgende actie afhangt van een oordeel over meerdere systemen.
Kun je een proces automatiseren als een systeem geen API heeft?
Meestal wel. De opties zijn bestandsexports, directe toegang tot de database, routes via e-mail en, als laatste redmiddel, schermautomatisering. Elke optie is minder betrouwbaar dan een API, dus controleer de route in stap 1.