Hyperautomatisering svikter ved overleveringen, ikke i oppgaven

Inngående fakturaer er det klassiske automatiseringsprosjektet, og dette ble gjort skikkelig. Fangsten leser PDF-en. En robot konterer fakturaen på riktig konto og kostnadssted. En arbeidsflyt sender den til godkjenning. En eksport sender den til regnskapet. Hvert steg ble automatisert, testet og vist frem i demoen.

Så kommer det en faktura uten innkjøpsordrenummer. Fangsten leser den riktig. Konteringen feiler, fordi roboten uten ordren ikke kan avgjøre hvilket prosjekt fakturaen hører til. Fakturaen havner i en felles unntakskø som tre personer kan se og ingen eier. To uker senere ringer leverandøren om en forsinket betaling. Automatiseringsdashbordet viser fortsatt en høy andel fakturaer behandlet uten manuell berøring. Leverandøren ser bare den ene som ikke ble det.

«Hyperautomatisering» er navnet bransjen gir det å automatisere så mange steg som mulig med en kombinasjon av verktøy: fangst, roboter, arbeidsflyter, modeller. Tilnærmingen behandler en prosess som en rekke oppgaver. Men prosesser svikter sjelden inne i en oppgave. De svikter mellom oppgavene, der arbeidet går fra ett verktøy til et annet, fra en maskin til et menneske eller fra ett team til det neste. Hver overlevering er et sted der kontekst går tapt, eierskapet er uklart og klokken fortsetter å gå.

Der overleveringer går i stykker

Konteksten forsvinner. Roboten sender videre «kontering feilet» uten å si hva den prøvde, hva den fant eller hva som mangler. Den som tar over, starter undersøkelsen fra bunnen av.

Køer uten eiere. En felles unntaksinnboks føles trygg fordi alle kan se den. I praksis tror alle at noen andre tar seg av den.

Venting uten grunn. En sak står som «venter» uten å si hvem eller hva den venter på. Ingen kan skille en sak som er blokkert, fra en sak som er glemt.

Ulik hastighet. Automatiseringen produserer unntak raskere enn folk klarer å rydde dem unna. Etterslepet vokser i det stille, fordi ingenting måler det.

Oppgaver måles i stedet for resultater. «Andel automatiserte steg» stiger, mens «tid fra faktura mottatt til faktura riktig betalt» står stille. Bare det siste betyr noe for leverandøren – og for kontantstrømmen.

Hvert verktøy har sin egen tilstand. Robotens logg, arbeidsflytmotoren og regnskapssystemet tror hver sin ting om hvor fakturaen er. Å avstemme dem blir en egen jobb.

Design overleveringen først

Hver oppgave har en eier, og en grunn når den venter. En eier er en person, ikke et team. En grunn er én setning: venter på innkjøpsordren fra innkjøp, siden tirsdag.

Overleveringen bærer saken. Hva som er gjort, hvilken dokumentasjon som er funnet, hva som mangler og hva som er foreslått neste steg – alt på ett sted. Når en agent overleverer, leverer den et forslag med kilder og et risikoanslag, ikke en feilkode.

Rut etter risiko, ikke etter type. Unntak med lav risiko og en tydelig foreslått løsning kan godkjennes samlet. Unntak med høy risiko går til en navngitt person med myndighet til å bestemme.

Én tilstand for saken. Alle verktøy som er involvert, skriver til den samme posten, så «hvor er denne fakturaen» har ett svar.

Mål fra ende til ende. Tid fra ankomst til riktig fullføring, og alderen på den eldste saken som venter noe sted i prosessen. Disse to tallene viser svikt i overleveringene; automatiseringsgraden skjuler den.

Dette er prinsippene bak Hurukans modul Beslutninger og oppgaver: én godkjenningsinnboks for agentenes forslag med kilder og risiko, samlet godkjenning og ruting etter risiko, oppgaver som alltid har en eier og en grunn når de venter, og historikk for hver overlevering. Laget for agentisk logikk setter regelen under: en agent foreslår, et menneske bestemmer over kritiske steg, og hver handling loggføres. Begge er under utvikling. Hvilken type automatisering du bør bruke i hvert steg, er et eget spørsmål, som drøftes i agenter, RPA eller arbeidsflyt.

En test du kan kjøre i dag

Ta den mest automatiserte prosessen din. Hent ut listen over alt som venter et sted i den akkurat nå: i en kø, i en innboks, i en robots feillogg, i noens flaggede e-post. Svar på tre spørsmål for hver sak:

1. Hvem eier den? Et navn, ikke et team.
2. Hvorfor venter den? Én setning.
3. Siden når?

Merk hver sak der du ikke kan svare på alle tre i løpet av ett minutt. Det er overleveringssviktene dine, og de er det egentlige målet på automatiseringen.

Ta så den eldste saken på listen og les historikken. Tell hvor mange ganger den byttet hender, og hvor mye av alderen som gikk med til å vente på at noen skulle legge merke til den. Det tallet er det neste automatiseringsprosjekt bør få ned. Mer om hvordan Hurukan angriper dette, finner du på forsiden.