E-fakturering i EU: vad det innebär, varför det är viktigt och vad som förändras

Vad är e-fakturering?

E-fakturering — kort för elektronisk fakturering — avser utbyte av fakturadata i ett strukturerat, maskinläsbart format mellan säljarens och köparens system.

En PDF bifogad i ett e-postmeddelande är inte en e-faktura. En skannad pappersfaktura är det inte heller. Dessa är elektroniska dokument, men inte strukturerade data. En människa kan läsa dem; en dator kan inte tillförlitligt extrahera innehållet utan OCR eller manuell datainmatning.

En riktig e-faktura är vanligtvis en XML- eller JSON-fil som följer en definierad standard. Den innehåller alla fält som en traditionell faktura skulle ha — leverantör, kund, rader, belopp, moms, betalningsvillkor — men i ett format som bokföringsprogram, ERP-system och skattemyndigheter kan bearbeta automatiskt.

Distinktionen är viktig eftersom EU i allt högre grad kräver att företag utbyter fakturor i dessa strukturerade format. Målet är att minska bedrägerier, förbättra skatteuppbörd, täppa till momsgapet och modernisera affärstransaktioner inom den inre marknaden.

Varför driver EU på e-fakturering?

EU förlorar miljarder euro varje år på momsbedrägerier. Pappers- och PDF-fakturor är lätta att förfalska, svåra att korsverifiera i stor skala och osynliga för skattemyndigheter tills en revision sker.

Strukturerade e-fakturor löser flera problem samtidigt:

• Realtidsinsyn — Skattemyndigheter kan övervaka fakturadata vid transaktionstillfället, istället för att vänta på kvartals- eller årsdeklarationer
• Automatiserad validering — Fakturor kan kontrolleras för fel, dubbletter och felaktig momsbehandling innan de når systemet
• Lägre hanteringskostnader — Studier tyder på att e-fakturering avsevärt kan minska hanteringskostnaden per faktura
• Interoperabilitet — En faktura från en svensk frilansare kan automatiskt importeras i en spansk kunds bokföringsprogram utan manuell omskrivning

EU arbetar med detta genom den europeiska standarden EN 16931, som definierar en gemensam semantisk datamodell för e-fakturor. Enskilda medlemsstater implementerar nu nationella krav baserade på denna standard, var och en med egna tidslinjer och ytterligare krav.

Den europeiska standarden: EN 16931

Kärnan i EU:s e-fakturering är EN 16931, en standard publicerad av European Committee for Standardization (CEN) 2017.

EN 16931 definierar:

• Obligatoriska och valfria datafält för en faktura (säljare, köpare, rader, skatt, betalningsuppgifter osv.)
• Relationerna mellan dessa fält
• Affärsregler för validering

Den definierar inte ett filformat. Istället specificerar den två officiella syntaxer:

1. UBL 2.1 (Universal Business Language) — En OASIS-standard som används brett internationellt
2. CII (Cross Industry Invoice) — En UN/CEFACT-standard

Båda är XML-baserade. En faktura som följer EN 16931 och använder någon av dessa syntaxer anses vara en giltig europeisk e-faktura.

I praktiken har de flesta EU-länder och Peppol-nätverket konvergerat mot UBL 2.1 som primär syntax.

Viktiga e-fakturaformat i EU

Även om EN 16931 ger den gemensamma grunden har flera specifika format uppstått i medlemsstaterna och handelsnätverken.

Peppol BIS Billing 3.0

Peppol (Pan-European Public Procurement OnLine) är både en standard och ett leveransnätverk. Det utvecklades ursprungligen för offentlig upphandling men används alltmer för B2B-transaktioner.

• Baserat på UBL 2.1 med ytterligare Peppol-specifika affärsregler
• Varje deltagare har ett Peppol-ID som används för att dirigera fakturor genom nätverket
• Fakturor utbyts via certifierade Access Points, liknande hur e-post flödar genom SMTP-servrar
• Stöds i alla EU- och EES-länder, plus Singapore, Australien med flera

För gränsöverskridande fakturering inom EU är Peppol närmast en universell standard.

XRechnung (Tyskland)

XRechnung är det tyska nationella e-fakturaformatet, underhållet av KoSIT (Koordinierungsstelle für IT-Standards).

• Följer EN 16931 med tyska specifika affärsregler (extra valideringar, obligatoriska fält)
• Stöder både UBL 2.1 och CII syntaxer
• Obligatoriskt för business-to-government (B2G) fakturering sedan november 2020
• Utvidgas till B2B: tyska företag måste kunna ta emot e-fakturor från januari 2025, och måste skicka dem från januari 2027

XRechnung-fakturor kan skickas via Peppol, e-post eller dedikerade portaler.

Factur-X / ZUGFeRD (Frankrike / Tyskland)

Factur-X (Frankrike) och ZUGFeRD (Tyskland) är samma specifikation under olika namn. De använder en hybrid tillvägagångssätt:

• Ett PDF/A-3-dokument innehåller den mänskligt läsbara fakturan
• En XML-fil (CII-syntax) är inbäddad i PDF:en som bilaga

Resultatet är en enda fil som fungerar för både människor och maskiner. En mottagare utan e-faktureringsprogram ser en normal PDF. En mottagare med kompatibel programvara extraherar XML:en och bearbetar den automatiskt.

Factur-X/ZUGFeRD definierar flera profiler från basic (minimal strukturerad data) till utökad (full EN 16931-efterlevnad):

För företag som redan genererar PDF:er är Factur-X/ZUGFeRD ofta det mest praktiska första steget mot e-fakturaefterlevnad.

FatturaPA (Italien)

Italien var det första EU-landet att göra B2B e-fakturering obligatoriskt, från januari 2019.

• Alla fakturor mellan italienska företag måste skickas via SDI (Sistema di Interscambio), som hanteras av den italienska skattemyndigheten
• Formatet är FatturaPA, ett italienskt specifikt XML-schema
• Fakturor valideras i realtid av SDI innan de levereras till mottagaren

Det italienska systemet nämns ofta som modell för andra medlemsstater som överväger realtidsrapporteringskrav.

Tidslinje per land

E-faktureringskrav rullas ut i olika takt i EU. Följande tabell visar den aktuella situationen i början av 2026:

Trenden är tydlig: obligatorisk B2B e-fakturering sprider sig från tidiga antagare (Italien, Rumänien) till de största ekonomierna (Tyskland, Frankrike, Spanien, Polen). Europeiska kommissionens ViDA-förslag (VAT in the Digital Age) syftar till ett EU-omfattande ramverk senast 2030.

Hur ser en e-faktura faktiskt ut?

Under ytan är en UBL e-faktura ett XML-dokument. Ett förenklat exempel:

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
  <ID>FAKT-2026-042</ID>
  <IssueDate>2026-03-04</IssueDate>
  <DueDate>2026-04-03</DueDate>
  <InvoiceTypeCode>380</InvoiceTypeCode>
  <DocumentCurrencyCode>EUR</DocumentCurrencyCode>

  <AccountingSupplierParty>
    <Party>
      <PartyName><Name>Frilans Studio AB</Name></PartyName>
      <PostalAddress>
        <CityName>Stockholm</CityName>
        <Country><IdentificationCode>SE</IdentificationCode></Country>
      </PostalAddress>
      <PartyTaxScheme>
        <CompanyID>SE123456789001</CompanyID>
        <TaxScheme><ID>VAT</ID></TaxScheme>
      </PartyTaxScheme>
    </Party>
  </AccountingSupplierParty>

  <AccountingCustomerParty>
    <Party>
      <PartyName><Name>Kund Corp S.L.</Name></PartyName>
      <PartyTaxScheme>
        <CompanyID>ESB12345678</CompanyID>
        <TaxScheme><ID>VAT</ID></TaxScheme>
      </PartyTaxScheme>
    </Party>
  </AccountingCustomerParty>

  <PaymentMeans>
    <PaymentMeansCode>58</PaymentMeansCode>
    <PayeeFinancialAccount>
      <ID>SE3550000000054910000003</ID>
    </PayeeFinancialAccount>
  </PaymentMeans>

  <TaxTotal>
    <TaxAmount currencyID="EUR">210.00</TaxAmount>
  </TaxTotal>
  <LegalMonetaryTotal>
    <TaxExclusiveAmount currencyID="EUR">1000.00</TaxExclusiveAmount>
    <PayableAmount currencyID="EUR">1210.00</PayableAmount>
  </LegalMonetaryTotal>

  <InvoiceLine>
    <ID>1</ID>
    <InvoicedQuantity unitCode="HUR">10</InvoicedQuantity>
    <LineExtensionAmount currencyID="EUR">1000.00</LineExtensionAmount>
    <Item><Name>Webbutveckling</Name></Item>
    <Price>
      <PriceAmount currencyID="EUR">100.00</PriceAmount>
    </Price>
  </InvoiceLine>
</Invoice>

Notera betalningskoden 58 — detta är koden för SEPA-överföring, som direkt refererar till banköverföringsuppgifterna (inklusive IBAN) som de flesta EU-fakturor redan innehåller.

Uppgifterna är samma information som finns på varje faktura. Skillnaden är att de är strukturerade och märkta, så att programvara kan läsa dem utan tvetydighet.

Vad innebär detta för frilansare och småföretag?

För de flesta frilansare och småföretag beror den praktiska påverkan på var de arbetar och vilka deras kunder är.

Om du fakturerar svenska företag

Sverige ligger i framkant vad gäller Peppol-adoption i Norden. Även om B2B e-fakturering fortfarande är frivilligt uppmuntrar Skatteverket och myndigheter det aktivt. Allt fler större företag och offentliga institutioner förväntar sig Peppol-fakturor. Genom att skicka strukturerade fakturor redan nu är du förberedd för ett framtida krav.

Om du fakturerar tyska företag

Från januari 2027 måste du skicka fakturor i ett strukturerat e-fakturaformat (XRechnung eller Factur-X). Redan före den deadline:n måste dina tyska kunder kunna ta emot e-fakturor från januari 2025, så att skicka i Factur-X-format nu gör dina fakturor enklare att bearbeta.

Om du fakturerar gränsöverskridande inom EU

Peppol-adoptionen växer. Större företag och offentliga institutioner kräver eller föredrar redan Peppol-fakturor. Att kunna skicka en strukturerad faktura kan skilja dig från konkurrenter som bara erbjuder PDF:er.

Om du främst fakturerar inhemskt utanför Tyskland, Frankrike eller Italien

Tidslinjen är mer avslappnad, men riktningen är fastslagen. EU:s ViDA-förslag kommer slutligen att kräva att alla B2B-transaktioner använder strukturerade e-fakturor. Tidig adoption förhindrar en stressig migration senare.

De viktigaste praktiska förändringarna

• Ditt faktureringsverktyg måste generera XML utöver (eller inbäddat i) PDF
• Du kan behöva inkludera ytterligare datafält: momskategorikoder, betalningskoder, identifiering av säljare/köpare
• Ditt momsregistreringsnummer och din kunds momsregistreringsnummer blir väsentlig strukturerad data, inte bara text på en sida
• För Peppol-leverans behöver du ett Peppol-ID och skickar fakturor via en Access Point

Factur-X: det praktiska första steget

För företag som för närvarande genererar PDF-fakturor erbjuder Factur-X/ZUGFeRD den mest naturliga övergången:

1. Du behåller din PDF — Fakturan ser ut precis som idag
2. Strukturerad data bäddas in — En XML-fil bifogas i PDF:en enligt CII-syntaxen
3. Mottagare väljer — De med kompatibel programvara extraherar XML:en; alla andra öppnar PDF:en som vanligt
4. Redo för efterlevnad — EN 16931-profilen uppfyller den europeiska standarden

Denna hybridmetod innebär att du inte behöver överge dina PDF-arbetsflöden över en natt. Du berikar dem med strukturerad data, vilket tillfredsställer både mänskliga läsare och automatiserade system.

Vad du ska titta på i faktureringsprogram

Om du utvärderar verktyg för e-faktureringsberedskap, överväg:

• Genererar det strukturerad XML utöver PDF? (Factur-X, XRechnung eller UBL)
• Kan det bädda in XML i PDF för hybrid Factur-X-metoden?
• Innehåller det de obligatoriska fälten — momskategorikoder, betalningskoder, företagsidentifikatorer?
• Validerar det mot EN 16931 affärsregler innan sändning?
• Kan det ansluta till Peppol eller exportera i ett Peppol-kompatibelt format?

Inte alla dessa punkter är nödvändiga idag för varje användare. Men trenden är tydlig: strukturerad e-fakturering blir den europeiska standarden, och verktyg som stöder detta är bättre positionerade än de som enbart förlitar sig på PDF.

Viktiga punkter

• E-fakturering innebär strukturerad, maskinläsbar fakturadata — inte bara en PDF
• EU-standarden EN 16931 definierar den gemensamma datamodellen, med UBL och CII som officiella syntaxer
• Factur-X/ZUGFeRD bäddar in XML i PDF och erbjuder det enklaste migreringssteget
• De flesta EU-länder har redan eller är på väg att anta obligatorisk e-fakturering
• ViDA-ramverket siktar på EU-omfattande B2B e-fakturering senast 2030
• Frilansare och småföretag bör börja nu med verktyg som genererar strukturerade fakturor

Facturwise genererar automatiskt Factur-X-kompatibla e-fakturor med inbäddad XML-data. Börja gratis och var e-faktureringsklar från dag ett.