Hyperautomatisering faalt bij de overdracht, niet bij de taak

Inkomende facturen zijn het klassieke automatiseringsproject, en dit exemplaar was goed uitgevoerd. Capture leest de pdf. Een bot boekt de factuur op de juiste rekening en kostenplaats. Een workflow stuurt haar ter goedkeuring door. Een export zet haar door naar de boekhouding. Elke stap was geautomatiseerd, getest en werkend getoond in de demo.

Dan komt er een factuur binnen zonder inkoopordernummer. Capture leest haar correct. Het boeken mislukt, want zonder de order kan de bot niet bepalen bij welk project ze hoort. De factuur belandt in een gedeelde uitzonderingenwachtrij die drie mensen kunnen zien en waarvan niemand eigenaar is. Twee weken later belt de leverancier over een te late betaling. Het automatiseringsdashboard toont nog steeds een hoog aandeel facturen dat zonder handmatige tussenkomst is verwerkt. De leverancier ziet alleen die ene die dat niet was.

„Hyperautomatisering” is de naam die de branche geeft aan het automatiseren van zoveel mogelijk stappen met een combinatie van tools: capture, bots, workflows, modellen. Die aanpak behandelt een proces als een reeks taken. Maar processen lopen zelden vast binnen een taak. Ze lopen vast tussen taken, waar werk overgaat van de ene tool naar de andere, van een machine naar een mens of van het ene team naar het volgende. Elke overdracht is een plek waar context verloren gaat, eigenaarschap onduidelijk is en de klok doorloopt.

Waar overdrachten misgaan

Context valt weg. De bot geeft „boeken mislukt” door zonder te zeggen wat hij heeft geprobeerd, wat hij vond of wat ontbreekt. Wie het oppakt, begint het onderzoek van voren af aan.

Wachtrijen zonder eigenaar. Een gedeelde inbox voor uitzonderingen voelt veilig, omdat iedereen hem kan zien. In de praktijk gaat iedereen ervan uit dat een ander het oppakt.

Wachten zonder reden. Een item staat op „in behandeling” zonder te zeggen op wie of waarop het wacht. Niemand kan een geblokkeerde zaak onderscheiden van een vergeten zaak.

Een verschil in tempo. Automatisering produceert uitzonderingen sneller dan mensen ze kunnen wegwerken. De achterstand groeit ongemerkt, omdat niets haar meet.

Taken meten in plaats van uitkomsten. Het „aandeel geautomatiseerde stappen” stijgt, terwijl de „tijd van ontvangst tot correcte betaling van de factuur” niet daalt. Alleen het tweede telt voor de leverancier, en voor de kasstroom.

Elke tool houdt zijn eigen status bij. Het log van de bot, de workflow-engine en het boekhoudsysteem denken elk iets anders over waar de factuur zich bevindt. Ze op elkaar afstemmen wordt een baan op zich.

Ontwerp eerst de overdracht

Elke taak heeft een eigenaar, en een reden als ze wacht. Een eigenaar is een persoon, geen team. Een reden is één zin: wacht sinds dinsdag op de inkooporder van inkoop.

De overdracht neemt het dossier mee. Wat er is gedaan, welk bewijs er is gevonden, wat ontbreekt en wat de voorgestelde volgende stap is, allemaal op één plek. Als een agent iets overdraagt, draagt hij een voorstel over met zijn bronnen en een inschatting van het risico, geen foutcode.

Routeer op risico, niet op type. Uitzonderingen met een laag risico en een duidelijke voorgestelde oplossing kunnen in bulk worden goedgekeurd. Uitzonderingen met een hoog risico gaan naar een met naam genoemde persoon die bevoegd is om te beslissen.

Eén status voor het dossier. Elke betrokken tool schrijft naar hetzelfde record, zodat de vraag „waar is deze factuur” één antwoord heeft.

Meet van begin tot eind. De tijd van binnenkomst tot correcte afhandeling, en de leeftijd van het oudste item dat ergens in het proces wacht. Die twee getallen laten zien waar overdrachten falen; het automatiseringspercentage verbergt dat.

Dit zijn de principes achter de module Besluiten en taken van Hurukan: één goedkeuringsinbox voor voorstellen van agents met hun bronnen en risico, goedkeuring in bulk en routering op risico, taken die altijd een eigenaar hebben en een reden als ze wachten, en een historie van elke overdracht. De laag Agentische logica legt de regel eronder vast: een agent stelt voor, een mens beslist over kritieke stappen, en elke actie wordt vastgelegd. Beide zijn in ontwikkeling. Welk soort automatisering u voor elke stap kiest, is een aparte vraag, die aan bod komt in agents, RPA of workflows.

Een test die u vandaag kunt doen

Neem uw meest geautomatiseerde proces. Haal de lijst op van alle items die er op dit moment ergens in wachten: in een wachtrij, in een inbox, in het foutenlog van een bot, in iemands gemarkeerde e-mail. Beantwoord voor elk item drie vragen:

1. Wie is de eigenaar? Een naam, geen team.
2. Waarom wacht het? Eén zin.
3. Sinds wanneer?

Markeer elk item waarvoor u niet binnen een minuut alle drie de vragen kunt beantwoorden. Dat zijn uw mislukte overdrachten, en zij zijn de echte maatstaf voor de automatisering.

Neem daarna het oudste item op de lijst en lees de historie ervan. Tel hoe vaak het van eigenaar wisselde en hoeveel van zijn leeftijd het heeft gewacht tot iemand het opmerkte. Dat getal moet het volgende automatiseringsproject omlaag brengen. Meer over hoe Hurukan dit aanpakt, leest u op de homepage.