Hyperautomatisering fejler ved overdragelsen, ikke ved opgaven

Indgående fakturaer er det klassiske automatiseringsprojekt, og dette blev gjort ordentligt. Indlæsningen læser PDF’en. En robot konterer fakturaen til den rette konto og det rette omkostningssted. Et workflow sender den til godkendelse. En eksport sender den til regnskabet. Hvert trin blev automatiseret, testet og vist i drift i demoen.

Så kommer der en faktura uden indkøbsordrenummer. Indlæsningen læser den korrekt. Konteringen fejler, fordi robotten uden ordren ikke kan se, hvilket projekt den hører til. Fakturaen lander i en fælles undtagelseskø, som tre personer kan se, og ingen ejer. To uger senere ringer leverandøren om en forsinket betaling. Automatiseringens dashboard viser stadig en høj andel af fakturaer behandlet uden menneskelig berøring. Leverandøren ser kun den ene, der ikke blev.

»Hyperautomatisering« er branchens navn for at automatisere så mange trin som muligt med en kombination af værktøjer: indlæsning, robotter, workflows, modeller. Tilgangen behandler en proces som en række opgaver. Men processer fejler sjældent inde i en opgave. De fejler mellem opgaverne, hvor arbejdet går fra ét værktøj til et andet, fra en maskine til et menneske eller fra ét team til det næste. Hver overdragelse er et sted, hvor kontekst går tabt, ejerskabet er uklart, og uret bliver ved med at løbe.

Hvor overdragelser går i stykker

Konteksten tabes. Robotten giver »kontering fejlede« videre uden at sige, hvad den prøvede, hvad den fandt, eller hvad der mangler. Den person, der tager over, starter undersøgelsen forfra.

Køer uden ejere. En fælles undtagelsesindbakke føles tryg, fordi alle kan se den. I praksis går alle ud fra, at en anden tager sig af den.

Venten uden grund. En sag står som »afventer« uden at sige, på hvem eller hvad den venter. Ingen kan skelne en sag, der er blokeret, fra en sag, der er glemt.

Forskelligt tempo. Automatiseringen producerer undtagelser hurtigere, end mennesker kan rydde dem. Efterslæbet vokser i stilhed, fordi intet måler det.

Opgaver måles i stedet for resultater. »Andel af automatiserede trin« stiger, mens »tid fra modtaget faktura til korrekt betalt faktura« ikke gør. Kun det sidste betyder noget for leverandøren — og for likviditeten.

Hvert værktøj har sin egen tilstand. Robottens log, workflowmotoren og regnskabssystemet tror hver især noget forskelligt om, hvor fakturaen er. At afstemme dem bliver et job i sig selv.

Design overdragelsen først

Hver opgave har en ejer og en grund, når den venter. En ejer er en person, ikke et team. En grund er én sætning: venter på indkøbsordren fra indkøb, siden tirsdag.

Overdragelsen bærer sagen. Hvad der er gjort, hvilket grundlag der er fundet, hvad der mangler, og hvad det foreslåede næste skridt er — alt samlet ét sted. Når en agent overdrager, overdrager den et forslag med sine kilder og et risikoestimat, ikke en fejlkode.

Route efter risiko, ikke efter type. Undtagelser med lav risiko og en klar foreslået løsning kan godkendes samlet. Undtagelser med høj risiko går til en navngiven person med beføjelse til at beslutte.

Én tilstand for sagen. Alle involverede værktøjer skriver til den samme post, så »hvor er fakturaen?« har ét svar.

Mål fra ende til ende. Tid fra modtagelse til korrekt afslutning og alderen på den ældste sag, der venter et sted i processen. De to tal viser fejl i overdragelserne; automatiseringsgraden skjuler dem.

Det er principperne bag Hurukans modul Beslutninger og opgaver: én godkendelsesindbakke for agentforslag med kilder og risiko, samlet godkendelse og routing efter risiko, opgaver, der altid har en ejer og en grund, når de venter, og en historik over hver overdragelse. Laget Agentisk logik sætter reglen nedenunder: En agent foreslår, et menneske beslutter ved kritiske skridt, og hver handling logges. Begge dele er under opbygning. Hvilken type automatisering der skal bruges til hvert trin, er et separat spørgsmål, som behandles i agenter, RPA eller workflows.

En test, du kan køre i dag

Tag din mest automatiserede proces. Træk listen over alle sager, der lige nu venter et sted i den: i en kø, i en indbakke, i en robots fejllog, i en markeret e-mail hos nogen. Besvar tre spørgsmål for hver sag:

1. Hvem ejer den? Et navn, ikke et team.
2. Hvorfor venter den? Én sætning.
3. Siden hvornår?

Markér hver sag, hvor du ikke kan besvare alle tre inden for et minut. Det er dine fejl i overdragelserne, og de er det reelle mål for automatiseringen.

Tag så den ældste sag på listen, og læs dens historik. Tæl, hvor mange gange den har skiftet hænder, og hvor meget af dens alder der er gået med at vente på, at nogen lagde mærke til den. Det tal er det, næste automatiseringsprojekt bør reducere. Mere om, hvordan Hurukan griber det an, står på forsiden.