Fortnox leverantörsfakturor: PDF till Excel och SIE

För Fortnox-leverantörsfakturor passar fakturatolkning bäst när enskilda inkommande fakturor ska tolkas, attesteras och bokföras direkt i Fortnox. Batchextraktion till Excel passar bättre vid backlogs, klientmigrationer, revision och stora volymer där fakturadata först måste granskas, konteras mot BAS och mappas vidare till SIE eller API. Excel är då ett arbetsunderlag, inte bokföringen i sig.

Det är den praktiska gränsen bakom frågan om Fortnox leverantörsfakturor till Excel. Om fakturan redan ligger i ett vanligt löpande flöde, med en leverantör som matchas korrekt och ett attestflöde som ska starta direkt, finns det sällan ett skäl att gå utanför Fortnox. Om byrån däremot tar över en klient med 180 PDF:er från första halvåret, behöver jämföra gamla underlag mot reskontran eller vill låta en ansvarig granska konteringen innan något importeras, blir ett separat Excel-lager mer användbart.

I det läget är poängen inte att ersätta Fortnox. Poängen är att omvandla ostrukturerade PDF:er till data som kan kontrolleras innan den får bokföringskonsekvens. Ett verktyg som Invoice Data Extraction kan användas för att extrahera leverantörsfakturor till Excel med AI: byrån laddar upp en batch PDF-leverantörsfakturor, beskriver vilka fält som ska ut och får ett strukturerat Excel-, CSV- eller JSON-underlag för nästa steg.

Valet brukar därför stå mellan fyra vägar. Fakturatolkning är bäst för löpande inkommande fakturor. Excel är bäst när data först ska granskas, rensas, kompletteras eller delas. SIE4 är relevant när slutmålet är bokförda verifikat i Fortnox. API är rätt när byrån eller integrationspartnern vill bygga ett återkommande, tekniskt ägt flöde där dokumentdata ska in i systemkedjan programmässigt.

Beslutsmatris för Fortnox, Excel, SIE och API

Tänk på valet som en fråga om var kontrollen behöver ligga. Ska fakturan gå in i Fortnox direkt, eller behöver den först bli ett underlag som kan granskas utanför systemet?

Fortnox fakturatolkning passar när separata leverantörsfakturor kommer in löpande och ska matchas mot leverantör, attesteras och bokföras i Fortnox. Den löser inte lika bra backlogs där många PDF:er först måste sorteras, jämföras eller mappas innan registrering.

Batchextraktion till Excel passar när byrån behöver ett granskningsbart underlag för massimport leverantörsfakturor Fortnox, migration, revision eller volymtoppar. Den löser inte slutlig bokföring, spårbar arkivering eller attest i Fortnox.

SIE4 passar när målet är att få in verifikat och transaktioner för ett räkenskapsår, ofta vid historikflytt eller rekonstruktion. Den löser inte visuell fakturahantering, leverantörsattest eller detaljerad dokumentkoppling om den inte hanteras separat.

API passar när ett återkommande flöde ska skapa, uppdatera eller hämta data programmässigt. Det är sällan rätt för enstaka klientärenden där ingen äger integration, felhantering och behörigheter tekniskt.

För en redovisningsbyrå med Fortnox och hög leverantörsfakturavolym är Excel ofta mellansteget som saknas i de vanliga jämförelserna. Det är där någon kan se alla fakturor bredvid varandra, upptäcka dubbletter, markera kreditfakturor, kontrollera leverantörsuppgifter och sätta preliminära BAS-konton innan något förs över.

Fortnox fakturatolkning är stark när fakturorna kommer in en och en. Då är värdet att informationen hamnar i vyn för inkomna fakturor, att leverantören kan matchas och att ett attest- eller bokföringsflöde kan fortsätta i samma system. För ett historiskt PDF-arkiv är det däremot inte alltid samma logik. Där ligger värdet först i överblick: vilka fakturor hör till perioden, vilka är redan bokförda, vilka saknar korrekt betalningsreferens och vilka kräver manuell bedömning.

Om sökningen egentligen gäller att exportera leverantörsfakturor från Fortnox är utgångspunkten en annan. Då ska man i första hand utgå från Fortnox rapporter, SIE-export eller API beroende på vilken data som redan finns i systemet. PDF-till-Excel-flödet i den här artikeln är för fakturor som först behöver struktureras innan de registreras, importeras eller jämförs mot Fortnox.

SIE och API kommer senare i beslutet. SIE4 ska inte användas bara för att en Excel-fil finns. Den passar när underlaget är tillräckligt kontrollerat för att bli verifikat. API passar när flödet återkommer, när behörigheter är på plats och när det finns en teknisk process för att hantera avvikelser i stället för att någon sitter med en importfil i sista stund.

Fälten som måste ut ur varje svensk leverantörsfaktura

En användbar Excel-mall för leverantörsfakturor i Fortnox börjar inte med snygga kolumnnamn. Den börjar med frågan: vilka fält behövs för att identifiera leverantören, betala rätt, bokföra rätt och kunna följa underlaget i efterhand?

Leverantörsdelen bör fånga leverantörsnamn, organisationsnummer, VAT-nummer när det finns, adressuppgifter och status för F-skatt. Om F-skatt saknas eller är oklar ska raden flaggas, inte tyst flyta vidare. För svenska leverantörer är F-skatt på svenska leverantörsfakturor en kontrollfråga som påverkar hur byrån bedömer betalning, dokumentation och eventuell uppföljning.

Betalningsdelen bör separera Bankgiro, Plusgiro, IBAN, BIC och OCR. De fälten är inte bara betalningsinstruktioner. De används också för kontroll, leverantörsmatchning och felsökning när samma leverantör skickar fakturor från olika bolag eller med olika referenser. Därför bör Bankgiro och OCR-nummer på svenska fakturor behandlas som egna kontrollerade fält, inte som fri text i en anteckningskolumn.

Fakturahuvudet behöver fakturanummer, fakturadatum, förfallodatum, valuta och PDF-referens. PDF-referensen är viktigare än många Excel-flöden antyder: den gör att varje rad i underlaget kan spåras tillbaka till originalhandlingen eller den arkiverade kopian.

Belopps- och momsdelarna bör delas upp i nettobelopp, momsbelopp, totalbelopp, momssats och eventuellt valutabelopp. Vid EU-fakturor, omvänd skattskyldighet eller avvikande moms ska raden markeras för kontroll. Samma sak gäller kreditfakturor, eftersom tecken, betalningsstatus och verifikationslogik lätt blir fel när de blandas med debetfakturor i samma batch.

Konteringsdelen bör innehålla föreslaget BAS-konto, kostnadsställe, projekt, radbeskrivning och granskningsstatus. Om fakturan innehåller arbetskostnad eller fastighetsnära uppgifter behöver byrån också kunna identifiera ROT/RUT-uppgifter på svenska fakturor, eftersom de kan kräva annan granskning än en vanlig kontorsfaktura.

SIE eller API kräver mer disciplin än en vanlig Excel-export. En rad som är "nästan rätt" kan fungera i en manuell avstämning, men den ska inte bli importfil förrän leverantör, konto, moms, period och originalreferens är entydiga.

Ett batchflöde från PDF till granskningsbar Excel

Ett bra batchflöde börjar med att original-PDF:erna samlas på ett sätt som gör dem spårbara. Döp eller mappa filerna så att klient, period och källa framgår. Blanda inte historiska fakturor, nya inkommande fakturor och revisionsunderlag utan statusmarkering, eftersom samma leverantör kan förekomma i flera arbetsströmmar.

Nästa steg är extraktionen. För varje PDF ska underlaget få ut de fält som behövs för leverantör, betalning, belopp, moms, kontering och originalreferens. Invoice Data Extraction kan här användas som ett separat steg före Fortnox: byrån laddar upp PDF-, JPG- eller PNG-filer, beskriver i en prompt vilka svenska leverantörsfakturafält som ska hämtas och laddar ned resultatet som Excel, CSV eller JSON. För stora ärenden stöder produkten upp till 6 000 filer per batch och enskilda PDF:er upp till 5 000 sidor.

När datan ligger i Excel bör byrån normalisera den innan någon import diskuteras. Leverantörsnamn behöver jämföras mot organisationsnummer och betalningsuppgifter. OCR och fakturanummer behöver hållas isär. Belopp ska kontrolleras så att netto, moms och total hänger ihop. BAS-konto, kostnadsställe och projekt ska antingen vara färdiga för import eller tydligt markerade som preliminära.

En praktisk statuskolumn sparar mer tid än ännu en fri anteckningskolumn. Använd statusar som klar, kräver leverantörskontroll, kräver momskontroll, kreditfaktura, ROT/RUT, utlandsbetalning, saknar original och redan bokförd. Då kan en senior redovisningskonsult snabbt sortera bort det som är importklart och lägga sin tid på avvikelserna.

Det här är särskilt användbart vid klientövertagande. Den nya klienten kan ha PDF:er från mejl, gammalt system, skannade mappar och en tidigare byrås export. Att försöka bokföra allt direkt gör att fel upptäcks sent. Ett granskningsbart Excel-underlag gör avvikelselistan synlig innan Fortnox får nya verifikat eller leverantörsposter.

När Excel ska bli SIE4 i Fortnox

SIE4 är relevant när underlaget ska bli verifikationer och transaktioner i Fortnox, inte bara ett leverantörsregister eller en rapport för granskning. Om målet är att flytta historik, återskapa ett räkenskapsår eller importera bokförda leverantörsfakturor i bulk behöver Excel-underlaget därför konverteras till bokföringslogik, inte bara till ett annat filformat.

Det betyder att varje rad behöver rätt räkenskapsår, verifikationsdatum, verifikationsserie, konto, belopp, momslogik och eventuell dimensionsdata som kostnadsställe eller projekt. Vid SIE-import i Fortnox måste konton kunna kopplas, nya konton hanteras, momskoder kontrolleras och verifikationsserier väljas. Om filen innehåller projekt eller kostnadsställen behöver de finnas eller mappas rätt innan importen kan ses som klar.

SIE4 ska också stämmas av mot leverantörsskuld och moms innan import. Konto 2440 får inte bara råka bli rätt i totalen, utan ska kunna förklaras mot fakturorna i batchen. Momsraderna behöver följa den momsrapportlogik byrån tänker använda. Kreditfakturor ska ha rätt tecken och period. Om Excel-filen blandar vanliga leverantörsfakturor, EU-fakturor och omvänd skattskyldighet bör de separeras i granskningen innan de blir SIE.

För den som behöver bakgrunden till filtypen finns en separat genomgång av SIE-formatet för svensk bokföringsdata. I den här Fortnox-kontexten är den viktigaste skillnaden att SIE4 kan skapa bokföringskonsekvenser. En felsorterad Excel-rad är irriterande. En felaktig SIE-import kan skapa dubbletter, fel period eller fel verifikationsserie och kräva korrigering i efterhand.

Arkiveringen följer inte med av sig själv bara för att data har flyttats. Bokföringsnämnden anger att överföringsregeln blir aktuell när ett företag skannar en pappersfaktura eller vill arbeta med räkenskapsinformation i ett annat format, och att överföringen inte påverkar den sjuåriga arkiveringstiden enligt BFN:s vägledning om överföring av räkenskapsinformation. Därför behöver original-PDF:er, filnamn, verifikationsreferenser och eventuell dokumentkoppling vara planerade innan importen görs.

När API är bättre än filimport

API är rätt väg när flödet ska upprepas och någon äger tekniken. En engångsbacklog från en ny klient behöver sällan API. Ett byråflöde där hundratals PDF:er återkommer varje månad, där avvikelser ska loggas och där resultaten ska in i flera system, kan däremot motivera en integration.

Det finns två olika API-lager i ett sådant upplägg. Det första är dokumentextraktionen: PDF:er och bildfiler ska bli strukturerad data. Invoice Data Extraction API använder Bearer-token, skapar en upload session, laddar upp filer, skickar en extraktionsuppgift, pollar status och laddar ned resultat. Output kan vara xlsx, csv eller json, och en upload session kan omfatta upp till 6 000 filer.

Det andra lagret är Fortnox-sidan. Där handlar frågan inte längre om att läsa PDF:en, utan om vad integrationen ska göra med resultatet: skapa eller uppdatera leverantörsinformation, koppla filunderlag, hantera kontering, läsa status eller föra data vidare till ett attest- eller bokföringsflöde. Det kräver Fortnox-behörigheter, tydliga regler för felhantering och en process för vad som händer när leverantören inte matchar eller när fakturan redan finns.

API är därför starkt när samma logik ska köras många gånger. Det är svagt när arbetsflödet fortfarande är oklart. Om byrån inte vet vilka fält som ska vara obligatoriska, hur kreditfakturor ska separeras eller vem som godkänner avvikelselistan, bör arbetet börja i Excel. När reglerna är beprövade kan de föras in i en integration.

SIE och API ska inte blandas ihop. SIE är ett filbaserat sätt att föra in bokföringsdata, ofta historik eller verifikat. API är ett programmässigt arbetssätt där varje steg kan valideras, loggas och återförsökas. För Fortnox API leverantörsfakturor PDF-flöden är den viktiga arkitekturfrågan därför inte bara "kan vi skicka data?", utan "vem ansvarar för matchning, bilagor, behörigheter och avvikelser när något inte stämmer?"

Kontrollistan innan något bokförs i Fortnox

Innan en batch går vidare till Fortnox ska avvikelsehanteringen vara gjord. Det är billigare att stoppa en rad i Excel än att rätta en felaktig import efteråt.

Kontrollera först dubbletter. Jämför leverantör, fakturanummer, OCR, datum och totalbelopp, inte bara filnamn. En klientmigration kan innehålla samma faktura från mejlarkiv, gammalt system och skannad pärm.

Kontrollera sedan fakturatyperna. Kreditfakturor, EU-fakturor, omvänd skattskyldighet, ROT/RUT och utlandsbetalningar bör inte följa samma okritiska massflöde som vanliga svenska leverantörsfakturor. De behöver status, ansvarig granskare och en tydlig regel för hur de ska bokföras.

Kontrollera betalnings- och leverantörsdata. Bankgiro, Plusgiro, IBAN, BIC, OCR, organisationsnummer och leverantörsnamn ska inte motsäga varandra. Om en ny leverantör ska skapas i Fortnox bör byrån veta om den bara ska läggas upp, om ett befintligt register ska uppdateras eller om posten ska stoppas för manuell kontroll.

Kontrollera bokföringen innan import: BAS-konto, momskod, period, kostnadsställe, projekt och 2440. Om underlaget ska bli SIE behöver verifikationsserie och räkenskapsår vara bestämda. Om flödet ska gå via API behöver samma regler finnas i integrationen, inte bara i den person som råkar göra granskningen.

Kontrollera till sist spårbarheten. Varje rad ska kunna kopplas till original-PDF, granskningsstatus och eventuell attest. Om den kopplingen saknas är det bättre att låta batchen stanna som Excel-underlag tills den är komplett.

När allt detta är sant blir valet enklare. Löpande separata fakturor kan gå via Fortnox fakturatolkning. En backlog eller migration kan fortsätta i Excel tills avvikelserna är lösta. Verifikat kan föras över via SIE när bokföringslogiken är klar. Ett återkommande tekniskt flöde kan byggas via API när regler, ansvar och felhantering redan är prövade.