Hela leverantörsfakturaflödet i Fortnox — steg för steg

De flesta leverantörsfakturor kommer in på ett av tre sätt. Leverantören mejlar fakturan direkt till en unik e-postadress som börjar med inbox.lev, en adress du hittar under kugghjulet eller brevsymbolen i Fortnox. Fakturan kan laddas upp manuellt, till exempel genom att fota ett pappersunderlag i appen. Eller så kommer den in som e-faktura eller via ett postalt flöde, där en partner till Fortnox skannar och arkiverar pappersfakturor åt dig.

Varje inkommen faktura hamnar under Inkomna fakturor med sitt viktigaste innehåll synligt direkt: leverantör, belopp, datum och matchningsstatus. En faktura som är tolkad och har fått en säker leverantörsmatchning är klar att skapas som en riktig leverantörsfaktura direkt; övriga behöver kompletteras för hand, oftast för att leverantören är ny eller för att ett fält saknas.

Det Fortnox Inbox inte gör är själva bokföringen. Den samlar in och tolkar underlag, men ingen faktura bokförs eller betalas förrän den har gått igenom kontering och attest. Raderar du en faktura av misstag hamnar den i papperskorgen i arkivplatsen och går att återställa till Inkorgen igen.

Arbetar du eller din byrå i Fortnox Förenklade vyer eller appen finns ett extra skyddsnät: en faktura som ser konstig ut kan skickas till byrån för hjälp direkt från underlaget, innan den bokförs. Det är särskilt användbart för mindre bolag utan egen ekonomifunktion, där ingen internt annars skulle upptäcka att en faktura hamnat fel.

Nordsynk läser samma kö som visas i Inkomna fakturor, så en AI-agent ser exakt de fakturor och den status du själv skulle se i Fortnox — inget separat gränssnitt att hålla synkat.

Fortnox fakturatolkning läser ut ett bestämt antal fält ur varje faktura: leverantörens organisationsnummer, momsnummer, bankgiro, plusgiro eller IBAN, fakturanummer, OCR-nummer, fakturadatum, förfallodatum, valuta, moms och totalbelopp. Leverantörsmatchningen bygger på organisationsnummer och betalningsuppgifter — är de fel eller saknas i leverantörsregistret misslyckas matchningen även om själva beloppet och datumet har lästs rätt.

Filen måste vara PDF, TIFF eller JPEG, en faktura per fil, och får inte vara större än ett par megabyte. Det finns även en undre gräns — väldigt små filer avvisas, vilket är en vanlig och lätt förbisedd felkälla när ett skannat underlag av misstag blir nästan tomt. En faktura med flera sidor är inget problem så länge alla sidor hör till samma faktura och ligger i samma fil; lägger du av misstag två olika fakturor i ett och samma PDF-dokument bryter tolkningen, och båda behöver laddas upp på nytt var för sig.

Tolkningen är snabb men inte omedelbar. I vår erfarenhet är en faktura som kommer in tidigt på förmiddagen en vardag oftast tolkad och verifierad samma dag; kommer den in senare på dagen kan det dröja till slutet av nästa arbetsdag. Ska en betalning hinnas med redan i morgon är det alltså inte säkert att tolkningen är klar i tid — då går det fortare att registrera fakturan manuellt.

Tolkningen är inte till för allt som ser ut som en faktura. Påminnelser, inkassokrav, följesedlar och orderbekräftelser tolkas inte och landar som ett fel snarare än ett färdigt förslag. Det vanligaste tolkningsfelet i praktiken är ändå fel leverantör: ett nytt bankgironummer eller en filial med eget organisationsnummer som inte finns registrerat sedan tidigare.

En tolkad rad är inte samma sak som en bokförd leverantörsfaktura. Den blir det först när raden matchas mot rätt leverantör och konto och skapas som en riktig faktura — kopplad till samma PDF som kom in, så att underlaget alltid går att spåra tillbaka till fakturan i bokföringen.

Kontoförslaget som Fortnox ger vid tolkningen bygger i turordning på tre källor: ett förvalt konto på leverantören, en konteringsmall eller en regel i automatkonteringen. Finns ingen av dem gissar Fortnox utifrån orden på fakturan och hur företaget bokfört liknande underlag tidigare. Ju fler fakturor från samma leverantör som bokförts rätt, desto träffsäkrare blir förslaget.

I praktiken märks det tydligast för återkommande kostnader. En städfirma som fakturerar månadsvis och alltid bokförts på samma konto får samma kontoförslag nästa gång utan att någon behöver minnas vilket konto som användes senast. Byter leverantören sina bankgiro- eller plusgirouppgifter kan matchningen tillfälligt brytas även om kontot i sig är rätt sedan tidigare — värt att kontrollera först om ett annars pålitligt förslag plötsligt uteblir.

För leverantörer du litar på går det att sätta upp automatisk hantering: fakturor som kommer in digitalt via e-faktura eller fakturatolkning skickas då direkt vidare till attest utan att någon behöver öppna Inkomna fakturor först, ofta med ett beloppstak som avgör vilka fakturor som får gå den vägen.

Automatiken är stark för återkommande leverantörer och svagare för nya. Ett förstagångsunderlag utan förvalt konto eller mall landar alltid hos en person för kontering, och det är rätt — en gissning på en ny typ av kostnad är precis det stället där ett fel blir dyrast att upptäcka sent.

Så här attesterar du leverantörsfakturor i Fortnox: attest bygger på två roller. En administratör sätter upp och styr attestflödet och kan redigera allt på fakturan; en attestant hanterar bara de fakturor som ligger på just sig, i sin tur i flödet.

Godkännandekedjan är sekventiell: fakturan går till den första attestanten, som ser knappen Godkänn. När den personen godkänt går fakturan vidare till nästa, och den sista i kedjan ser i stället Slutattestera. Finns bara en person i flödet slutattesteras fakturan direkt. En attestant kan också ha ett beloppstak för slutattest — överskrids taket går fakturan vidare uppåt även om personen i övrigt har rätt att attestera.

Fortnox har, såvitt vi sett, ingen renodlad avslagsknapp. Är en attestant osäker på en faktura skickas den i stället på utredning till en vald person med en kommentar, vilket pausar attesteringen tills frågan är löst. En administratör kan justera flödet i efterhand — lägga till en attestant, flytta ordningen, eller i undantagsfall slutattestera i förtid och hoppa förbi resten av kedjan.

Ska flera personer attestera samma steg samtidigt (gruppattest) får alla i steget en avisering — via e-post, sms, ringklockan i Fortnox webbgränssnitt eller pushnotis i appen — så att fakturan inte ligger obemärkt hos någon som råkar vara ledig. Vid personalförändringar går det att byta ut en attestant i alla flöden på en gång i stället för att öppna varje faktura för sig, vilket är den vanligaste orsaken till att fakturor annars fastnar hos någon som slutat.

Med Nordsynk körs hela flödet ovan i ett chattfönster i stället för att du klickar dig fram i Fortnox skärm för skärm. Ett typiskt pass ser ut ungefär så här.

Godkännandesidan har bara två knappar: godkänn eller avvisa exakt det som redan står där. Det finns inget läge för att redigera förslaget på plats. Avvisar du posten ber du i stället om ett nytt, korrigerat förslag i chatten — den lagrade posten i sig ändras aldrig i efterhand. Den begränsningen är medveten: om agenten fick redigera förslaget efter att du öppnat länken skulle det du faktiskt granskade inte längre vara det som skickades, och hela poängen med godkännandet skulle försvinna.

Det är den viktigaste regeln i hela flödet: en AI-agent kan förbereda och föreslå, men den skriver aldrig till Fortnox utan ett uttryckligt godkännande från dig. Att skapa fakturan, koppla filen och slutattestera är tre separata beslut, inte ett automatiskt steg. Hela tekniken bakom chattfönstret — MCP-servern, OAuth-inloggningen och skrivgodkännandena — beskrivs i vår genomgång av Fortnox MCP. Läs också hur samma arbetssätt används för att automatisera bokföring med bibehållen kontroll och vår guide till AI-bokföring.