--- title: "Hyperautomatisering faller vid överlämningen, inte vid uppgiften" url: "https://hurukan.com/sv/blog/hyperautomatisering-faller-vid-overlamningen" description: "Varje automatiserat steg fungerar i demon, ändå stannar processen – för ingen har utformat det som sker mellan stegen: överlämningen, undantaget och ägaren." --- # Hyperautomatisering faller vid överlämningen, inte vid uppgiften 29 maj 2026·3 min läsning·Redaktionen Närbild av en kollega som räcker över en dokumentmapp till en annan över ett skrivbord, en bärbar dator med ett abstrakt blått processdiagram mjukt ur fokus bakom, rent kontorsljus Leverantörsfakturor är det klassiska automatiseringsprojektet, och det här gjordes ordentligt. Inläsningen läser pdf-filen. En robot konterar fakturan mot rätt konto och kostnadsställe. Ett arbetsflöde skickar den för godkännande. En export skickar den till bokföringen. Varje steg automatiserades, testades och visades fungera i demon. Sedan kommer en faktura utan inköpsordernummer. Inläsningen läser den korrekt. Konteringen misslyckas, eftersom roboten utan ordern inte kan avgöra vilket projekt den hör till. Fakturan hamnar i en delad undantagskö som tre personer kan se och ingen äger. Två veckor senare ringer leverantören om en sen betalning. Automatiseringens instrumentpanel visar fortfarande en hög andel fakturor som hanterats helt utan manuell åtgärd. Leverantören ser bara den som inte gjorde det. ”Hyperautomatisering” är namnet branschen ger åt att automatisera så många steg som möjligt med en kombination av verktyg: inläsning, robotar, arbetsflöden, modeller. Synsättet behandlar en process som en följd av uppgifter. Men processer fallerar sällan inuti en uppgift. De fallerar mellan uppgifterna, där arbetet går från ett verktyg till ett annat, från en maskin till en människa eller från ett team till nästa. Varje överlämning är ett ställe där sammanhang går förlorat, ägarskapet är oklart och klockan fortsätter att ticka. ## Där överlämningarna går sönder **Sammanhanget tappas.** Roboten skickar vidare ”konteringen misslyckades” utan att säga vad den försökte, vad den hittade eller vad som saknas. Den som tar över börjar utredningen från början. **Köer utan ägare.** En delad undantagsinkorg känns trygg eftersom alla kan se den. I praktiken utgår alla från att någon annan tar hand om den. **Väntan utan skäl.** En post står som ”väntande” utan att säga på vem eller på vad den väntar. Ingen kan skilja ett ärende som är blockerat från ett som är bortglömt. **Olika hastighet.** Automatiseringen producerar undantag snabbare än människor hinner beta av dem. Eftersläpningen växer i tysthet, eftersom ingenting mäter den. **Uppgifter mäts i stället för utfall.** ”Andel automatiserade steg” stiger medan ”tid från mottagen faktura till korrekt betald faktura” inte gör det. Bara det senare spelar roll för leverantören, och för kassaflödet. **Varje verktyg har sitt eget tillstånd.** Robotens logg, arbetsflödesmotorn och bokföringssystemet tror var och ett något olika om var fakturan befinner sig. Att stämma av dem blir ett jobb i sig. ## Utforma överlämningen först **Varje uppgift har en ägare, och ett skäl när den väntar.** En ägare är en person, inte ett team. Ett skäl är en mening: väntar på inköpsordern från inköp, sedan i tisdags. **Överlämningen bär ärendet.** Vad som gjordes, vilket underlag som hittades, vad som saknas och vad som är föreslaget nästa steg, allt på ett ställe. När en agent lämnar över lämnar den över ett förslag med sina källor och en bedömning av risken, inte en felkod. **Routa efter risk, inte efter typ.** Undantag med låg risk och en tydlig föreslagen lösning kan godkännas i klump. Undantag med hög risk går till en namngiven person med befogenhet att besluta. **Ett tillstånd för ärendet.** Varje inblandat verktyg skriver till samma post, så ”var är den här fakturan” har ett svar. **Mät från början till slut.** Tid från ankomst till korrekt slutförande, och åldern på den äldsta posten som väntar någonstans i processen. De två siffrorna visar fel i överlämningarna; automatiseringsgraden döljer dem. Det här är principerna bakom Hurukans modul [Beslut och uppgifter](https://hurukan.com/sv/modules/beslut-och-uppgifter): en godkännandeinkorg för agenternas förslag med deras källor och risk, massgodkännande och routning efter risk, uppgifter som alltid har en ägare och ett skäl när de väntar, och en historik över varje överlämning. [Lagret Agentisk logik](https://hurukan.com/sv/system/agentisk-logik) sätter regeln därunder: en agent föreslår, en människa beslutar i kritiska steg och varje åtgärd loggas. Båda är under uppbyggnad. Vilket slags automatisering som ska användas för varje steg är en separat fråga, som behandlas i [agenter, RPA eller arbetsflöden](https://hurukan.com/sv/blog/agenter-rpa-eller-arbetsfloden). ## Ett test du kan göra i dag Ta din mest automatiserade process. Ta fram listan över alla poster som just nu väntar någonstans i den: i en kö, i en inkorg, i en robots fellogg, i någons flaggade mejl. Svara på tre frågor för varje post: 1. Vem äger den? Ett namn, inte ett team. 2. Varför väntar den? En mening. 3. Sedan när? Markera varje post där du inte kan svara på alla tre inom en minut. Det är dina fel i överlämningarna, och de är det verkliga måttet på automatiseringen. Ta sedan den äldsta posten på listan och läs dess historik. Räkna hur många gånger den bytte händer, och hur stor del av dess ålder som gick åt till att vänta på att någon skulle lägga märke till den. Det är den siffran som nästa automatiseringsprojekt ska minska. Mer om hur Hurukan angriper det finns på [startsidan](https://hurukan.com/sv). - hyperautomatisering - processdesign - undantag - ägarskap ## Läs vidare - [En identitet för människor och agenter: vem som får göra vad](https://hurukan.com/sv/blog/en-identitet-for-manniskor-och-agenter) - [Det levande tillståndet och registret: två minnen i ett operativsystem för företaget](https://hurukan.com/sv/blog/det-levande-tillstandet-och-registret-tva-minnen)