Wat is RPA? Software-robots die muisklikken en toetsaanslagen nabootsen in bestaande schermen. Wanneer het werkt en waarom AI-agents het vaak vervangen.
RPA (robotic process automation) is automatisering met software-robots die menselijke bediening nabootsen: ze openen dezelfde schermen, klikken dezelfde knoppen en typen dezelfde velden over als een medewerker dat zou doen. Het voordeel is dat er geen koppeling nodig is; het risico is dat de robot breekt zodra een scherm verandert, omdat hij de schil ziet en niet de betekenis.
Sommige systemen laten zich niet koppelen: oudere software zonder interface, een webportaal van een leverancier, een omgeving waar niemand meer bij de bron kan. RPA is voor die situatie bedacht: in plaats van het systeem van binnenuit te benaderen, bootst een robot de menselijke bediening na. Hij opent het scherm, leest wat er staat, vult velden in, klikt verder en neemt de uitkomst mee. Voor het oude systeem is het gewoon een gebruiker; er hoeft niets aangepast te worden.
Daar zit ook de broosheid. De robot ziet het scherm zoals een mens het ziet (positie van knoppen, kleur van velden, volgorde van stappen) en niet de betekenis eronder. Verandert de lay-out bij een update, dan klikt de robot in het lege. Zijn de gegevens iets anders dan verwacht (een veld extra, een melding ertussen), dan loopt hij vast of loopt hij door met foute invoer. Daarom vragen RPA-robots blijvend onderhoud: elke schermwijziging aan de kant van het systeem is een werkbezoek aan de kant van de robot.
De opkomst van taalmodellen heeft die afweging deels verlegd. Waar een robot vroeger het enige antwoord was op een systeem zonder interface, kan een agent tegenwoordig veel van dat werk aan. Documenten lezen, beslissen binnen regels, en via beschikbare wegen of een nette omweg het werk doen, met controles en een menselijke route bij twijfel. Voor het nabootsen van exacte schermhandelingen op een vast scherm blijft RPA een prima oplossing; voor werk dat taal of oordeel vraagt, is hij het verkeerde gereedschap. De vergelijking staat op de pagina RPA tegenover AI-agent.
De moeite waard is RPA bij vaste, repeterende handelingen in een scherm dat stabiel is en niet gekoppeld kan worden: overtypen tussen twee omgevingen, een vaste serie klikken per zaak, het halen van cijfers uit een portaal zonder interface. Hoe stabieler het scherm en hoe strakker de reeks, hoe beter de robot het volhoudt. Ook als tussenoplossing loont hij: een omgeving die vervangen gaat worden maar nu nog dagelijks handwerk vraagt.
Het loont niet bij schermen die vaak wijzigen (het onderhoud eet de winst op) en niet bij werk dat taal of oordeel vraagt: een robot die een mail 'leest' door woorden te tellen, is een gok met extra stappen. Let ook op de verborgen kosten: robots draaien op een werkplek of server, willen bewaakt worden en hebben iemand nodig die ze herstelt als het scherm verandert. Wie RPA ziet als eenmalige aankoop in plaats van blijvend beheer, rekent de verkeerde som.
We zetten RPA bewust zelden in: waar een interface bestaat, is een nette koppeling robuuster en goedkoper in beheer; waar taal of oordeel nodig is, bouwen we liever een werkstroom of agent met controles. Waar een stabiel scherm zonder interface het enige toegangspunt is, kan RPA een eerlijke tussenoplossing zijn. Dan bouwen we hem met dezelfde controles als elke andere stap. De afweging tegen AI-agents staat uitgewerkt op de vergelijkingspagina; trajecten worden gescopet en op nacalculatie afgerekend.
De robot bootst handelingen na, de agent begrijpt het werk. RPA volgt een vast script over schermen: dezelfde klikken, dezelfde volgorde, en hij breekt als het scherm afwijkt. Een AI-agent leest taal, kent de betekenis van wat hij ziet, kiest binnen regels zijn route en schakelt naar een mens bij twijfel. Daardoor is RPA voorspelbaar maar broos bij verandering, en een agent flexibeler maar veeleisender in bewaking. Voor een vast scherm zonder interface kan RPA prima zijn; voor werk met variatie is de agent meestal de betere keuze.
Omdat het grootste deel van het werk dat robots deden taalwerk bleek te zijn. Documenten lezen, mail sorteren, velden begrijpen, besluiten binnen regels. Dat kan een schermrobot niet, want hij ziet pixels en geen betekenis. Taalmodellen maken dat werk wél mogelijk, met controles eromheen. Daar komt bij dat koppelingen en interfaces de afgelopen jaren toegankelijker zijn geworden, zodat het klassieke RPA-domein. Systemen zonder elke toegang. Kleiner is. RPA verdwijnt niet, maar het werkgebied is versmald tot stabiele schermen zonder interface.
Nee, en dat moet eerlijk blijven. Voor een vaste reeks handelingen in een stabiel scherm dat niet gekoppeld kan worden, is RPA een prima en bewezen oplossing: het werk gaat vanzelf, elke keer hetzelfde. Wat achterhaald is, is de belofte dat RPA het algemene antwoord op automatisering is. Voor taalwerk, variatie en beslissingen is het verkeerde gereedschap, en het blijvende onderhoud bij elke schermwijziging maakt het bij zulke taken snel duurder dan het lijkt. Het is een speciaal gereedschap voor een speciaal geval. Geen standaarduitrusting.
De bouw van een robot op een stabiel scherm is vaak goedkoper dan een koppeling, want er hoeft niets aan het systeem zelf te gebeuren. De vergelijking kantelt op de looptijd: een robot wil bij elke schermwijziging worden bijgewerkt, draait op een werkplek of server en vraagt bewaking, terwijl een koppeling eenmaal netjes bouwd vooral blijft werken. Over meerdere jaren is de koppeling daardoor doorgaans de voordeligere keuze zodra er een interface is. We rekenen dergelijke trajecten af op nacalculatie over de echte scope, met de onderhoudsaanname er expliciet bij.
EIGHTY8