AI bokföring: vad AI kan förbereda och vad en människa ska godkänna

AI i bokföringen kan i dag läsa kvitton och leverantörsfakturor, föreslå kontering och flagga det som saknas eller avviker. Det AI inte ska göra är att bokföra på egen hand, eftersom ansvaret för bokföringen ligger kvar hos företaget oavsett vilket verktyg som används. Ett säkert upplägg låter AI förbereda och en behörig person godkänna varje förslag innan något registreras.

Kort sagt

• Tre olika saker kallas AI-bokföring: AI inbyggd i bokföringsprogrammet, fristående verktyg som läser kvitton och en AI-medarbetare som förbereder kontering över flera system.
• AI kan läsa underlag, föreslå kontering och flagga avvikelser, men varje förslag ska godkännas av en människa innan det bokförs.
• Välj efter integration, spårbarhet och var underlagen behandlas, och pröva på era egna underlag innan ni bestämmer er.

Vad menar man med AI bokföring?

Ordet används om tre ganska olika upplägg, och skillnaden spelar roll för vem som gör vad och var underlagen hamnar. Gemensamt för alla tre är att de tolkar text och bild med hjälp av språkmodeller eller annan maskininlärning, där äldre automation följde fasta regler. Det som skiljer dem åt är hur långt de når och vem som tar nästa steg.

AI inbyggd i bokföringsprogrammet

Den första sorten är AI som leverantören av bokföringsprogrammet bygger in i själva programmet. Den arbetar med det programmet redan har: de underlag som laddats upp, kontoplanen och de konteringar som gjorts tidigare. Fördelen är att ingenting behöver kopplas ihop. Begränsningen är att den sällan ser något utanför programmet, till exempel avtalet bakom en faktura eller mejlet där en leverantör förklarar en avvikelse. Vad just ert program kan göra står i leverantörens egen dokumentation, och det är den ni ska läsa, eftersom funktionerna skiljer sig mellan program och kan ändras mellan versionerna.

Fristående AI-verktyg som läser kvitton

Den andra sorten är ett separat verktyg som tolkar kvitton och fakturor, ofta från en bild eller en pdf, och lämnar över de tolkade uppgifterna till bokföringsprogrammet. Det kan vara ett rimligt steg för den som har mycket papper och lite tid. Samtidigt blir det ytterligare ett system att hålla behörigheter, personuppgifter och avtal för, och kvaliteten hänger på hur överlämningen till bokföringsprogrammet är byggd.

En AI-medarbetare som arbetar över flera system

Den tredje sorten är en AI-medarbetare, med förklaring och exempel: ett AI-system med en egen roll i verksamheten. Den tar emot det som kommer in, hämtar underlag i flera system och lägger fram ett färdigt konteringsförslag hos den som ska attestera. Skillnaden mot de två andra ligger i bredden och i initiativet. Förslaget väntar när ekonomiansvarige öppnar ärendet, med underlaget bredvid. Det är den sortens system vi bygger, och resten av texten utgår från att samma gräns gäller oavsett vilket av de tre upplägg ni väljer.

Vilka moment i bokföringen kan AI förbereda?

Mycket av det repetitiva arbetet i den löpande bokföringen består av att läsa, tolka och jämföra. Där gör AI nytta, så länge resultatet stannar som ett förslag som någon tar ställning till.

Läsa kvitton och leverantörsfakturor

En modell kan läsa leverantörens namn, fakturadatum, belopp, moms och vad som köpts, även när underlaget kommer som ett fotograferat kvitto eller en pdf i ett mejl. Vad en faktura ska innehålla regleras i mervärdesskattelagen (2023:200). Att AI läser uppgifterna betyder inte att de är kontrollerade. Det betyder att någon slipper skriva av dem för hand och kan lägga tiden på granskningen.

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

Med kontoplanen och tidigare konteringar som underlag kan en modell föreslå konto, momskod och kostnadsställe för en ny faktura från en känd leverantör. Ett bra förslag visar också varför: vilken tidigare kontering det liknar och vilken rad i fakturan som styrde valet. Ett förslag utan motivering måste kontrolleras från början, och då är vinsten liten.

Flagga avvikelser och saknade underlag

Lika användbart är det som inte stämmer. En faktura där beloppet avviker från tidigare månader, en leverantör som bytt bankgiro, ett kvitto som saknar momsbelopp eller en dubblett som kommit både i mejl och som e-faktura. Sådant kan en modell lyfta fram innan något bokförs, så att den som attesterar ser det redan när förslaget öppnas.

Vad ska AI inte göra på egen hand?

Gränsen handlar om ansvar, och ansvaret följer inte med verktyget.

Ansvaret ligger kvar hos företaget

Bokföringsskyldigheten och ansvaret för att bokföringen är riktig ligger hos företaget, vem eller vad som än gör arbetet. Det framgår av bokföringslagen (1999:1078), som också reglerar vad en verifikation ska innehålla och hur räkenskapsinformationen ska bevaras. Hur lagen tillämpas i praktiken beskriver Bokföringsnämnden i sina allmänna råd och vägledningar, bland annat om verifikationer och arkivering. Hur reglerna ska tolkas i ert fall är en fråga för er, er redovisningskonsult och lagtexten. En AI-leverantör kan inte ta över det ansvaret, och det kan inte vi heller.

Därför ska ett förslag godkännas innan något bokförs

Den praktiska följden är enkel. AI lämnar ett förslag, en behörig person läser det och godkänner, och först då registreras konteringen. Det är samma logik som den attest många redan har för leverantörsfakturor, och så fungerar attestflödet i Fortnox om ni vill se hur det ser ut steg för steg med beloppsgränser och behörigheter. Mer om var gränsen går mellan förslag och bokföring, och vad bokföringslagen betyder för en AI, står på sidan om vad AI får göra i bokföringen.

Varför en modell inte ska gissa när underlaget är oklart

Språkmodeller är byggda för att ge ett svar, och ett påhittat svar kan se lika säkert ut som ett riktigt. När kvittot är suddigt, när momsbeloppet saknas eller när fakturan inte liknar något tidigare är rätt beteende att säga just det. Ett förslag som anger att momsbeloppet saknas hjälper den som attesterar. En gissad momskod kan passera obemärkt och dyka upp först vid momsredovisningen. ALEX är byggd så att den bara säger det materialet visar, och saknas en uppgift står det att den saknas.

Hur ser flödet ut när en människa godkänner?

Ett flöde med godkännande behöver inte vara långsamt. Det behöver vara tydligt i vem som gör vad.

Från inkommet underlag till kontering klar för attest

Ett sådant flöde kan byggas i fyra steg. Underlaget kommer in via mejl, uppladdning eller e-faktura. Modellen läser det och tar fram uppgifterna. Den föreslår kontering med motivering och flaggar det som avviker. Förslaget läggs hos den som ska attestera, som godkänner, ändrar eller avvisar det. Först efter ett ja förs konteringen över till bokföringen, och ett avvisat förslag lämnar inga spår i räkenskaperna.

Spårbarhet: vad som föreslogs, vem som godkände och när

I efterhand ska det gå att se vad som föreslogs, på vilket underlag, vem som godkände och när. Det är den sortens spår en revisor behöver, och det är det ni själva behöver när en kontering ifrågasätts ett år senare. Allt ALEX gör skrivs in i en signerad logg med extern tidsstämpel som er revisor kan kontrollera själv. Ett ja är knutet till en viss text och en viss person, och ändras texten gäller inte längre det ni sa ja till. Ändrar ni er kan det ALEX har förberett dras tillbaka, och också det syns i loggen. En registrering som redan är gjord tas aldrig bort, den kompletteras, precis som i en papperspärm.

Exempel ur en bokföringsmodul vi har byggt

Vår bokföringsagent som föreslår kontering läser kvitton och fakturor och föreslår kontering. Inget bokförs förrän er ekonomiansvarige har godkänt förslaget. Modulen finns i dag som demo.

För leverantörsfakturor tar flödet fram konteringsförslag enligt BAS med attest före bokföring. Hur det ser ut för den som använder Fortnox beskriver vi i AI för Fortnox: konteringen klar för attest, där konteringsförberedelsen finns som demo och kopplingen till Fortnox är planerad. Samma sak för Visma beskrivs på sidan om ni använder Visma: konteringsförslag med källa för leverantörsfakturan och en SIE-fil efter attest, också det som demo.

Principen går igen i andra moduler. Kundtjänst i mejl skriver svarsförslag som någon godkänner innan något skickas, och varje svar får ett kvitto. Dokumentsummeraren anger för varje punkt var i källan den står. Det är användbart även i ekonomiflöden, till exempel när ett långt avtal ligger bakom en faktura och den som attesterar vill kontrollera villkoren utan att läsa hela dokumentet.

Varför avgör integrationerna mer än modellen?

Det är lätt att fastna i frågan om vilken språkmodell som används. I bokföringen är det oftare kopplingen till ert program som avgör om flödet håller över tid.

Läsa och skriva mot bokföringsprogrammet utan att skriva över något

En AI som ska förbereda kontering behöver läsa kontoplan, leverantörsregister och tidigare verifikationer. Den behöver också kunna lämna sitt förslag på ett sätt som inte rör det som redan är bokfört. Säkrast är att förslaget hamnar där en människa attesterar, och att skrivningen till bokföringen sker först efter ett ja. Hur väl det går hänger på vad programmets gränssnitt tillåter, till exempel om det finns en attestkö att lägga förslag i eller om utbytet sker via filer som SIE. Mer om vad som går att koppla och hur står i vår genomgång av integrationer mot svenska affärssystem. För ALEX gäller i dag att bokföringen läses via SIE och att en direkt koppling till affärssystemet är planerad.

Behörigheter, loggning och vem som får skicka vidare

Ge AI:n så lite åtkomst som möjligt: läsrätt där den behöver läsa, och skrivrätt bara till det steg där förslag lämnas. Bestäm i förväg vem som får godkänna vilka belopp och vilka leverantörer, precis som i ett vanligt attestreglemente. I ALEX ser varje roll bara det den ska se, och skrivning mot era system är avstängd tills ni har sagt ja till den. Oavsett leverantör ska det finnas en logg som visar vad systemet läste, vad det föreslog och vem som släppte förslaget vidare.

Vilka frågor ska ni ställa innan ni väljer?

De här frågorna fungerar för alla tre upplägg, och svaren säger mer om leverantören än en funktionslista gör.

Var behandlas underlagen och vilka personuppgifter ingår

Kvitton och fakturor kan innehålla personuppgifter, till exempel namn på enskilda näringsidkare eller anställda som gjort utlägg. Då gäller dataskyddsförordningen, och en leverantör som behandlar uppgifterna åt er behöver ett personuppgiftsbiträdesavtal med er. Fråga var behandlingen sker, vilka underbiträden som används och om era uppgifter används för att träna modeller. Integritetsskyddsmyndigheten ger vägledning om hur reglerna tillämpas, och vi har samlat det viktigaste om GDPR och AI. För egen del ger vi varje kund en egen server i EU, och era uppgifter används aldrig för att träna någon modell utan ett separat skriftligt godkännande.

Kan ni stänga av och ta tillbaka kontrollen

Fråga hur ni pausar flödet, vad som händer med förslag som ligger och väntar och hur ni får ut era loggar om ni avslutar avtalet. Ett flöde där AI bara föreslår är lätt att stänga av, eftersom bokföringen fungerar som förut när förslagen slutar komma. Det är ett av de starkaste skälen att hålla gränsen vid attesten.

Hur testar ni på era egna underlag innan ni bestämmer er

Be om ett prov på era egna kvitton och fakturor där ingenting skrivs till bokföringen. Låt den som attesterar i dag jämföra förslagen med sina egna konteringar under en period, och notera hur ofta ett förslag hade gått att godkänna utan ändring. Hos oss heter det en skuggvecka, och under den kan ALEX bara läsa och föreslå. Provet är också ett bra tillfälle att lära upp dem som ska arbeta med verktyget, eftersom den kunskapen byggs lättast på ert eget material.

Vad betyder det för er i praktiken?

För ett litet eller medelstort företag är ett rimligt första steg att välja ett enda flöde, till exempel leverantörsfakturorna, och låta AI förbereda konteringen medan attesten ligger kvar där den är i dag. Använder ni redan programmets inbyggda AI och den räcker för det ni behöver, finns ingen anledning att lägga till något. Ett fristående verktyg kan passa om problemet framför allt är kvitton på papper. En AI-medarbetare blir intressant när underlagen sprids över mejl, avtal och flera system, och när ni vill ha en spårbar logg över varje förslag och varje ja.

I alla tre fallen gäller samma sak. Ekonomiansvarige eller byrån godkänner, och ansvaret för bokföringen ligger kvar hos er. Bokför ni via en redovisningsbyrå är det värt att ta med byrån i valet från början, eftersom attesten och avstämningen kan ligga där. Räkna inte med någon bestämd tidsvinst innan ni har provat på egna underlag, och utvärdera i stället hur många förslag som gick att godkänna som de var och hur många avvikelser som fångades innan de hann bokföras.

Hur går ni vidare med ert eget bokföringsflöde?

Vill ni gå igenom hur era leverantörsfakturor och kvitton kommer in i dag, och var gränsen mellan förslag och bokföring skulle gå hos er, kan ni boka ett samtal om bokföringsflödet. Vi svarar senast nästa arbetsdag.

Källor

• Bokföringslag (1999:1078), riksdagen.se (hämtad 30 oktober 2026)
• Bokföringsnämnden, bfn.se (hämtad 30 oktober 2026)
• Mervärdesskattelag (2023:200), riksdagen.se (hämtad 30 oktober 2026)
• Integritetsskyddsmyndigheten, imy.se (hämtad 30 oktober 2026)