E-fakturering – Lagkraven, datumen och PDF:erna som ignorerar dem

E-fakturering är utbytet av fakturadata i ett strukturerat, maskinläsbart format som XML eller UBL, som skickas direkt från en leverantörs system till en köpares system utan någon manuell datainmatning däremellan. Regeringar över hela Europa, Asien och Latinamerika gör det obligatoriskt enligt publicerade tidsplaner, och den första deadline som drabbar dig är nästan aldrig den du fick höra om. Det är datumet du måste börja ta emot, och det gäller vanligtvis alla företag samtidigt, oavsett storlek.

Denna guide täcker vad som kvalificerar sig som en e-faktura, vilka lagkrav som gäller för dig och när, samt den del som avgör hur mycket arbete detta faktiskt innebär: de leverantörer som fortfarande kommer att mejla dig PDF:er långt efter att deadlinen har passerat.

Viktiga punkter

• En e-faktura är data, inte ett dokument. Om en person måste läsa layouten för att hitta totalsumman är det inte en e-faktura, oavsett vad filtillägget påstår.
• Din verkliga deadline är mottagningsdatumet, inte utfärdandedatumet. I varje tidsplan som hittills publicerats landar skyldigheten att ta emot först, och den landar på alla samtidigt.
• Skyldigheter följer där ett företag är etablerat och där det bedriver handel, inte var moderbolaget har sitt huvudkontor. En amerikansk koncern med ett franskt dotterbolag har en fransk enhet som omfattas av det franska lagkravet.
• Uppdelningen i etapper garanterar en hybridperiod som mäts i år. Strukturerade fakturor och mejlade PDF:er landar sida vid sida, och båda måste nå ditt bokföringssystem.

Vad är e-fakturering?

E-fakturering, eller elektronisk fakturering, är det digitala utbytet av fakturadokument mellan företag i ett strukturerat format som mottagande mjukvara kan processa utan mänsklig tolkning. Istället för att en person läser en faktura och skriver in dess innehåll i ett bokföringssystem, anländer fakturan som fältindelad data som systemet importerar direkt. (Källa: Basware)

Den skillnad som spelar roll är maskinläsbarhet, inte digitalisering. En skannad faktura, en mejlad PDF och ett fotograferat kvitto är alla digitala. Ingen av dem är en e-faktura, eftersom ingen av dem bär datan i fält som mjukvara kan läsa direkt. (Källa: Thomson Reuters)

Marknaden har lagt märke till detta. Den globala marknaden för e-fakturering nådde 13,5 miljarder dollar under 2023 och prognostiseras att växa med en årlig tillväxttakt (CAGR) på 17,7 % från 2024 till 2032, för att nå 60,9 miljarder dollar 2032. (Källa: HighRadius, siffror som publicerades 2024.)

Användningsgraden berättar en tystare historia. I USA, där inget är obligatoriskt, rapporterades användningen bland företag vara 25 %, medan automatiserad elektronisk fakturering rapporteras ge kostnadsminskningar på 60 till 80 % i de flesta fall. (Källa: Pagero) Klyftan mellan dessa två siffror är hela argumentet för lagkraven. Som kontext för den bredare beredskapen, hade 70 % av företagen inom EU nått en grundläggande nivå av digital intensitet år 2022, och EU:s mål är att minst 80 % av alla vuxna ska ha grundläggande digitala färdigheter till 2030. (Källa: IMARC Group)

Vad som gör en faktura till en e-faktura

Fyra saker måste stämma samtidigt.

• Strukturerad, maskinläsbar data. Fakturan anländer som XML, UBL eller ett motsvarande schema, som bokföringsprogram och skattemyndigheter läser direkt. Ingen knappar in något manuellt.
• En definierad överföringsrutt. E-fakturor färdas genom överenskomna kanaler: Peppol-nätverket, ett direkt API, en statlig plattform för godkännande. En bilaga i ett vanligt mejl är inte ett av dem.
• Integration med det mottagande systemet. Datan landar inuti ERP- och bokföringssystem som data, vilket är det som gör automatiserat godkännande och avstämning i realtid möjligt.
• Efterlevnad av en publicerad standard. I Europa innebär det EN 16931. Strukturerat men ej standardiserat bryter fortfarande mot lagkraven.

Vad som inte räknas som en e-faktura

Många saker känns som att de borde räknas. Under alla publicerade lagkrav förblir dessa vanliga fakturor:

1. Skannade pappersfakturor. Att omvandla papper till en PDF eller en JPEG producerar en bild, inte data.
2. PDF- och Word-fakturor skickade via e-post. Det vanligaste fakturaformatet inom näringslivet, och det tydligaste exemplet på ett digitalt dokument som inte är en e-faktura.
3. Fakturadetaljer inskrivna i brödtexten på ett mejl. Ingen struktur, inget schema, inget att importera.
4. Kalkylark utan ett definierat schema. Kolumner som en människa förstår är inte maskinläsbara i den mening som ett lagkrav avser.
5. Pappersfakturor med en QR-kod. Koden hjälper en människa. Fakturan hanteras fortfarande manuellt, såvida den inte är direktkopplad till en e-faktureringsplattform.

Ett undantag är värt att känna till, eftersom det ständigt förvirrar folk. Hybridformat som Factur-X och ZUGFeRD bäddar in strukturerad XML i en PDF-fil. Resultatet öppnas som en normal PDF för en person och läses som strukturerad data av en maskin, och det uppfyller lagkraven hos dem som accepterar det. Filtillägget berättar ingenting. Vad som finns inuti gör det.

Hur e-fakturering fungerar

Rutten varierar beroende på land och nätverk. Sekvensen gör sällan det. (Källa: HighRadius)

1. Generering. Leverantörens fakturerings- eller ERP-system producerar fakturan som en strukturerad fil snarare än något utskriftsvänligt. (Källa: Pagero)
2. Validering. Filen kontrolleras mot formatregler, och i länder som placerar skattemyndigheten mitt i transaktionen, även mot dess krav, innan fakturan skickas någonstans.
3. Överföring. Fakturan flyttas genom en överenskommen kanal såsom Peppol, EDI eller en statlig plattform.
4. Hantering och godkännande. Köparens system importerar datan, matchar den mot inköpsordrar och skickar den vidare för godkännande.
5. Betalning och arkivering. Godkända fakturor utlöser betalning och vilar sedan i ett arkiv tills en revisor ber om dem.

De fyra modellerna för hur e-fakturor faktiskt anländer

Leverantörslistor är det vanliga sättet att förklara detta, men de besvarar fel fråga. Vad ett ekonomiteam behöver veta är vad som landar i deras inkorg och hur det kom dit. Sorterat efter rutt finns det fyra modeller.

1. Nätverksbaserat utbyte, vanligtvis Peppol

Peppol, en förkortning av Pan-European Public Procurement OnLine, är ett nätverk med gemensamma regler för adressering, formatering och leverans av dokument. Du ansluter dig inte direkt, du ansluter via en certifierad Access Point som sköter routing. Det är den obligatoriska eller standardmässiga rutten över stora delar av EU och i Singapore, Australien och Nya Zeeland. (Källa: European Commission)

2. Direkt EDI

Electronic Data Interchange föregår lagkraven för e-fakturering med årtionden och flyttar fortfarande enorma volymer inom tillverkning, handel och logistik. Format som EDIFACT och ANSI X12 byts bilateralt mellan handelspartners som kommit överens om specifikationen i förväg. EDI kan uppfylla ett lagkrav när det möter den krävda standarden. Det sker inte per automatik.

3. Statliga plattformar för godkännande

Vissa länder sätter skattemyndigheten i mitten av transaktionen, så en faktura är inte giltig förrän det statliga systemet har godkänt den. Italiens Sistema di Interscambio och Indiens GST-portal för e-fakturering fungerar båda på detta sätt. Detta godkännande (clearance) ger skattemyndigheter insyn i realtid, vilket är exakt varför regeringar gillar det.

4. Integration med ERP och bokföring

De flesta stora ERP-plattformar hanterar nu e-fakturering internt eller genom certifierade partners. För många företag är detta den minst störande rutten, eftersom fakturan aldrig lämnar det huvudsakliga systemet.

Vem som måste följa reglerna, och när

Börja med testet, inte med tabellen. Ett lagkrav gäller där ett företag är etablerat och där det bedriver handel, inte var dess moderbolag har sitt huvudkontor. En amerikansk eller brittisk koncern med ett franskt dotterbolag har en fransk enhet som lyder under det franska lagkravet enligt den franska tidsplanen, och moderbolagets egna nationella regler är irrelevanta för detta. I Frankrike täcker mottagningskravet från 1 september 2026 alla etablerade företag oavsett storlek, medan den första utrullningen av utfärdandekravet täcker stora och medelstora företag (den franska ETI-nivån som ligger mellan små/medelstora företag och storföretag).

Datum flyttas fram. Betrakta varje tidsplan här som något att dubbelkolla snarare än något slutgiltigt. Siffrorna nedan bekräftades i augusti 2026.

E-fakturering inom Europeiska unionen

Direktiv 2014/55/EU etablerade e-fakturering för Business-to-Government-transaktioner och fastställde EN 16931 som den europeiska standarden. Den större förändringen är ViDA, eller VAT in the Digital Age, som antogs den 11 mars 2025. Från 1 juli 2030 blir e-fakturering enligt EN 16931 obligatoriskt för B2B-transaktioner inom gemenskapen, där transaktionsdata ska rapporteras till skattemyndigheterna inom tio dagar från den skattegrundande händelsen. Medlemsstater som driver egna nationella digitala rapporteringssystem har till 2035 på sig att anpassa dem.

Flera medlemsländer springer före denna tidsplan. Italien har krävt B2B e-fakturering i flera år. Tysklands mottagningskrav trädde i kraft i januari 2025. Frankrikes första fas inleds i september 2026, och det är den man bör hålla ögonen på av två anledningar. Den släpper mottagningsskyldigheten på alla företag samtidigt, och den kräver e-rapportering jämsides med e-fakturering. E-rapportering är det separata kravet på att skicka transaktionsdata till skattemyndigheten, så ett företag kan vara fullt kapabelt att utfärda kompatibla fakturor och ändå inte uppfylla vad Frankrike kräver.

E-fakturering i USA

USA har inget federalt B2B-lagkrav och inget finns schemalagt. Offentlig upphandling på federal nivå är undantaget: Bureau of the Fiscal Service ålägger myndigheter att hantera fakturor för federala upphandlingar elektroniskt, så leverantörer till federala myndigheter måste följa det. Anammandet inom den privata sektorn drivs istället på av handelspartners och av Digital Business Networks Alliance, som bygger ett interoperabelt utbytesramverk i stil med Peppol.

Haken för amerikanska ekonomiteam är att avsaknaden av nationella lagkrav inte frikänner er från krav utomlands. En amerikansk koncern med en EU-enhet ärver den enhetens skyldigheter, och en amerikansk leverantör som fakturerar en EU-kund kan bli ombedd att använda ett kompatibelt format av kunden snarare än av en tillsynsmyndighet.

E-fakturering på andra håll

Indien kräver e-fakturering enligt GST-regelverket för företag över en viss omsättningströskel, dirigerat genom den statliga portalen. Singapore kör via Peppol-ramverket genom InvoiceNow, fasat över GST-registrerade företag. Kina rullar ut fullt digitaliserad e-fapiao nationellt via skattesystemet, och Japans Qualified Invoice System har tillämpats sedan 2023. Storbritannien har inget generellt lagkrav utan driver istället digital bokföring och momsrapportering genom Making Tax Digital. (Källa: Qvalia)

Från och med januari 2024 krävde mer än 19 länder e-fakturering för alla skattepliktiga transaktioner och 49 länder krävde det för specifika transaktioner. (Källa: COST) Båda siffrorna har vuxit sedan dess.

Vad e-fakturering faktiskt ger dig

Regeringar vill ha e-fakturering eftersom det stänger momsgapet och gör skattebedrägerier svårare att dölja. (Källa: Tipalti) Ett ekonomiteam vill ha det av skäl närmare skrivbordet.

Utskrift, porto, fysisk lagring och manuell inmatning försvinner för alla fakturor som anländer i strukturerat format. Hastigheten följer med: vissa företag rapporterar att de kapat fakturahanteringen från flera veckor till under 48 timmar. (Källa: Basware) Eftersom datan valideras vid källan, försvinner de transkriberingsfel som annars uppstår vid manuell datainmatning tillsammans med den, och detsamma gäller dubbelbetalningarna som följer på dem.

Ytterligare två fördelar får mindre uppmärksamhet men spelar störst roll den dag någon ställer obekväma frågor. Skattevalidering sker inuti utbytet istället för att rekonstrueras i slutet av kvartalet, och varje faktura bär ett verifierbart spår, vilket är skillnaden mellan en revision och ett arkeologiskt utgrävningsprojekt.

Notera vad inget av detta gäller för. Alla dessa fördelar märks enbart för de fakturor som faktiskt anländer i ett strukturerat format. För resten förändras ingenting.

Leverantören som inte har bytt

Detta är delen som avgör din faktiska arbetsbörda, och det nämns oftast bara som en fotnot.

Varje lagkrav som hittills publicerats separerar skyldigheten att ta emot från skyldigheten att utfärda, för att sedan fasa in den andra delen efter företagsstorlek. Frankrike kräver att alla företag måste kunna ta emot strukturerade fakturor från september 2026, men kräver inte att mindre företag utfärdar dem förrän i september 2027. Tyskland har krävt mottagande sedan januari 2025 och kräver inte utfärdande av alla förrän januari 2028.

Läs det ur köparens perspektiv och konsekvensen är oundviklig. Under en period mätt i år kommer ett medelstort företag att ta emot strukturerade e-fakturor från sina största leverantörer och mejlade PDF:er från alla andra, och båda måste hamna i samma bokföringssystem. Lägg till leverantörerna i länder utan något som helst lagkrav, och högen med PDF-fakturor kommer aldrig att nå noll. Den slutar bara att växa.

Det finns två rimliga sätt att hantera denna återstod.

Det ena är en plattform för AP-automation som driver en egen Peppol Access Point och fäster en OCR-funktion på sidan. För en stor AP-avdelning som också behöver godkännandeflöden, order-matchning och onboarding av leverantörer på ett och samma ställe är det rätt svar. Det är också en omfattande mjukvara med ett pris och en implementeringstid som matchar det.

Det andra sättet är att hålla isär de två flödena och ge vardera ett verktyg byggt specifikt för det. Din Access Point-leverantör hanterar de strukturerade fakturorna. En AI-baserad dokumenttolkare (parser) läser av PDF:erna och levererar samma fält till samma slutdestination.

Det andra flödet är där Parseur passar in, och gränsen är värd att uttryckas tydligt. Parseur är inte en e-faktureringsplattform. Det är inte en Peppol Access Point, det skickar inte fakturor, och det kommer inte att göra dig compliant med något lagkrav. Vad det gör är att ta de fakturor som från första början aldrig skulle bli kompatibla och ser till att ingen behöver skriva in dem på nytt.

Mekanismen är avsiktligt oglamorös. Leverantörer mejlar PDF-fakturor till en dedikerad Parseur-inkorg, eller så vidarebefordrar du dem dit. Vision AI-motorn läser var och en och plockar ut fälten du behöver: fakturanummer, leverantörsnamn, datum, artikelrader, skatt och totalsummor, utan att du behöver bygga någon mall för varje leverantörs specifika layout. Den extraherade datan skickas till ditt bokföringssystem, ERP, kalkylblad eller API genom en direktintegration eller en plattform som Zapier eller Make. En layout motorn aldrig har sett hanteras på samma sätt som en den känner till, vilket spelar stor roll, eftersom den långa svansen av icke-kompatibla leverantörer är precis den del av din leverantörsbas som hela tiden förändras.

Om du vill ha detaljerna på den vägen snarare än en sammanfattning, täcker guiden om fakturahantering arbetsflödet från början till slut, och sidan för utvinning av fakturadata listar de fält som fångas som standard.

Så förbereder du dig

Ordningen spelar större roll än själva listan, eftersom skyldigheten att ta emot kommer först och du får inga pluspoäng för att vara redo att utfärda.

1. Ta reda på vad som gäller för dig, land för land. Skyldigheterna följer var du är etablerad och var du bedriver handel, inte var ditt huvudkontor ligger. Ett amerikanskt eller brittiskt företag med ett franskt dotterbolag omfattas av det franska lagkravet.
2. Ordna mottagandet innan utfärdandet. Att inte kunna ta emot en laglydig e-faktura från en stor kund är det misslyckande som kommer att skada dig snabbast.
3. Välj en Access Point-leverantör om du handlar på Peppol-territorium. Detta är ett inköpsbeslut med ledtid, inte bara en knapp du trycker på.
4. Räkna leverantörerna som inte kommer att omfattas. Kör din leverantörslista mot tröskelvärdena i varje land du köper ifrån. Siffran blir högre än vad folk förväntar sig, och det är den som avgör hur mycket intagskapacitet du fortfarande behöver för ostrukturerade fakturor.
5. Kontrollera att båda flödena landar i samma kö. Om strukturerade fakturor och PDF:er anländer till olika system slutar det med att teamet får två avstämningsprocesser och ingen enhetlig bild av vad företaget är skyldigt.
6. Bekräfta att din arkivering uppfyller lokala regler. Lagringstider och format varierar mellan länder och förblir osynliga fram till dagen för en revision.
7. Informera dina leverantörer tidigt. Mjukvara är inte det som saktar ner dessa projekt. Det är leverantörernas beredskap som gör det.

Vart detta leder

E-fakturering slutade vara en fråga om "om" för flera år sedan. De publicerade tidsplanerna sträcker sig från Frankrike i september 2026 till ViDA 2030 och nationella anpassningar fram till 2035, och listan över länder bara växer.

Vad ingen tidsplan dock förändrar är matematiken på ditt skrivbord. Tröskelvärden lämnar de flesta små leverantörer utanför under flera år, många handelspartners sitter i länder utan något som helst lagkrav, och var och en av dessa fakturor anländer fortfarande som en PDF bifogad i ett e-postmeddelande som måste nå ditt bokföringssystem utan att någon knappar in den manuellt.

Planera för båda och lagkravet är ett projekt. Planera för det ena och det blir en överraskning.

Senast uppdaterad 13 augusti 2026