Automatisera orderhantering och fakturaunderlag i Fortnox med AI

Kort svar: hur automatiserar man orderhantering i Fortnox med AI?

Problemet i de flesta småföretag är inte Fortnox. Det är allt som händer innan uppgifterna når Fortnox. En order kommer som PDF från en återförsäljare, någon skriver av raderna, kontrollerar artikelnumret i en Excel-lista och knappar sedan in samma uppgifter i Fortnox. Varje handpåläggning tar tid och är ett tillfälle att skriva fel.

AI förändrar det här eftersom moderna språkmodeller kan läsa ostrukturerade dokument. Tidigare krävde automatisering att ordern kom i ett fast format, till exempel EDI. Nu kan modellen tolka ett fritt formulerat mejl eller en PDF med en layout den aldrig sett, och lämna ifrån sig strukturerad data som Fortnox API tar emot.

Tre vägar leder dit: färdig integration, lågkod eller egen AI-agent mot Fortnox API. I alla tre godkänner en människa det som påverkar kund och bokföring.

Vilka steg i orderflödet går att automatisera?

Sammanfattat

Sex steg: fånga ordern från mejl eller PDF, tolka innehållet med OCR och språkmodell, matcha kund och artiklar, skapa ordern i Fortnox, omvandla den till faktura och attestera. De första fem går att automatisera, attesten bör vara mänsklig.

1. Fånga ordern. Ett flöde bevakar en delad inkorg, till exempel order@, och sparar bilagor. Order som kommer via webbformulär eller e-handel kan hämtas på samma sätt.
2. Tolka innehållet. OCR gör skannade PDF:er läsbara och en språkmodell tolkar texten till fält: kund, organisationsnummer, orderrader, artikelnummer, antal, pris, leveransadress och önskat leveransdatum. Modellen bör också ange hur säker den är per fält.
3. Matcha mot Fortnox. Kund och artiklar slås upp i Fortnox kund- och artikelregister. Kundens egna artikelnummer översätts till era. Det som inte går att matcha flaggas i stället för att gissas.
4. Skapa ordern. Ordern skapas via Fortnox API med resursen för order. Flödet kan också kontrollera lagersaldo eller pris mot prislista innan ordern sparas.
5. Skapa fakturaunderlag. När ordern är levererad kan den omvandlas till faktura med API:ets åtgärd för att skapa faktura från order, eller så skapas fakturan direkt för tjänster och löpande debitering.
6. Attest och utskick. En ansvarig granskar underlaget, godkänner och fakturan skickas som e-faktura, Peppol, mejl eller brev enligt kundens inställning.

Samma mönster fungerar för offerter som blir order och tidrapporter som blir fakturaunderlag, så länge reglerna för matchning går att skriva ner.

Tre vägar: färdig integration, lågkod eller egen AI-agent mot Fortnox API

Sammanfattat

Färdiga integrationer i Fortnox Integrationer är snabbast när flödet är standard. Lågkod med Power Automate passar när ni redan har Microsoft 365 och flera system. En egen AI-agent mot Fortnox API ger mest kontroll när reglerna är specifika för er verksamhet.

Färdiga integrationer. Fortnox Integrationer, appmarknaden i Fortnox, har hundratals integrationer från utvecklingspartner. Flera använder AI för just orderflödet. Qrisp Orderskanning läser PDF-order och mejl med AI, matchar mot kundregistret, validerar artikelnummer och skapar ordern i Fortnox efter att ni granskat och godkänt den. Den kräver modulerna Order och Kund. MCP-tjänster som Weavio kopplar ChatGPT, Claude eller Copilot till Fortnox, så att assistenten kan förbereda fakturor, order och verifikationer som visas för godkännande innan de sparas. Integrationerna använder Fortnox API och kräver därför Fortnox tilläggstjänst Integration, enligt Fortnox integrationssidor från 189 kronor per månad.

Lågkod. Power Automate kan bevaka en Outlook-inkorg, läsa och skriva Excel-tabeller och skicka text till en AI-modell. Microsoft har färdiga mallar, till exempel att logga inkommande mejl i Excel och kategorisera rader med GPT. Det finns ingen officiell Fortnox-koppling från Microsoft, så anropen mot Fortnox görs med en anpassad koppling (custom connector) eller HTTP-åtgärd. Båda är premiumfunktioner som kräver Power Automate Premium.

Egen AI-agent. En agent byggd mot Fortnox API och en språkmodell ger full kontroll över matchning, undantag, loggning och godkännanden. Den passar vid många orderformat, egna prisregler eller flera system, men kräver någon som förvaltar lösningen.

Källa: Fortnox Integrationer, Microsoft Learn, 2026-09-29

Så fungerar Fortnox API för order och fakturor

Sammanfattat

Fortnox API är ett REST API med resurser för order, fakturor, offerter, kunder och artiklar. Integrationen autentiseras med OAuth2, behörigheten styrs med scopes som alltid ger läs- och skrivrätt, och gränsen är 25 anrop per 5 sekunder.

Fortnox API är öppet, vilket betyder att vem som helst kan utveckla en integration. För att publicera den i Fortnox Integrationer krävs avtal om bland annat datasäkerhet och GDPR. Dokumentationen finns på api.fortnox.se/apidocs.

• Resurser. Order (skapa, uppdatera, makulera, skapa faktura från order, skicka via mejl), fakturor (skapa, bokföra, kreditera, förhandsgranska och skicka som e-faktura, mejl eller e-utskrift), offerter, kunder och artiklar.
• Autentisering. OAuth2 Authorization Code Flow. Kunden godkänner integrationen i Fortnox, och integrationen får en access token som gäller en timme och en refresh token som gäller 45 dagar.
• Scopes. Behörigheten delas in i scopes som invoice, customer, article och bookkeeping. Varje scope ger både läs- och skrivrätt, och företaget måste ha licens för den del av Fortnox som scopet gäller.
• Gränser. 25 anrop per 5 sekunder. Ett flöde som hanterar många order samtidigt måste köa anropen och hantera felkoden för för många anrop.

För ett orderflöde räcker oftast scopes för faktura, kund och artikel. Bokföring behöver sällan automatiseras i första steget.

Mänsklig kontroll: när får AI inte fatta beslutet?

Sammanfattat

AI kan föreslå order och fakturaunderlag, men en människa bör godkänna det som går till kund eller bokföring. GDPR artikel 22 begränsar beslut som enbart fattas automatiskt och har betydande följder för en person, och IMY kräver att den mänskliga medverkan är verklig.

De flesta orderflöden mellan företag omfattas inte av GDPR artikel 22. Men att automatiskt neka kredit, stoppa leveranser till en enskild firma eller lägga avgifter på en privatkund kan vara beslut med betydande följder för en person.

Enligt IMY är automatiserat individuellt beslutsfattande beslut som fattas helt utan mänsklig inblandning och har rättsliga eller på liknande sätt betydande följder för den enskilde. Huvudregeln är att sådana beslut är förbjudna, med undantag för avtal, lag med skyddsåtgärder eller uttryckligt samtycke. Om en människa fattar det faktiska beslutet med AI som stöd är det i regel inte automatiserat beslutsfattande, men medverkan måste vara verklig. Att klicka godkänn på allt räcker inte.

Praktiskt betyder det tre regler för flödet:

• AI skapar utkast, människan godkänner det som skickas till kund.
• Avvikelser (okänd kund, prisavvikelse, stora belopp) går alltid till manuell granskning.
• Kreditbeslut, spärrar och avgifter mot enskilda fattas av en person.

E-faktura och Peppol: vad gäller när fakturan ska ut?

Sammanfattat

Vid offentlig upphandling som påbörjats från 1 april 2019 ska fakturan vara en e-faktura enligt europeisk standard, i praktiken Peppol BIS Billing 3. Fortnox kan skicka kundfakturor via Peppol när e-faktura är aktiverat.

Lagen om elektroniska fakturor till följd av offentlig upphandling (2018:1277) gäller sedan 1 april 2019. Leverantörer till offentlig sektor ska skicka e-faktura när fakturan är en följd av upphandling enligt LOU, LUF, LUFS eller LUK. Formatet som rekommenderas är Peppol BIS Billing 3, och kravet gäller oavsett vilket land leverantören finns i. Stödet för e-handel i offentlig sektor fanns tidigare hos DIGG och ligger nu hos Upphandlingsmyndigheten.

I Fortnox skickas Peppol-fakturor när inställningarna för att aktivera och skicka e-faktura är påslagna. Fortnox försöker använda kundens organisationsnummer eller GLN som Peppol-ID, men större organisationer och kommuner kan ha flera elektroniska adresser på samma organisationsnummer. Det är ett bra exempel på ett fält som AI-flödet ska kontrollera mot kundregistret i stället för att gissa.

Oavsett kanal ska fakturan innehålla de uppgifter som momslagen kräver, enligt Skatteverket samma krav för elektroniska fakturor och pappersfakturor. Låt flödet validera obligatoriska fält innan fakturan går till attest.

Hur räknar man på nyttan av AI-automation i administrationen?

Sammanfattat

Nyttan är sparad tid per order gånger volym plus undvikna felkostnader. Från det drar ni licenser, utveckling, förvaltning och modellanrop enligt leverantörens prislista. Mät nuläget i två veckor innan ni räknar.

Kostnadsfrågan kräver era egna siffror. Mät först volym per månad, tid från mejl till klar order och hur ofta något blir fel.

Nytta per månad = (minuter per order i dag minus minuter per order med automation) gånger antal order gånger timkostnad delat med 60, plus antal undvikna fel gånger kostnad per fel.

Kostnad per månad = licenser (Fortnox Integration, eventuell integrationstjänst eller Power Automate Premium) plus drift och förvaltning plus modellanrop. Engångskostnaden för att bygga fördelas över den tid ni räknar med att använda lösningen.

Modellanropen prissätts av leverantören per miljon tokens, med separata priser för det som skickas in (input) och det som kommer tillbaka (output). OpenAI anger sina API-priser per miljon tokens, ger rabatt för cachad input och halva priset via Batch API för anrop som inte behöver svar direkt. Mät hur många tokens en typisk order förbrukar i ett test och multiplicera med volymen, i stället för att gissa.

Källa: Alice Labs metod, OpenAI API pricing 2026-09-29

Risker: dataskydd, behörigheter i API och loggning

Sammanfattat

De tre största riskerna är personuppgifter som skickas till en AI-leverantör utan avtal, för breda behörigheter i Fortnox API och flöden som saknar logg över vad AI:n gjort. Alla tre går att hantera från början.

Dataskydd. Order innehåller ofta personuppgifter: namn, leveransadress, telefonnummer. När de skickas till en AI-modell behöver ni personuppgiftsbiträdesavtal med leverantören, veta var data behandlas och om den används för träning. Skicka bara de fält modellen behöver.

Behörigheter. Eftersom varje scope i Fortnox API ger både läs- och skrivrätt ska integrationen bara få de scopes flödet faktiskt använder. Ge inte en AI-agent bokföringsbehörighet om den bara ska skapa order. Lagra nycklar och tokens i ett skyddat hemlighetsvalv, aldrig i kod eller delade filer.

Loggning. Spara för varje order vad som kom in, vad modellen tolkade, vilka fält som ändrades av granskaren och vem som godkände. Det behövs för felsökning, för att visa att människan faktiskt granskat och för att förbättra flödet över tid.

Lägg också till en spärr mot dubbletter och ett manuellt stopp som pausar flödet.

Så arbetar Alice Labs med AI-automation av administration

Sammanfattat

Alice Labs bygger AI-automation och AI-agenter för svenska företag. Vi börjar med att mäta nuläget, väljer färdig integration när den räcker och bygger eget först när reglerna kräver det, alltid med mänsklig attest och loggning.

Alice Labs bygger AI-automation och AI-agenter mot system som Fortnox och Microsoft 365, i den här ordningen:

1. Kartlägg flödet och mät nuläget. Volym, tid per order, feltyper och var uppgifterna kopieras mellan system.
2. Välj enklaste väg som fungerar. Finns en färdig integration i Fortnox Integrationer som räcker säger vi det. Eget bygge är motiverat först när era regler eller system kräver det.
3. Pilot med riktiga order. Ett begränsat flöde, mätning av träffsäkerhet och granskningstid, och ett beslut om att skala eller avbryta.
4. Drift med kontroll. Minsta möjliga behörigheter, loggning, godkännandesteg och uppföljning.

Läs mer om AI-automation och AI-agenter, eller börja med grunderna i Vad är AI-automation?