Varför human-in-the-loop inte är en kompromiss utan en förutsättning

2026-04-08

Inom fakturahantering är det vanligt att beskriva full automation som målet: fakturor in, betalningar ut, utan mänsklig inblandning. Det låter effektivt. Men finansiell validering innehåller bedömningar som inte kan reduceras till regler. Försöker man ändå hamnar man i ett system som antingen godkänner för mycket eller stoppar för mycket. Mänskligt beslutsfattande är inte en svaghet i flödet. Det är en konstruktionsprincip.

Varför full automation misslyckas i finansiell validering

Automation fungerar utmärkt för uppgifter med entydiga regler och förutsägbara utfall. Att extrahera data från en faktura, matcha ett artikelnummer mot en prislista eller flagga en dubblett är uppgifter där maskiner överträffar människor varje gång. Problemet uppstår när man försöker automatisera steget efter analysen: beslutet.

I teorin borde det gå. Om fakturan matchar avtalet, godkänn. Om den avviker, avvisa. Men verkligheten är inte binär. Avtal omförhandlas muntligt. Prislistor uppdateras med eftersläpning. Leveransvillkor ändras under projektets gång. En faktura som tekniskt sett avviker från avtalet kan vara helt korrekt utifrån vad som faktiskt överenskommits mellan parterna. Ett automatiserat system som saknar den kontexten avvisar giltiga fakturor eller godkänner ogiltiga. Ingen av de utgångarna är bra.

Inget seriöst ekonomisystem erbjuder en knapp som säger "betala allt utan granskning". Det beror inte på att tekniken inte räcker till. Det beror på att problemet kräver bedömning, och bedömning är en mänsklig förmåga. Skillnaden mellan datamatchning och avtalsverifiering gör detta tydligt.

Juridiskt ansvar och tvetydighet

Varje godkänd faktura är en ekonomisk transaktion som någon ansvarar för. I svenska bolag vilar det ansvaret ytterst på den som attesterat betalningen. Det ansvaret kan inte delegeras till en algoritm. Om en felaktig betalning passerar genom ett helautomatiskt system är det fortfarande en människa som får förklara för revisorn varför beloppet betalades.

Den juridiska verkligheten är dessutom full av gråzoner. Avtal inom bygg och transport är sällan helt entydiga. Tilläggsarbeten (ÄTA) regleras genom processer som kan ta veckor att formalisera, medan fakturan landar långt tidigare. Prisändringar kopplade till index, bränsleklausuler eller valutajusteringar skapar fakturor som avviker från grundavtalet men som ändå är korrekta. Muntliga överenskommelser mellan platschef och underentreprenör omvandlas till fakturor utan skriftlig dokumentation. I samtliga dessa fall krävs en bedömning som tar hänsyn till kontext, avsikt och affärsrelation. Det är inte en uppgift för ett regelbaserat system.

Kantfall som avgör systemets värde

Det är lätt att bygga ett system som hanterar de 80 procent av fakturorna som är raka: rätt leverantör, rätt pris, rätt kvantitet. Det verkliga testet är vad som händer med resterande 20 procent. Det är i kantfallen som ett fakturahanteringssystem bevisar sitt värde, och det är där full automation konsekvent fallerar.

Betrakta en transportfaktura där kilopriset är 2 procent högre än avtalat. Är det ett fel? Kanske. Men det kan också vara en legitim bränslejustering som transportören har rätt att tillämpa enligt en klausul i avtalet. Eller så har säljaren och inköparen kommit överens om en tillfällig justering per telefon. Ett system som direkt avvisar fakturan skapar onödigt arbete och skadar leverantörsrelationen. Ett system som utan granskning godkänner den riskerar att missa verkliga överdebiteringar.

Eller ta fallet med en tilläggsrad på en entreprenadsfaktura. Raden finns inte i det ursprungliga avtalet. Ett regelbaserat system ser en avvikelse och flaggar eller avvisar. Men i praktiken kan det vara ett godkänt ÄTA-arbete som ännu inte formaliserats i avtalssystemet, eller en merkostnad som projektledaren redan accepterat på plats. Beslutet kräver kunskap om projektets historia och den specifika leverantörsrelationen. Ingen algoritm har den kunskapen.

Rätt uppdelning: AI analyserar, människan beslutar

Lösningen är att ge människa och maskin rätt roller. AI och regelbaserade system är bra på analys: att extrahera data, jämföra mot avtal och offerter, identifiera avvikelser, beräkna differenser och sammanställa beslutsunderlag. Människan är bättre på bedömning: att tolka avvikelser i sitt sammanhang, väga in faktorer som inte finns i systemet och fatta beslut som balanserar ekonomisk kontroll mot operativa realiteter.

Den uppdelningen är inte en kompromiss. Det är den arkitektur som fungerar i praktiken. Ett system som levererar ett komplett beslutsunderlag, där alla kontroller är utförda och avvikelser tydligt markerade, gör att en attestant kan granska en faktura på sekunder i stället för minuter. Beslutet fattas snabbare, inte för att det automatiserats, utan för att förberedelsearbetet har tagits bort.

Skillnaden är viktig. Att reducera förberedelsearbete innebär att ta bort det manuella arbetet med att leta fram avtal, räkna om priser, jämföra kvantiteter och kontrollera tidigare fakturor. Att ta bort beslutet innebär att flytta juridiskt och ekonomiskt ansvar till en process som saknar förståelse för kontext. Det första gör organisationen effektivare. Det andra gör den sårbar.

Två situationer, samma princip

En liten prisavvikelse. En faktura på kontorsmaterial visar ett styckpris som är 4 kronor högre än i avtalad prislista. Systemet flaggar avvikelsen och visar differensen: totalt 280 kronor mer än förväntat. Attestanten ser omedelbart att det rör sig om en liten justering på en post med lågt totalvärde. Beslutet att godkänna tar tre sekunder. Utan systemets analys hade attestanten behövt öppna avtalet, hitta rätt rad, jämföra manuellt och komma till samma slutsats. Med full automation hade systemet antingen blockerat fakturan i onödan eller godkänt den utan att någon någonsin visste att avvikelsen fanns.

En legitim merkostnad. En underentreprenör fakturerar ett belopp som överstiger kontraktssumman med 45 000 kronor. Systemet visar att det inte finns något registrerat ÄTA som täcker beloppet. Det ser ut som en felaktig faktura. Men projektledaren vet att arbetet utfördes efter ett akut beslut på byggarbetsplatsen och att en ÄTA-anmälan är på väg. Attestanten parkerar fakturan, kontaktar projektledaren, bekräftar och godkänner när dokumentationen är på plats. Systemet hanterade analysen. Människan hanterade bedömningen. Resultatet är korrekt. Full automation hade antingen betalat utan verifiering eller stoppat en faktura som skulle betalas.

System ska reducera tänkande, inte ta bort beslut

Målet med automatisering inom fakturahantering bör vara att göra den mänskliga inblandningen så snabb och välgrundad som möjligt, inte att ta bort den. En attestant som får ett komplett underlag, med alla kontroller utförda, alla avvikelser markerade och alla relevanta avtal länkade, fattar bättre beslut på kortare tid. Det är den konkreta produktivitetsvinsten.

Företag som strävar mot full automation löser ofta fel problem. De ser mänsklig inblandning som flaskhalsen och vill eliminera den. Men flaskhalsen är sällan beslutet i sig. Det är arbetet som krävs för att komma fram till beslutet: att samla in underlag, kontrollera siffror, hitta rätt avtal och stämma av med kollegor. Automatisera det arbetet och beslutet går snabbare. Försök automatisera bort beslutet och du skapar ett system som ingen vågar lita på.

Hur Attestro är byggt kring denna princip

Attestro är ett fakturaverifieringsverktyg från Älgamo Software AB med en tydlig gräns mellan analys och beslut. Systemet extraherar radnivådata från leverantörsfakturor, läser era avtal och offerter med AI och identifierar avvikelser: priser som driftar från avtalet, poster som inte finns i offerten, mängder som överstiger vad som beställts. Det presenterar ett strukturerat beslutsunderlag och flaggar exakt vad som behöver uppmärksamhet. Men det godkänner aldrig en faktura på egen hand.

Det är ett medvetet designval. AI gör analysen. Människan fattar beslutet. Det ger snabbare granskning och färre fel, och systemet fungerar även när verkligheten inte följer avtalet till punkt och pricka.