Automatisera fakturahantering: vad som går att automatisera och var en människa ska godkänna

Det går att automatisera det mesta av förberedelsen i fakturahanteringen: ta emot fakturan, läsa den, matcha den mot leverantör och order och föreslå kontering. Godkännande, attest och betalning bör ligga kvar hos en människa, med en logg som visar vad som föreslogs och vem som sa ja.

Kort sagt

• Mottagning, tolkning, matchning och konteringsförslag är mekaniska steg som går att automatisera.
• Godkännande, attest, betalning och undantag ska ligga kvar hos en namngiven person.
• Välj väg efter hur era fakturor ser ut och vad ert affärssystem släpper in och ut.

Vad betyder det att automatisera fakturahantering?

Fakturans väg från inkorg till bokföring

En leverantörsfaktura passerar samma stationer i nästan alla bolag. Den kommer in som PDF i ett mejl, som e-faktura eller på papper. Någon läser av leverantör, belopp, moms, förfallodag och referens. Fakturan kopplas till en leverantör i registret och ibland till en inköpsorder eller ett avtal. Den får konto, kostnadsställe och kanske projekt. Någon med rätt befogenhet attesterar, fakturan bokförs i leverantörsreskontran och hamnar till slut i en betalfil.

När någon säger att fakturahanteringen ska automatiseras kan det betyda vilken som helst av de här stationerna. Därför lönar det sig att gå igenom dem en i taget innan ni pratar med en leverantör.

Förbereda är något annat än besluta

De första stationerna är förberedelse. Att läsa av ett belopp eller känna igen en leverantör kräver noggrannhet men inget omdöme. De senare stationerna är beslut: någon intygar att varan har levererats, att priset stämmer med avtalet och att bolaget ska betala.

Så är också vår egen modul byggd. Kapacitis bokföringsagent som läser kvitton och fakturor och föreslår kontering lämnar ett förslag, och inget bokförs förrän er ekonomiansvarige har godkänt det. Modulen har status demo. Samma princip finns i offertboten, som räknar fram offerter ur era priser och marginalregler och där modellen aldrig hittar på egna priser. På fakturasidan betyder det att belopp ska komma från fakturan och konton från er kontoplan och er historik.

Vad som inte bör automatiseras alls

Några saker bör alltid ha en människa i mitten. Betalningen är den tydligaste. Detsamma gäller upplägg av nya leverantörer och ändrade bankuppgifter, eftersom det är där bedrägerier träffar. Tvistiga fakturor, krediteringar som inte går att para ihop och allt som avviker från avtalet är undantag som kräver någon som känner affären. Attestordningen, alltså vem som får godkänna vad och upp till vilket belopp, är ett ledningsbeslut och ska stå kvar som ett sådant.

Vilka steg i ett leverantörsflöde går att automatisera?

Ta emot och läsa fakturan (PDF, e-faktura, mejl)

En e-faktura är redan strukturerad data, så där handlar automatiseringen om att ta emot filen och kontrollera att fälten är rimliga. En PDF eller en inskannad pappersfaktura måste tolkas. Här passar en språkmodell bra, eftersom den klarar layouter den inte har sett förut. Kravet ni ska ställa är att systemet säger till när en uppgift saknas eller är oläslig, i stället för att fylla i något som ser trovärdigt ut.

Matcha mot leverantör, inköpsorder och avtal

Matchningen är en jämförelse mot era egna register. Leverantörens identitet och bankgiro ska stämma med leverantörsregistret. Finns en inköpsorder ska antal och pris jämföras mot den. Finns ett avtal ska beloppet ligga inom det avtalade. Allt som stämmer kan gå vidare med en notering om vad som jämfördes. Allt som avviker ska stanna och visas för en människa med avvikelsen utpekad.

Föreslå kontering utifrån tidigare mönster

Återkommande leverantörer konteras för det mesta likadant från månad till månad, och det mönstret finns redan i er bokföring. Ett konteringsförslag kan därför bygga på hur samma leverantör har bokförts tidigare, tillsammans med vad som står på fakturaraderna.

Förslaget blir användbart först när det går att kontrollera snabbt. Vår dokumentsummerare anger för varje punkt var i källan den står, och samma mönster passar här: förslaget pekar på raden i fakturan och på den tidigare verifikation det bygger på. Då räcker det med en blick för den som attesterar.

Attest, godkännande och betalning

Det som går att automatisera kring attesten är logistiken. Rätt faktura ska nå rätt person, med underlaget bredvid och en påminnelse före förfallodagen. Själva beslutet fattar personen. Kundtjänstmodulen i vår katalog visar mönstret: ni godkänner innan något skickas, och varje svar får ett kvitto. Ett attestflöde behöver samma två delar, ett tydligt ja och ett kvitto på vem som gav det.

Vilken väg ska ni välja: färdigt verktyg, affärssystemet eller en AI-medarbetare?

När ett färdigt verktyg räcker

Ett färdigt fakturaverktyg passar när flödet är standardiserat: många fakturor av samma slag, en enkel attestordning och ett affärssystem som verktyget redan har en koppling till. Ni får en beprövad arbetsgång och behöver bara anpassa er till den.

När affärssystemet redan gör det mesta

Många affärssystem har egna funktioner för tolkning, attest och betalning. Börja med att ta reda på vad som redan ingår i er licens och vad som går att slå på. Det är den väg som kräver minst nytt, och den ska vara prövad innan ni köper något vid sidan av.

När en AI-medarbetare passar bättre

Den tredje vägen passar när underlaget finns på flera ställen. Fakturan ligger i inkorgen, avtalet i en delad mapp, ordern i ett annat system och projektkoden i någons huvud. Då räcker det sällan att tolka själva fakturan. Läs gärna vad en AI-medarbetare är för definitionen: ett AI-system med en egen roll som förbereder arbetet i era system och väntar på ett ja från rätt person. Mognaden ska ni känna till: ALEX körs i skuggläge hos oss, och modulerna är demo eller planerade.

Frågor att ställa leverantören före ni väljer

Oavsett väg är det samma saker ni behöver få svar på:

• Vad händer när en uppgift på fakturan saknas eller är otydlig.
• Vilka steg som sker utan att en människa har godkänt dem.
• Vad systemet får läsa och vad det får skriva i ert affärssystem.
• Hur ni i efterhand ser vad som föreslogs, vad som ändrades och vem som godkände.
• Var fakturorna lagras, vilka underbiträden som används och om någon modell tränas på er data.
• Hur ni får ut er data om ni byter leverantör.

Vad måste fungera mot ert bokföringssystem?

Läsa och skriva: vad agenten får göra i systemet

Skilj på läsrätt och skrivrätt. För att föreslå en kontering räcker det att läsa kontoplan, leverantörsregister och tidigare verifikationer. Att skapa en leverantörsfaktura i reskontran är skrivning och ska vara ett eget beslut. I ALEX är skrivning mot era system avstängd tills ni har sagt ja till den. Bokföringen läses via SIE, och en direkt koppling till affärssystemet är planerad.

Leverantörsregister, kontoplan och projektdimensioner

Kvaliteten på förslagen följer kvaliteten på era register. Dubbletter i leverantörsregistret, konton som används olika av olika personer och projektkoder som aldrig stängs ger sämre förslag, vilket verktyg ni än väljer. Räkna med att städningen är en del av införandet.

Fortnox som exempel

Kör ni Fortnox gäller samma frågor: vad som går att läsa, vad som får skrivas och var attesten sker. Vi har samlat det på sidan AI för Fortnox: konteringen klar för attest. Vill ni förstå fallgroparna bredare har vi skrivit om vad man möter på vägen vid integrationer mot svenska affärssystem.

Vilka regler gäller för bokföring, moms, e-faktura och personuppgifter?

Vad en faktura måste innehålla och hur länge den sparas

Enligt bokföringslagen (1999:1078) ska det finnas en verifikation för varje affärshändelse, och räkenskapsinformationen ska bevaras till och med det sjunde året efter utgången av det kalenderår då räkenskapsåret avslutades. Ett automatiserat flöde ändrar ingenting i det. Fakturan ska sparas, och kopplingen mellan faktura och bokförd post ska gå att följa.

Mervärdesskattelagen (2023:200) anger vilka uppgifter en faktura ska innehålla, och avdragsrätten för ingående moms ska kunna styrkas med faktura. En kontroll av att de uppgifterna finns är därför ett bra första automatiserat steg, före konteringen.

E-faktura, Peppol och vad som kommer med ViDA

Enligt lagen (2018:1277) om elektroniska fakturor till följd av offentlig upphandling ska fakturor som utfärdas till följd av offentlig upphandling vara elektroniska och följa den europeiska standarden, och upphandlande myndigheter ska kunna ta emot och behandla dem. Peppol är nätverket som används för att skicka sådana fakturor mellan system.

Nästa steg på EU-nivå är paketet om mervärdesskatt i den digitala tidsåldern, ofta kallat ViDA, som EU-kommissionen beskriver på sin sida om ViDA: e-fakturering och digital rapportering blir stegvis krav vid handel mellan företag i olika medlemsländer. Läs tidsplanen hos kommissionen innan ni planerar efter den. För valet av lösning betyder det att strukturerade fakturor blir vanligare och att mottagningen bör klara dem från början.

GDPR och AI-förordningen när en modell läser fakturor

Fakturor kan innehålla personuppgifter, till exempel namn på referenspersoner eller uppgifter om en leverantör som är enskild näringsidkare. Dataskyddsförordningen, GDPR, gäller då även när det är en modell som läser. Ni är personuppgiftsansvariga, leverantören är personuppgiftsbiträde, och det ska finnas ett biträdesavtal mellan er.

Vad AI-förordningen kräver avgörs av vilken uppgift systemet utför. Riskklasserna, kraven och tidsplanen går vi igenom med källor på sidan AI-förordningen och AI-agenter. Hur förordningen ska läsas i ert fall avgör ni med er jurist.

Spårbarhet: vem föreslog, vem godkände

Revisorn vill kunna följa en post bakåt. När en modell har föreslagit konteringen behöver loggen visa tre saker: vilket underlag förslaget byggde på, vad förslaget var och vem som godkände det. På sajten ligger ett öppet exempel på revisionslogg för AI, där varje kvitto bär föregående kvittos fingeravtryck så att en ändring i efterhand syns.

Hur räknar ni på er egen fakturahantering innan ni bestämmer er?

Mät flödet i stället för att gissa

Vi anger inga schablontal för tid eller kostnad per faktura, eftersom de varierar för mycket mellan bolag för att vara till hjälp. Mät i stället en vanlig månad: hur många fakturor som kom in, hur de fördelar sig på PDF, e-faktura och papper, hur många som kom från återkommande leverantörer, hur lång tid som gick från ankomst till attest och hur många som fick rättas efter bokföring. Med de fem uppgifterna kan ni jämföra offerter på lika villkor. Vår sida om vad som styr priset på en AI-agent har en kalkyl över vad arbetet kostar i dag.

Vad ett pilotflöde bör avgränsas till

Börja smalt. Ett bolag, en fakturatyp och de återkommande leverantörerna räcker för att visa om förslagen håller. Låt systemet föreslå medan ni bokför som vanligt, och jämför förslag mot utfall i några veckor.

Tecken på att ni ska vänta

Vänta om attestordningen är oklar, om leverantörsregistret behöver städas först eller om ni står inför ett byte av affärssystem. Automatisering ovanpå ett rörigt flöde ger ett snabbare rörigt flöde.

Vad betyder det för er i praktiken?

Rita upp er fakturas väg och markera vid varje station om den är förberedelse eller beslut. Bestäm sedan vem som godkänner vad, och skriv ned det. Undersök därefter vad affärssystemet redan klarar, och först efter det vad som behöver köpas till.

Väljer ni en AI-medarbetare är detta vad som gäller för ALEX enligt det vi har byggt: inget skickas, bokförs eller ändras innan rätt person har läst och sagt ja, ett ja är knutet till en viss text och en viss person, och allt skrivs in i en signerad logg med extern tidsstämpel som er revisor kan kontrollera själv. Varje kund får en egen server i EU, eller så körs ALEX i er egen miljö.

Hur kommer ni igång med ett första flöde?

Ta med mätningen från en månad och en handfull typiska fakturor, så går vi igenom vilka steg som lämpar sig för ett första flöde och vilka som ska vänta. Ett sådant flöde kan börja i skuggläge, där ALEX läser och föreslår utan att röra något, så att ni ser förslagen innan ni bestämmer er. Kör ni Fortnox är sidan om AI för Fortnox en bra förberedelse. Ni kan boka ett samtal om ert fakturaflöde, och Alexander svarar senast nästa arbetsdag.

Källor

• Bokföringslag (1999:1078), Sveriges riksdag (hämtad 7 oktober 2026)
• Mervärdesskattelag (2023:200), Sveriges riksdag (hämtad 7 oktober 2026)
• Lag (2018:1277) om elektroniska fakturor till följd av offentlig upphandling, Sveriges riksdag (hämtad 7 oktober 2026)
• VAT in the Digital Age (ViDA), Europeiska kommissionen (hämtad 7 oktober 2026)