accounted
← Blogg

Bokföring i AI-eran

AI-eran flyttar bokföringen från arbete människor utför till data som agenter läser och skriver. En deterministisk huvudbok hanterar compliance; en agent gör jobbet ovanpå. Open source, REST + MCP, BankID, Skatteverket. Compliance som golv, inte tak.

För grundare12 maj 2026Senast uppdaterad: 27 september 20267 min läsning

TL;DRAI-eran flyttar bokföringen från arbete människor utför till data som agenter läser och skriver. En deterministisk huvudbok hanterar compliance; en agent gör jobbet ovanpå. Open source, REST + MCP, BankID, Skatteverket. Compliance som golv, inte tak.

Den första generationens bokföringssystem byggdes för revisorer. Den andra för småföretagare som tröttnat på pappersbokföring. Den tredje, som dyker upp 2024–2026, byggs för agenter. Den deterministiska huvudboken är samma idé som dubbel italiensk bokföring från 1494, men gränssnittet har slutat vara en formulärsida och börjat vara ett API som en LLM kan kalla.

Det här är vad det betyder i praktiken.

Den gamla kategorin var inte programvara för dig

Bokföringsprogram designades för en specifik arbetsdag: någon öppnar appen, läser kvitton, klickar i en rullgardin, sparar, går vidare. Allt (UI, datamodell, behörigheter, integrationer) är optimerat för att en människa ska trycka på knappar.

Det fungerar tills du tänker bygga något automatiserat ovanpå. Då upptäcker du att API:et är en eftertanke. Att fälten inte är dokumenterade. Att samma sak heter olika på två ställen. Att verifikationer är låsta bakom en knapp som heter "Bokför" och som inte finns i API:et. Att om du försöker köra något som agent får du svaret att det inte är tillåtet utan godkännande.

Vilket är rätt. Du ska inte få bokföra utan godkännande. Men godkännandet borde vara ett strukturerat API-anrop, inte ett klick i ett UI som råkar finnas.

Det är det som har förändrats.

Vad förändrades 2024–2026

Tre saker hände samtidigt:

  1. Språkmodellerna blev tillräckligt bra. En modell som får rätt kontoplan och historik konterar en vanlig svensk leverantörsfaktura rätt i de allra flesta fall. Människan klickade också fel ibland, och kallade det "den mänskliga faktorn".

  2. Model Context Protocol blev en standard. MCP gav LLM-agenter ett strukturerat sätt att kalla verktyg och läsa resurser. Plötsligt kunde "Stäng månaden" vara en agentisk workflow i stället för en checklista i Notion.

  3. Open banking blev verkligt i Sverige. Med PSD2 hämtas transaktionerna direkt från banken, så agenten ser dem samma dag. Ingen behöver längre komma ihåg att ladda hem en CSV.

Resultatet är att hela arbetet bokföring består av (kategorisera, stämma av, deklarera) kan göras av en agent som läser huvudboken och bank-feed:en, föreslår en åtgärd, och låter dig godkänna i en kontrollpunkt.

Vad "AI-eran" faktiskt betyder

Det är inte en chatbot ovanpå ett gammalt system. Det är inte ett autocategorize-knappband på en faktura. Det är en omkastning av vem som gör arbetet och vem som godkänner.

I den gamla modellen:

  • Du gjorde arbetet.
  • Systemet validerade format.
  • Revisorn granskade.

I AI-eran:

  • Agenten gör arbetet.
  • Den deterministiska huvudboken validerar reglerna (debet = kredit, period öppen, konton finns, moms stämmer).
  • Du godkänner i strukturerade kontrollpunkter, ofta i batch.
  • Revisorn granskar audit-loggen, inte rad för rad.

Det går inte att bygga den modellen ovanpå ett system där bokföring är en knapp i ett UI. Det måste byggas där bokföringen är ett API från första raden kod. Det är vad "den deterministiska huvudboken" är: en append-only datastruktur med strikta regler, exponerad som REST + MCP, med audit-logg som följer Bokföringslagen.

Tre saker en AI-bokförare gör som du inte gjorde

Det här är inte hypotetiskt. Det körs i produktion idag.

1. Kategorisering med historik som kontext

När transaktioner landar (säg dagens kortbetalningar via Stripe, 1 247 kr inklusive moms) läser agenten transaktionernas metadata, jämför mot tidigare bokföringar från samma motpart, kollar momsstatus, och föreslår en verifikation på försäljningsdagen:

Verifikation V-2026-0412
Datum: 2026-05-09
Beskrivning: Stripe-försäljning 2026-05-09 (samlingsverifikation, underlag: Stripes betalningsspecifikation)
1686 Fordringar för kontokort och kuponger   +1 247.00
3001 Försäljning inom Sverige, 25 % moms       -997.60
2611 Utgående moms 25 %                        -249.40

Stripe-saldot är ett eget konto (1686), precis som ett bankkonto. När Stripe senare betalar ut till banken är det en överföring mellan egna konton, 1930 mot 1686, och ingen ny intäkt. Du godkänner i klump nästa morgon. Agenten har redan kontoplaner, motpartsmallar och momslogik. Du gör inte arbetet. Du gör kontrollen.

2. Avstämning mot fakturor

Inkommande betalning på 8 750 kr matchas mot Faktura 2026-018 (utestående 8 750 kr). Agenten föreslår matchningen: 1930 mot 1510 (kundfordran), fakturan markeras som betald och kundreskontran uppdateras när du godkänt. Om beloppet inte matchar exakt (säg att en utländsk bank på vägen dragit 50 kr i avgift) föreslår agenten en delbetalning med kommentar och väntar på godkännande.

Det här tog tidigare 15 minuter per faktura. Nu tar det 3 sekunder och du tittar bara på undantagen.

3. Momsperiod, deklaration, filning

När momsperioden är slut kör agenten, på din fråga eller som schemalagd rutin, periodens rapport, kontrollerar inställda regler (omvänd skattskyldighet, EU-handel, undantag), genererar deklarationen, och stagar för godkännande. När du godkänt skickas den till Skatteverket via deras API, och du skriver under med BankID.

Tidigare: två kvällar med Excel och kaffe. Nu: en kontrollpunkt på fyra minuter.

Compliance är inte en feature, det är basen

Ett av de vanligaste missförstånden är att "AI gör bokföring" skulle betyda att compliance försvinner. Tvärtom. Det är det enda bygget som funkar.

Bokföringslagen (1999:1078) och Bokföringsnämndens allmänna råd kräver att verifikationer bara ändras på ett kontrollerat sätt, att verifikationsnumren löper i en obruten serie, och att allt kan följas från transaktion till deklaration. Det går utmärkt att uppfylla, men bara om huvudboken är deterministisk och append-only. En LLM får aldrig vara den som ändrar siffror; den får föreslå ändringar via ett API-anrop som huvudboken validerar.

På accounted är arkitekturen tre lager:

  1. Append-only huvudbok och händelselogg. Varje förändring loggas som en händelse. En bokförd verifikation raderas eller skrivs aldrig över, rättelser blir nya verifikationer. Det är BFL-kompatibel arkitektur.
  2. Deterministiska regler. Debet = kredit, perioder kan låsas, momslogik enligt Skatteverkets regler, kontoplan validerad mot BAS.
  3. Agentlager. En LLM eller en användare läser och skriver via API. Allt en agent vill skriva köas för mänskligt godkännande, oavsett risknivå.

Allt är synligt i en audit-logg. Din revisor frågar inte längre "vem bokförde det här?". Den frågar "vilken agent föreslog det och vem godkände?" och får exakt svar, med tidsstämpel och vilka skills agenten hade laddat.

Läs mer i Säkerhet eller hoppa direkt till vad AI-bokföring betyder konkret 2026.

Bygg ovanpå, inte i stället för

Det här är poängen som flest missar.

Huvudboken är ditt företags rikaste strukturerade dataset. Den vet vad varje krona betyder: vilken kund, vilken produkt, vilken kohort, vilken period. Live runway, bruttomarginal per kund, CAC-payback per kanal: allt finns redan i huvudboken. Det enda som har saknats är ett API som agenter och dashboards kan läsa från i realtid.

När huvudboken är en byggsten i stället för en datasilo öppnar det upp en uppsättning saker som tidigare krävde en separat data-warehouse:

  • Live runway-dashboard. Ett åttiotal rader Python och ett dagligt cron-jobb som läser saldo plus de senaste 90 dagarnas burn.
  • Dunning-agent. En egen agent som läser kundreskontran, hittar fakturor över 30 dagar, skickar mall-mejl från din egen mejl och eskalerar efter 60.
  • Pris-experiment med live margin. Priser som justeras efter bruttomarginal per leverans, läst direkt ur huvudboken, inte gissat från en kvartalsrapport.

Det är därför "Bygg ovanpå" är en kategorisk skillnad mot "Logga in och bokför". Bokföringen är inte den sista anhalten. Den är källan. Mer om hur det ser ut i praktiken i Bokföringen som tillväxtmotor.

Vad börjar du med imorgon

Du behöver inte ha en hel AI-strategi för att börja. Du behöver:

  1. Ett system där bokföringen är ett API. Inte ett UI med ett API på sidan av. Det är en arkitektonisk skillnad, inte en marknadsföringsfråga.
  2. En migration som inte tar tre månader. SIE4-import från ditt nuvarande system tar normalt under tio minuter. Du kan köra parallellt i en månad om du vill vara säker.
  3. Ett godkännandeflöde du faktiskt litar på. Det betyder strukturerade kontrollpunkter, audit-logg, och möjlighet att rulla tillbaka utan att förlora historik.

Med det på plats kan du lägga på AI där det skapar värde, en bit i taget: först kategorisering, sedan avstämning, sedan moms, sedan agenter som bygger på huvudboken. Du behöver inte göra allt på en gång. Du behöver bara välja en grund som inte stoppar dig.

Det är vad accounted är: open source, REST + MCP, BankID och Skatteverket inbyggt, gratis att börja, ingen bindningstid. Hela motorn ligger på GitHub under AGPL-3.0 om du vill granska eller köra på egen server.

Den gamla kategorin var bokföringsprogram för människor. Den nya är huvudbok som infrastruktur. Vi tror att fler kommer ångra att de väntade än att de bytte för tidigt.

Vanliga frågor

Vad är bokföring i AI-eran konkret?
Bokföring där en AI-agent gör själva arbetet (kategoriserar transaktioner, stämmer av bank mot fakturor, förbereder momsdeklarationen) medan en deterministisk huvudbok hanterar compliance. Människan godkänner i en kontrollpunkt, inte på varje rad.
Är det här ett vanligt bokföringsprogram med en chatbot ovanpå?
Nej. Gamla system är databaser med formulär runt. Agenter kan inte köra dem säkert. En AI-eran-huvudbok har APIerna och de deterministiska reglerna inbyggda från grunden, plus MCP-server så agenter kan kalla bokföringen som verktyg.
Tappar jag kontroll om en AI bokför?
Inte om den deterministiska huvudboken är källan till sanningen. Agenten föreslår, huvudboken validerar och bokför. Allt är spårbart i en append-only audit-logg som följer Bokföringslagen. Du ser exakt vad som hände och vem (eller vilken agent) som gjorde det.
Vad krävs för att börja?
Ett konto (BankID eller e-post) och en SIE4-fil från ditt nuvarande system. Importen tar oftast under tio minuter. Open är gratis och open source. Bankkoppling (PSD2), Skatteverket och AI-kontering ingår i Auto för 199 kr i månaden per företag. Att koppla på en egen AI-agent via MCP går på båda nivåerna.
Är min data säker?
All data ligger i Stockholm. Append-only huvudbok, BankID-autentisering, GDPR-compliant. Hela kärnan är öppen källkod under AGPL-3.0. Du kan granska beräkningarna eller köra på egen server om du vill ha BYOK och egen LLM.
Nästa steg

Klar att testa själv?

Open är gratis. Open source, ingen bindningstid. Importera SIE4 i tio minuter.