Automatisera fakturahantering: så går det till

Dagens flöde, steg för steg

Innan man automatiserar något är det värt att skriva ner vad som faktiskt händer idag. Nästan alla tror att de vet, och nästan ingen har det nedskrivet. Så här ser det ut i ett typiskt mindre eller medelstort svenskt bolag.

1. Fakturan kommer in. Några leverantörer skickar e-faktura, de flesta skickar PDF till en mejladress, och någon enstaka skickar papper. Redan här finns tre olika ingångar med tre olika grader av ordning.
2. Någon öppnar mejlet och sparar filen. Ibland till en mapp, ibland direkt in i ekonomisystemet, ibland till skrivbordet där den blir liggande.
3. Uppgifterna matas in: leverantör, fakturanummer, datum, förfallodatum, belopp, moms, valuta, OCR-referens. Detta är det rent mekaniska momentet och tar mellan en och tre minuter per faktura för en van person.
4. Fakturan kontrolleras mot något: en inköpsorder, ett avtal, ett pris man kommer ihåg, eller inget alls om ingen orkar leta.
5. Konteringen sätts. Konto, kostnadsställe, projekt, momskod. Här sitter kunskapen hos en eller två personer, och den är sällan dokumenterad.
6. Fakturan skickas för attest till den som beställt eller till en chef, ofta via ekonomisystemets attestflöde och lika ofta via ett mejl med en fråga.
7. Någon jagar attesten. Detta är det moment som tar mest kalendertid och minst arbetstid, och som orsakar påminnelseavgifter.
8. Avvikelser hanteras. Fel pris, fel antal, dubbelfaktura, faktura till fel bolag i koncernen, saknad order. Ofta i en mejltråd som ingen hittar tre månader senare.
9. Betalfil skapas och skickas till banken.
10. Underlaget arkiveras enligt bokföringslagen.

När man mäter var tiden går brukar den samlas på tre ställen: steg tre, steg sju och steg åtta. Inmatningen är förutsägbar och tråkig, attestjakten är oförutsägbar och irriterande, och avvikelserna är där de riktiga pengarna läcker, eftersom en faktura som ingen orkar bråka om betalas som den är.

Vad som faktiskt går att automatisera

Genomgången nedan följer flödet ovan. Notera att flera av stegen inte kräver AI alls, och att blanda ihop de två är ett vanligt sätt att göra ett enkelt projekt onödigt dyrt.

Inläsning

En bevakad mejladress där inkommande bilagor plockas ut automatiskt, plus mottagning av e-faktura via PEPPOL där leverantören klarar det. E-fakturor kommer redan strukturerade och behöver ingen tolkning alls, vilket gör dem både gratis och felfria att hantera. Ett underskattat första steg är därför inte teknik utan inköp: be de tio största leverantörerna skicka e-faktura i stället för PDF.

Tolkning

PDF-fakturor tolkas till strukturerade fält. Klassisk OCR med mallar per leverantör fungerar bra så länge leverantören inte ändrar layout, vilket den gör. Det är här språkmodeller gör verklig nytta: en modell som läser dokumentet klarar en ny layout, en text i en tabell som glidit ett steg, eller ett fakturanummer som står i en fotnot, utan att någon underhåller en mall. Fälten ska alltid komma ut med en osäkerhetsmarkering, så att systemet vet vad det inte är säkert på.

Matchning

Fakturan matchas mot inköpsorder och mot leveransen om ni har ett sådant flöde, eller mot avtalade priser om ni inte har det. Matchning är ren logik och behöver ingen AI. Däremot behöver den identifiera vilken leverantör det gäller när namnet är stavat på tre sätt i tre system, och där hjälper en modell.

Kontering

Konto, kostnadsställe, projekt och momskod sätts utifrån era regler och er historik. I praktiken är historiken det starkaste underlaget: samma leverantör och samma typ av rad har konterats likadant hundra gånger, och det mönstret är enkelt för en modell att lära sig. Nya leverantörer och ovanliga rader ska föreslås med lägre säkerhet och gå till granskning, inte gissas fram.

Registrering i ekonomisystemet

Fortnox och Visma har båda öppna API:er där leverantörsfakturor kan skapas med bilaga, konteringsrader och attestflöde. Det betyder att automationen inte behöver ersätta ert ekonomisystem, den matar det. Fakturan hamnar där ekonomen är van att se den, och ingen behöver lära sig ett nytt gränssnitt.

Avvikelser

Det här är den del som brukar ge mest och byggas sist. Systemet kan larma på prisavvikelse mot order, dubbletter av fakturanummer, belopp som avviker från leverantörens historiska mönster, fakturor på tjänster ni sagt upp, och förfallodatum som ger för kort betalningstid. Varje larm ska peka på vad som avviker och mot vad, annars blir det brus som ignoreras efter tre veckor.

Var människan sitter kvar

Attesten flyttas inte. Att godkänna en kostnad är ett affärsbeslut med ansvar kopplat till sig, och det ska en människa göra även när systemet är säkert på sin sak. Vår hållning är att detta inte är en teknisk begränsning utan en design: den som attesterar ska kunna svara på varför bolaget betalade.

Det som förändras är vad attestanten får framför sig. I stället för en PDF att tolka själv kommer ett färdigt underlag: tolkade fält, matchning mot order med avvikelser markerade, föreslagen kontering med motivering, och leverantörens historik. Beslutet tar tjugo sekunder i stället för fyra minuter, och blir dessutom bättre.

Utöver attesten sätter vi normalt tre kontrollpunkter till.

• Osäker tolkning går till granskning. Understiger modellens säkerhet en tröskel på ett fält hamnar fakturan i en kö i stället för i flödet.
• Nya leverantörer granskas alltid första gången. Det är också det billigaste skyddet mot bedrägerier med falska fakturor, som fortfarande är ett av de vanligaste angreppen mot svenska bolag.
• Beloppsgräns. Under en gräns ni själva sätter kan matchade fakturor mot order gå igenom med enbart stickprov. Över gränsen granskas alltid. Var gränsen ska gå är ett beslut för er ekonomiansvariga, inte för oss.

Rekommendationen är att börja strängt och lätta på reglerna utifrån era egna mätningar. Sätt alla fakturor i granskning de första veckorna, mät hur ofta förslaget var korrekt, och flytta först då tröskeln. Motsatt ordning, att börja generöst och strama åt efter en incident, kostar förtroende ni inte får tillbaka.

Vad som krävs av era system

Fem förutsättningar avgör om det här blir ett projekt på veckor eller på månader. De är värda att kontrollera innan ni tar in offerter.

1. Ett ekonomisystem med API. Fortnox och Visma räcker gott, liksom de flesta moderna alternativ. Ett äldre system utan integrationsmöjlighet är det som oftast stoppar projektet, och det upptäcks helst nu och inte i vecka tre.
2. En bestämd väg in för fakturor. En adress dit allt kommer. Har ni fem inkorgar där olika personer får fakturor är städningen av det första steget, och det är ett arbete ni gör själva.
3. Skriftliga konteringsregler, eller åtminstone tillräckligt med historik. Kan ingen förklara hur ni konterar en viss typ av kostnad kan vi inte heller lära ett system det. Historik i ekonomisystemet fungerar utmärkt som underlag om reglerna aldrig skrivits ner.
4. Ett leverantörsregister som går att lita på. Dubbletter och tre stavningar av samma bolag ger fel matchning, och det är städarbete som inte blir billigare av att skjutas upp.
5. En utpekad ägare hos er. Någon som svarar på frågor under bygget och som äger reglerna efteråt. Utan det blir lösningen ingen mans egendom och slutar användas efter första personalbytet.

Till detta kommer arkiveringen. Räkenskapsinformation ska bevaras i sju år enligt bokföringslagen, och det gäller även när underlaget passerar ett automatiserat flöde. Reglerna kring i vilken form original måste sparas har ändrats de senaste åren, så stäm av aktuellt läge med er redovisningskonsult i stället för att förlita er på hur det var när ni satte rutinen.

Dataskyddsfrågorna är begränsade i det här flödet, eftersom leverantörsfakturor mestadels rör juridiska personer. Enskilda firmor och kontaktpersoner är personuppgifter, så biträdesavtal och lagringstider ska ändå vara på plats. Vi går igenom det i AI och GDPR.

Räkna själva

Ni ska inte tro på någon annans besparingssiffra, inklusive vår. Räkna på ert eget flöde i stället, det tar tjugo minuter och ger ett bättre beslutsunderlag än vilken kundberättelse som helst.

1. Ta fram antalet leverantörsfakturor per månad ur ekonomisystemet. Det är en exakt siffra och den enda ni inte behöver uppskatta.
2. Uppskatta tiden per faktura för mottagning, inmatning, matchning och kontering. Fråga den som faktiskt gör det, och ta ett snitt över både enkla och krångliga.
3. Multiplicera och lägg till tiden för att jaga attester och reda ut avvikelser. Den tiden är svårare att uppskatta och nästan alltid större än man tror.
4. Multiplicera med en rimlig timkostnad inklusive sociala avgifter, och sedan med tolv för att få en årskostnad.
5. Dra av det som blir kvar. Räkna med att en fjärdedel till en tredjedel av arbetet finns kvar i granskning och undantag, och räkna hellre försiktigt.
6. Lägg till det som inte är arbetstid: påminnelseavgifter och dröjsmålsräntor senaste året, missade kassarabatter, och de felaktiga fakturor ni vet betalades utan att någon hann kontrollera dem.
7. Jämför summan med vad ett bygge kostar plus drift under ett år.

Grovt sett gäller att volymen avgör. Ett bolag med några hundra fakturor i månaden hittar nästan alltid en tydlig kalkyl. Ett bolag med trettio fakturor i månaden gör det sällan, och där är det ärligare att säga att pengarna gör bättre nytta någon annanstans. Vi säger det hellre i ett första samtal än i vecka två av ett projekt.