Wat is robotic process automation (RPA)?

Robotic process automation (RPA) is software die uw bestaande applicaties bedient zoals een mens dat zou doen: het scherm openen, een veld lezen, een waarde kopiëren, op de knop klikken. Aan de applicatie zelf verandert niets. De bot zit erbovenop en herhaalt een opgenomen reeks stappen, honderden keren per dag, zonder zich te vervelen.

Dat is ook de grens. RPA begrijpt niet wat het leest. Het herkent posities en patronen, dus het is snel uitgerold en breekbaar zodra een scherm, een bestandsindeling of de pdf van een leverancier verandert. De nuttige vraag in 2026 is niet "RPA of niet", maar welke van drie routes past bij de stap die voor u ligt: een bot op het scherm, een koppeling via de API, of een AI-model dat eerst de rommelige invoer leest.

Hoe een RPA-bot werkt

Een ontwikkelaar neemt een reeks op of scriptt die: inloggen in het ERP, de inkooporder openen, het bedrag naar het boekhoudpakket kopiëren, de pdf koppelen, verzenden. De bot draait die reeks daarna op een schema (onbemand) of als een medewerker hem vanaf het bureau start (bemand). Hij herkent schermelementen aan positie, label of interne identificatie, en stopt, of gaat erger nog verkeerd door, zodra een daarvan verandert.

Leveranciers in deze markt zijn onder meer UiPath, Microsoft Power Automate, Automation Anywhere en Blue Prism. Ze verkopen hetzelfde kernidee met andere licenties, en ze werken allemaal het best op stabiele, interne applicaties zonder API.

Waar RPA past, en waar niet

RPA past als het proces veel volume heeft, de regels expliciet zijn, de invoer al gestructureerd is, en de applicatie die u moet bedienen geen bruikbare API heeft. Legacysystemen, overheidsportalen en oudere backoffices zijn de klassieke gevallen. Het past ook als overbrugging: een bot kan een jaar lang twee systemen verbinden terwijl een echte koppeling gebouwd wordt.

Het past niet als de invoer ongestructureerd is (een gemailde bestelling in vrije tekst, een gescande factuur in een nieuwe opmaak), als het scherm vaak verandert (de meeste SaaS-producten wijzigen hun interface maandelijks), of als hetzelfde resultaat via een API beschikbaar is. Een scherm bedienen om te doen wat een API-aanroep ook kan, is betalen voor breekbaarheid.

RPA of een API-koppeling

Een API-koppeling praat rechtstreeks met de applicatie: geen scherm, geen klikken, geen afhankelijkheid van waar een knop staat. Het kost vooraf meer, omdat iemand de API-documentatie moet lezen en authenticatie en foutafhandeling netjes moet regelen, en het is daarna veel stabieler. Voor het Nederlandse mkb hebben de meeste systemen die ertoe doen (AFAS, Exact Online, e-Boekhouden, de grote webshopplatforms en vervoerders) een API. Dat is waarom de Nederlandse cijfers hieronder eruitzien zoals ze eruitzien.

De regel die wij hanteren: is er een API, gebruik die. Is die er niet en doorstaat het proces de volume- en regeltoets, dan is RPA een redelijke overbrugging. Is de invoer ongestructureerd, dan werkt geen van beide routes op zichzelf.

RPA of AI

RPA voert een script uit. AI oordeelt. Een taal- of beeldmodel leest de rommelige invoer (de nieuwe factuuropmaak van een leverancier, een klant die een zin schreef in plaats van een vakje aan te vinken), leidt af wat het betekent en bepaalt de volgende stap. Dat is het ontbrekende stuk in de meeste mislukte RPA-projecten: de bot was in orde, de invoer niet.

Het ontwerp dat in de praktijk standhoudt, is gelaagd. AI voor het lezen en beslissen, deterministische automatisering (een API-aanroep, of een bot waar geen API is) voor het verplaatsen en boeken, zodat elke onomkeerbare actie nog steeds door een regel loopt die u kunt controleren. Onze AI-automatisering is zo opgebouwd, en de pagina over procesautomatisering beschrijft hoe u het eerste proces kiest.

Wat Nederlandse bedrijven werkelijk gebruiken

Het CBS zet het RPA-gebruik onder microbedrijven in 2025 op 2,3%, nauwelijks bewogen sinds de 1,7% van drie jaar eerder, terwijl process mining in dezelfde periode bijna verdrievoudigde naar 9,8%. Plat gezegd: Nederlandse bedrijven automatiseren wel, maar vooral via koppelingen en analyse van hun eigen procesdata, niet via bots op schermen. Dat klopt met wat wij zien. De RPA die overleeft, is een klein aantal onbemande bots op systemen die niemand nog kan vervangen.

Wat RPA kost

Twee regels op de rekening. Licenties, die leveranciers per bot of per gebruiker prijzen en die voor een kleine uitrol doorgaans van enkele honderden tot enkele duizenden euro's per jaar lopen. En bouw en beheer, waar het echte geld heen gaat: één goed afgebakende bot is enkele dagen tot enkele weken werk, en elke interfacewijziging daarna is een beheerticket. Begroot het beheer eerlijk; een bot zonder eigenaar staat binnen een jaar stil.

Bij Crux Digits offreren we RPA zelden op zichzelf. Een audit van €2.500 bepaalt per stap van één proces welke route past (API, bot of AI), en een Productieklare MVP van €20.000 draait het op echte casussen tegen een gemeten nulmeting.