Vaste stappen breken bij de eerste verrassing
Klassieke RPA (robotic process automation) werkt uitstekend zolang alles er precies uitziet zoals verwacht: hetzelfde bestandsformaat, dezelfde interface, dezelfde correct ingevulde velden. Bij de eerste afwijking — een licht ander formaat, een ontbrekend veld — faalt de workflow, of erger, produceert die stilletjes een fout resultaat.
Veel bedrijven die al RPA hebben ingevoerd, ontdekken dit pas na een paar maanden: de robot 'werkt' statistisch, maar een paar procent van de gevallen gaat fout, zonder dat het automatisch wordt opgemerkt. AI-automatisering van repetitieve processen bouwt vaak voort op een al bestaande RPA, niet vanaf nul, daar waar de huidige workflow vaak vastloopt.
Herkent de variatie, voert niet zomaar uit
Een AI-agent die aan klassieke RPA wordt toegevoegd, kan herkennen wanneer een geval niet in het standaardpatroon past en beslist, binnen de toegestane grenzen, hoe ermee om te gaan — of escaleert duidelijk naar een mens, met context, in plaats van een moeilijk te interpreteren technische fout.
Praktisch verandert dit 'de flow is vastgelopen, iemand moet vanaf nul uitzoeken wat er is gebeurd' in 'de flow heeft geval X expliciet als uitzondering gemarkeerd, met reden Y'. Het verschil tussen RPA met AI-agents en klassieke RPA is dat de flow niet meer vastloopt bij de eerste afwijking — de agent herkent het ongewone geval en beslist, binnen de toegestane grenzen, hoe ermee om te gaan. Het voorbeeld van bankreconciliatie hierboven sluit rechtstreeks aan bij de inhoud over uitzonderingsafhandeling op de zusterpagina, gewijd aan procesautomatisering met AI.
Klassieke RPA vs. RPA met AI-agentlaag
We herschrijven geen RPA die werkt. We voegen de agent toe waar uitzonderingen frequent zijn.
| Klassieke RPA | RPA + AI-agent | |
|---|---|---|
| Bij een uitzondering | De workflow stopt of faalt stilletjes. | Herkent de variatie en beslist een behandeling binnen de toegestane grenzen, of escaleert duidelijk naar een mens. |
| Onderhoud | Elke wijziging van interface of formaat vereist het herschrijven van de regels. | Past zich aan kleine variaties aan zonder volledige herschrijving. |
| Zichtbaarheid | Technische logs die moeilijk te interpreteren zijn. | Auditlogboek plus uitleg van de beslissing, in duidelijke taal. |
| Geschikt voor | Volledig voorspelbare processen, groot volume, vast formaat. | Processen met echte variaties: onvolledige data, licht afwijkende formaten, frequente randgevallen. |
| Governance | Rigide, maar met een lager risico. | Vereist duidelijke rechtenregels; flexibeler, zorgvuldig ontwerp. |
Veel bedrijven hebben al werkende klassieke RPA en voegen alleen de agentlaag toe waar uitzonderingen frequent zijn.
Het vergelijken van bankafschriften met het grootboek
We hebben een workflow gebouwd die bankafschriften rechtstreeks uit het SWIFT MT940-formaat uitleest (zonder initiële voorbeelden, uitgaand van de technische specificatie) en ze automatisch vergelijkt met het grootboek, waarbij precies wordt aangegeven welke mutaties nog niet geboekt zijn.
Getest op echte data, bracht de flow bankmutaties aan het licht die daarvoor volledig onopgemerkt waren gebleven — niet alleen een stap geautomatiseerd die al goed liep, maar een echt gat in het proces gevonden. Voor elke stap die een echte actie inhoudt, niet alleen een signaal, passen we de veiligheidsregels toe voor een agent die zelfstandig handelt, apart beschreven.
Zonder dubbele uitgifte, bij echt verkeer
Voor een workflow van automatische toewijzing van een beperkte resource (bijv. een ticket uit een vaste voorraad) telt integriteit onder gelijktijdigheid net zo zwaar als de bedrijfslogica — als twee gebruikers tegelijk de laatste resource opvragen, moet het systeem die correct aan slechts één van hen toekennen.
We hebben atomaire toewijzing gebruikt (de FOR UPDATE SKIP LOCKED-techniek) en dit vóór lancering gevalideerd met een volledig pakket integratietests (11 van de 11 geslaagd) — het soort detail dat onzichtbaar is voor de gebruiker, maar cruciaal bij echt verkeer.
Bovenop bestaande RPA of vanaf nul
We raden niet altijd aan om weg te gooien wat al werkt — vaak is de beste zet om de agentlaag alleen toe te voegen waar het echt nodig is. RPA met AI-agents start bijna altijd bovenop een al functionerende RPA-flow, niet vanaf nul — daarom is de eerste discoverystap de kaart van de bestaande automatiseringen, niet een lijst met nieuwe ideeën.
- 01We brengen de huidige flow in kaart (ook als die al deels is geautomatiseerd met klassieke RPA)
- 02We identificeren precies waar de uitzonderingen optreden en hoe vaak
- 03We voegen de agentlaag alleen toe waar de uitzonderingen de extra complexiteit rechtvaardigen
- 04We testen end-to-end op echte data en volume, met een auditlog inbegrepen
Vaste prijs, na een korte discovery.
- in kaart brengen van bestaande workflow
- automatisering + validatie
- oplevering + documentatie
- 3-5 geautomatiseerde workflows
- auditlogboek
- waarschuwingen bij uitzonderingen
- continue monitoring
- maandelijkse aanpassingen
- maandelijkse rapportage
Elk project heeft een andere context, andere processen en een andere infrastructuur, dus de prijs wordt vastgesteld na een korte, betaalde discovery en verandert daarna niet meer.
Veelgestelde vragen
Wat is het verschil tussen klassieke RPA en automatisering met AI-agents?
Klassieke RPA voert exact vaste, vooraf gedefinieerde stappen uit — elke variatie in formaat of interface kan de workflow stoppen. Een AI-agent die aan RPA wordt toegevoegd, herkent variaties en beslist, binnen vastgestelde grenzen, hoe ermee om te gaan, of escaleert duidelijk naar een mens.
Wat betekent RPA-automatisering met AI?
Het betekent het combineren van klassieke, regelgebaseerde automatisering (RPA) met een AI-beslissingslaag voor gevallen die niet exact in het standaardpatroon passen. Het resultaat is een robuustere workflow, die niet vastloopt bij de eerste echte uitzondering.
Wat kost RPA-automatisering met agents voor een bedrijf?
Eén geautomatiseerde workflow (bijv. bankreconciliatie) wordt per project geprijsd, afhankelijk van hoeveel systemen gekoppeld moeten worden. De exacte prijs hangt af van de complexiteit — een korte discovery verduidelijkt dat vóór elke offerte.
Klassieke RPA bestaat al in het bedrijf — is het de moeite waard om die te vervangen door AI-agents?
Doorgaans wordt het niet vervangen, maar aangevuld: je voegt de agentlaag alleen toe waar uitzonderingen frequent en kostbaar zijn, met behoud van de RPA-workflows die al goed werken voor voorspelbare gevallen.
Hoe wordt gegarandeerd dat een geautomatiseerde workflow geen „dubbele toewijzing”-fouten maakt bij hoog verkeer?
Via databasetechnieken die de atomaire toewijzing van een resource garanderen (bijvoorbeeld FOR UPDATE SKIP LOCKED), gevalideerd met integratietests die gelijktijdige aanvragen simuleren, niet alleen geïsoleerde sequentiële aanvragen.
Wat gebeurt er wanneer een geautomatiseerde workflow een geval tegenkomt dat ze niet kan oplossen?
Een goed ontworpen workflow markeert het geval expliciet als uitzondering, met de reden, en stuurt het naar menselijke beoordeling — hij forceert geen foute classificatie om „100% automatisch” te lijken. Die transparantie maakt het verschil tussen vertrouwen en angst voor de „black box”.
Laten we kijken wat we bij jou kunnen automatiseren.
Een gratis sessie van 30 minuten: we vertellen je wat er te automatiseren valt, hoe lang het duurt en wat het kost, met een vaste prijs na de discovery.