E-fakturering i EU: hvad det betyder, hvorfor det er vigtigt, og hvad der ændrer sig

Hvad er e-fakturering?

E-fakturering — kort for elektronisk fakturering — refererer til udveksling af fakturadata i et struktureret, maskinlæsbart format mellem sælgers og købers systemer.

En PDF vedhæftet i en e-mail er ikke en e-faktura. Det er en scannet papirfaktura heller ikke. Disse er elektroniske dokumenter, men ikke strukturerede data. Et menneske kan læse dem; en computer kan ikke pålideligt udtrække indholdet uden OCR eller manuel indtastning.

En rigtig e-faktura er typisk en XML- eller JSON-fil, der følger en defineret standard. Den indeholder alle felter som en traditionel faktura ville have — leverandør, kunde, linjer, beløb, moms, betalingsbetingelser — men i et format, som regnskabsprogrammer, ERP-systemer og skattemyndigheder kan behandle automatisk.

Forskellen er vigtig, fordi EU i stigende grad kræver, at virksomheder udveksler fakturaer i disse strukturerede formater. Målet er at reducere svig, forbedre skatteopkrævning, lukke momsgabet og modernisere forretningstransaktioner på det indre marked.

Hvorfor presser EU på for e-fakturering?

EU mister milliarder af euro hvert år på momssvig. Papir- og PDF-fakturaer er lette at forfalske, svære at krydstjekke i stor skala og usynlige for skattemyndighederne, indtil en revision finder sted.

Strukturerede e-fakturaer løser flere problemer på én gang:

• Realtidsindsigt — Skattemyndighederne kan overvåge fakturadata på transaktionstidspunktet i stedet for at vente på kvartals- eller årsopgørelser
• Automatiseret validering — Fakturaer kan kontrolleres for fejl, dubletter og forkert momsbehandling, før de når systemet
• Lavere håndteringsomkostninger — Undersøgelser tyder på, at e-fakturering kan reducere håndteringsomkostningerne per faktura markant
• Interoperabilitet — En faktura fra en dansk freelancer kan automatisk importeres i en spansk kundes regnskabsprogram uden manuel genindtastning

EU arbejder hen imod dette gennem den europæiske standard EN 16931, som definerer en fælles semantisk datamodel for e-fakturaer. De enkelte medlemsstater implementerer nu nationale krav baseret på denne standard, hver med egne tidslinjer og ekstra krav.

Den europæiske standard: EN 16931

Kernen i EU's e-fakturering er EN 16931, en standard udgivet af European Committee for Standardization (CEN) i 2017.

EN 16931 definerer:

• Obligatoriske og valgfrie datafelter for en faktura (sælger, køber, linjer, skat, betalingsoplysninger osv.)
• Relationerne mellem disse felter
• Forretningsregler for validering

Den definerer ikke et filformat. I stedet specificerer den to officielle syntakser:

1. UBL 2.1 (Universal Business Language) — En OASIS-standard, der bruges bredt internationalt
2. CII (Cross Industry Invoice) — En UN/CEFACT-standard

Begge er XML-baserede. En faktura, der følger EN 16931 og bruger en af disse syntakser, betragtes som en gyldig europæisk e-faktura.

I praksis har de fleste EU-lande og Peppol-netværket konvergeret mod UBL 2.1 som primær syntaks.

Vigtige e-fakturaformater i EU

Selvom EN 16931 danner det fælles grundlag, er der opstået flere specifikke formater i medlemsstaterne og handelsnetværkene.

Peppol BIS Billing 3.0

Peppol (Pan-European Public Procurement OnLine) er både en standard og et leveringsnetværk. Det blev oprindeligt udviklet til offentlige indkøb, men bruges i stigende grad til B2B-transaktioner.

• Baseret på UBL 2.1 med yderligere Peppol-specifikke forretningsregler
• Hver deltager har et Peppol-ID, der bruges til at dirigere fakturaer gennem netværket
• Fakturaer udveksles via certificerede Access Points, ligesom e-mail flyder gennem SMTP-servere
• Understøttet i alle EU- og EØS-lande plus Singapore, Australien m.fl.

For grænseoverskridende fakturering inden for EU er Peppol tættere på en universel standard end noget andet.

XRechnung (Tyskland)

XRechnung er det tyske nationale e-fakturaformat, vedligeholdt af KoSIT (Koordinierungsstelle für IT-Standards).

• Følger EN 16931 med tyske specifikke forretningsregler (ekstra valideringer, obligatoriske felter)
• Understøtter både UBL 2.1 og CII syntakser
• Obligatorisk for business-to-government (B2G) fakturering siden november 2020
• Udvides til B2B: tyske virksomheder skal kunne modtage e-fakturaer fra januar 2025 og skal sende dem fra januar 2027

XRechnung-fakturaer kan sendes via Peppol, e-mail eller dedikerede portaler.

Factur-X / ZUGFeRD (Frankrig / Tyskland)

Factur-X (Frankrig) og ZUGFeRD (Tyskland) er den samme specifikation under forskellige navne. De bruger en hybrid tilgang:

• Et PDF/A-3-dokument indeholder den menneskeligt læsbare faktura
• En XML-fil (CII-syntaks) er indlejret i PDF'en som vedhæftning

Resultatet er en enkelt fil, der fungerer for både mennesker og maskiner. En modtager uden e-faktureringssoftware ser en normal PDF. En modtager med kompatibel software udtrækker XML'en og behandler den automatisk.

Factur-X/ZUGFeRD definerer flere profiler fra basic (minimal struktureret data) til udvidet (fuld EN 16931-overensstemmelse):

For virksomheder, der allerede genererer PDF'er, er Factur-X/ZUGFeRD ofte det mest praktiske første skridt mod e-faktura-compliance.

FatturaPA (Italien)

Italien var det første EU-land til at gøre B2B e-fakturering obligatorisk fra januar 2019.

• Alle fakturaer mellem italienske virksomheder skal sendes via SDI (Sistema di Interscambio), der drives af den italienske skattemyndighed
• Formatet er FatturaPA, et italiensk specifikt XML-skema
• Fakturaer valideres i realtid af SDI, før de leveres til modtageren

Det italienske system nævnes ofte som model for andre medlemsstater, der overvejer realtidsrapporteringskrav.

Tidslinje per land

E-faktureringskrav udrulles i forskelligt tempo i EU. Følgende tabel viser den aktuelle situation i begyndelsen af 2026:

Tendensen er klar: obligatorisk B2B e-fakturering spreder sig fra tidlige brugere (Italien, Rumænien) til de største økonomier (Tyskland, Frankrig, Spanien, Polen). Europa-Kommissionens ViDA-forslag (VAT in the Digital Age) sigter mod en EU-dækkende ramme senest 2030.

Hvordan ser en e-faktura faktisk ud?

Under overfladen er en UBL e-faktura et XML-dokument. Et forenklet eksempel:

<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>Freelance Studio ApS</Name></PartyName>
      <PostalAddress>
        <CityName>København</CityName>
        <Country><IdentificationCode>DK</IdentificationCode></Country>
      </PostalAddress>
      <PartyTaxScheme>
        <CompanyID>DK12345678</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>DK5000400440116243</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>Webudvikling</Name></Item>
    <Price>
      <PriceAmount currencyID="EUR">100.00</PriceAmount>
    </Price>
  </InvoiceLine>
</Invoice>

Bemærk betalingskoden 58 — dette er koden for SEPA-overførsel, som direkte refererer til bankoverførselsoplysningerne (inklusive IBAN), som de fleste EU-fakturaer allerede indeholder.

Dataene er de samme oplysninger, som findes på enhver faktura. Forskellen er, at de er strukturerede og mærkede, så software kan læse dem uden tvetydighed.

Hvad betyder dette for freelancere og små virksomheder?

For de fleste freelancere og små virksomheder afhænger den praktiske påvirkning af, hvor de arbejder, og hvem deres kunder er.

Hvis du fakturerer danske virksomheder

Danmark er i front med Peppol-adoption i Norden. Selvom B2B e-fakturering stadig er frivillig, opfordrer SKAT og offentlige myndigheder aktivt til det. Flere store virksomheder og offentlige institutioner forventer Peppol-fakturaer. Ved at sende strukturerede fakturaer allerede nu er du forberedt på et fremtidigt krav.

Hvis du fakturerer tyske virksomheder

Fra januar 2027 skal du sende fakturaer i et struktureret e-fakturaformat (XRechnung eller Factur-X). Allerede før den deadline skal dine tyske kunder kunne modtage e-fakturaer fra januar 2025, så at sende i Factur-X-format nu gør dine fakturaer lettere at behandle.

Hvis du fakturerer grænseoverskridende inden for EU

Peppol-adoptionen vokser. Større virksomheder og offentlige institutioner kræver eller foretrækker allerede Peppol-fakturaer. At kunne sende en struktureret faktura kan adskille dig fra konkurrenter, der kun tilbyder PDF'er.

Hvis du primært fakturerer indenlandsk uden for Tyskland, Frankrig eller Italien

Tidslinjen er mere afslappet, men retningen er fastlagt. EU's ViDA-forslag vil i sidste ende kræve, at alle B2B-transaktioner bruger strukturerede e-fakturaer. Tidlig adoption forhindrer en stressende migration senere.

De vigtigste praktiske ændringer

• Dit faktureringsværktøj skal generere XML ud over (eller indlejret i) PDF
• Du kan have brug for at inkludere yderligere datafelter: momskategorikoder, betalingskoder, identifikation af sælger/køber
• Dit momsnummer og din kundes momsnummer bliver essentielle strukturerede data, ikke bare tekst på en side
• For Peppol-levering skal du bruge et Peppol-ID og sende fakturaer via et Access Point

Factur-X: det praktiske første skridt

For virksomheder, der i øjeblikket genererer PDF-fakturaer, tilbyder Factur-X/ZUGFeRD den mest naturlige overgang:

1. Du beholder din PDF — Fakturaen ser ud præcis som i dag
2. Strukturerede data indlejres — En XML-fil vedhæftes i PDF'en ifølge CII-syntaksen
3. Modtagere vælger — De med kompatibel software udtrækker XML'en; alle andre åbner PDF'en som normalt
4. Klar til compliance — EN 16931-profilen opfylder den europæiske standard

Denne hybride tilgang betyder, at du ikke behøver at opgive dine PDF-arbejdsgange fra den ene dag til den anden. Du beriger dem med strukturerede data, hvilket tilfredsstiller både menneskelige læsere og automatiserede systemer.

Hvad du skal kigge efter i faktureringssoftware

Hvis du evaluerer værktøjer til e-faktureringsberedskab, overvej:

• Genererer det struktureret XML ud over PDF? (Factur-X, XRechnung eller UBL)
• Kan det indlejre XML i PDF for den hybride Factur-X-tilgang?
• Inkluderer det de obligatoriske felter — momskategorikoder, betalingskoder, virksomhedsidentifikatorer?
• Validerer det mod EN 16931 forretningsregler før afsendelse?
• Kan det forbinde til Peppol eller eksportere i et Peppol-kompatibelt format?

Ikke alle disse punkter er nødvendige i dag for enhver bruger. Men tendensen er klar: struktureret e-fakturering bliver den europæiske standard, og værktøjer, der understøtter dette, er bedre positioneret end dem, der udelukkende er afhængige af PDF.

Vigtige pointer

• E-fakturering betyder strukturerede, maskinlæsbare fakturadata — ikke bare en PDF
• EU-standarden EN 16931 definerer den fælles datamodel med UBL og CII som officielle syntakser
• Factur-X/ZUGFeRD indlejrer XML i PDF og tilbyder det letteste migreringsskridt
• De fleste EU-lande har allerede eller er på vej til at indføre obligatorisk e-fakturering
• ViDA-rammen sigter mod EU-dækkende B2B e-fakturering senest 2030
• Freelancere og små virksomheder bør begynde nu med værktøjer, der genererer strukturerede fakturaer

Facturwise genererer automatisk Factur-X-kompatible e-fakturaer med indlejret XML-data. Start gratis og vær e-faktureringsklar fra dag ét.