Standarden bag enhver EU-e-faktura
Hvis du har kigget på e-fakturering i Europa, har du sandsynligvis set "EN 16931" nævnt alle steder — i lovgivning, softwarebeskrivelser og compliance-tjeklister. Men de fleste forklaringer antager, at du allerede ved hvad det er. Denne artikel forklarer det fra bunden.
EN 16931 er en europæisk standard der definerer, hvilke data en elektronisk faktura skal indeholde. Den definerer ikke hvordan fakturaen ser ud visuelt. Den specificerer ikke hvilken software du bruger. Den definerer datamodellen — det specifikke sæt informationsfelter der gør en e-faktura gyldig og interoperabel i hele EU.
Tænk på det som et fælles ordforråd. Hvad enten du er freelancer i Berlin, en lille virksomhed i Lyon eller leverandør til den nederlandske regering — EN 16931 sikrer, at de fakturaer du sender kan forstås og behandles af ethvert kompatibelt system hos modtageren.
Hvorfor eksisterer denne standard?
Før EN 16931 havde hvert EU-land — og ofte individuelle brancher inden for lande — sit eget fakturaformat. En tysk faktura lignede ikke en italiensk på dataniveau. Grænseoverskridende fakturering betød manuel dataindtastning, formatkonvertering og konstante kompatibilitetsproblemer.
Europa-Kommissionen løste dette ved at foreskrive én semantisk standard for e-fakturaer under EU-direktiv 2014/55/EU. Standarden blev udviklet af CEN (Den Europæiske Standardiseringskomité) og offentliggjort i 2017. Dens fulde titel er:
EN 16931-1:2017 — Elektronisk fakturering — Del 1: Semantisk datamodel for kerneelementer i en elektronisk faktura
Målet var klart: definere én datamodel som alle EU-medlemsstater accepterer, så en e-faktura oprettet i ét land kan behandles i ethvert andet land uden ændring.
Hvad EN 16931 faktisk definerer
EN 16931 er en semantisk datamodel. Det betyder, at den definerer betydningen og strukturen af fakturadata — felterne, deres relationer og de forretningsregler der styrer dem. Den definerer ikke det visuelle layout eller det tekniske filformat.
Her er hvad standarden dækker:
Felter på dokumentniveau
Enhver kompatibel faktura skal indeholde:
- Fakturanummer — unikt inden for sælgerens system
- Udstedelsesdato — hvornår fakturaen blev oprettet
- Fakturatypekode — 380 for en standardfaktura, 381 for en kreditnota og andre for specifikke scenarier
- Valutakode — ISO 4217-koden (EUR, USD, GBP osv.)
- Forfaldsdato — hvornår betaling forventes (hvis relevant)
- Køberreference — en reference køberen bruger til at identificere transaktionen (f.eks. et indkøbsordrenummer)
Sælgerinformation
Den fakturerende virksomhed skal angive:
- Juridisk navn
- Postadresse inklusiv landekode
- Mindst ét skatteidentifikationsnummer (momsnummer for EU-virksomheder)
- Elektronisk adresse (typisk e-mail, identificeret med en skemakode)
- CVR-nummer med korrekt ISO 6523-skema-ID for landet
Køberinformation
Kunden skal identificeres med:
- Juridisk navn
- Postadresse inklusiv landekode
- Momsnummer (påkrævet for B2B inden for EU)
- Elektronisk adresse
Linjeposter
Hver vare- eller tjenestepost skal indeholde:
- Beskrivelse
- Mængde og måleenhed (ifølge UN/ECE-anbefaling 20 — "HUR" for timer, "DAY" for dage, "C62" for enheder)
- Enhedspris (netto)
- Linjetotal
- Momssats og momskategorikode
Momsoversigt
En opdeling af skat på tværs af alle linjeposter:
- Beskatningsgrundlag pr. momssats
- Skattebeløb pr. momssats
- Momskategorikode: "S" for standard, "E" for fritaget, "AE" for omvendt betalingspligt, "Z" for nulsats
- Den gældende momsprocent
Totaler
- Sum af alle nettolinjebeldøb
- Samlet momsbeløb
- Fakturatotal inklusive moms
- Skyldigt beløb
Betalingsinformation
- Betalingsmiddelkode (30 for bankoverførsel, 58 for SEPA-kreditoverførsel, 59 for SEPA Direct Debit)
- Bankoplysninger (IBAN, eventuelt BIC)
- Betalingsvilkår eller forfaldsdato
EN 16931 vs Factur-X vs ZUGFeRD vs UBL vs Peppol
Her begynder forvirringen. Sådan hænger det hele sammen:
EN 16931 er den abstrakte datamodel. Den angiver hvilke data der skal være til stede, men specificerer ikke filformatet.
CII (Cross Industry Invoice) og UBL (Universal Business Language) er de to XML-syntakser som EN 16931 kan udtrykkes i. De er forskellige tekniske formater der bærer de samme data. Standarden understøtter officielt begge.
Factur-X / ZUGFeRD bruger CII-syntaksen. Det tager XML'en og indlejrer den i et PDF/A-3-dokument, hvilket skaber en hybridfaktura.
Peppol BIS Billing 3.0 bruger primært UBL-syntaksen. Det sender XML'en via Peppol-leveringsnetværket uden PDF-indpakning.
XRechnung er Tysklands nationale standard for offentlig fakturering. Den bruger UBL-syntaks og tilføjer nogle tyske specifikke forretningsregler oven på EN 16931.
Hierarkiet er altså:
- EN 16931 — datamodellen (hvilke felter der skal inkluderes)
- CII eller UBL — XML-syntaksen (hvordan filen struktureres)
- Factur-X, Peppol BIS, XRechnung — specifikke implementeringer (hvordan fakturaen leveres)
Alle implementerer EN 16931. Hvis din faktura overholder Factur-X EN 16931-profilen, er den EN 16931-kompatibel. Hvis den overholder Peppol BIS Billing 3.0, er den det også. Det er forskellige veje til det samme mål.
Profilniveauerne
EN 16931 selv definerer ét overensstemmelsesniveau: enten indeholder en faktura alle obligatoriske felter og opfylder forretningsreglerne, eller ej. Der er intet "grundlæggende" eller "avanceret" inden for standarden selv.
Factur-X definerer dog profiler der repræsenterer stigende grader af datakompletthed:
- Minimum — fakturanummer, dato, parter, total. Ikke EN 16931-kompatibel.
- Basic WL — tilføjer valuta, skatteopdeling, betalingsinfo. Ikke fuldt kompatibel.
- Basic — tilføjer linjeposter. Tæt på men ikke fuldt EN 16931-kompatibel.
- EN 16931 — alle obligatoriske EN 16931-felter. Dette er overensstemmelsesmålet.
- Extended — tilføjer valgfrie felter ud over EN 16931.
Når nogen spørger "er din faktura EN 16931-kompatibel?" spørger de om den opfylder EN 16931-profilen eller højere.
Forretningsregler
EN 16931 er ikke kun en feltliste. Den inkluderer forretningsregler — logiske betingelser som data skal opfylde. Nogle eksempler:
BR-CO-10: Summen af alle nettolinjebeldøb skal svare til fakturaniveauets samlede nettolinjebeløb. Med andre ord: dine linjeposter skal lægge korrekt sammen.
BR-CO-15: Fakturatotalen inklusive moms skal svare til totalen eksklusiv moms plus det samlede momsbeløb. Grundlæggende aritmetik, men validatorer tjekker præcist, og afrundingsforskelle forårsager fejl.
BR-S-08: Hvis en linjepost bruger momskategori "S" (standardsats), skal momssatsen være større end nul.
BR-AE-01 til BR-AE-10: Regler for fakturaer med omvendt betalingspligt. Hvis momskategorien er "AE", må der ikke opkræves skattebeløb, og fakturaen skal indeholde en specifik årsagskode og bemærkning.
Der er i alt cirka 150 forretningsregler. Validatorer som dem fra ecosio eller FeRD tjekker dem alle. En strukturelt gyldig XML-fil der overtræder en forretningsregel vil stadig fejle i valideringen.
Hvorfor skal du bekymre dig?
Hvis du er freelancer eller ejer af en lille virksomhed, undrer du dig måske over hvorfor en teknisk standard vedrører dig. Her er hvorfor:
Lovkrav. Flere EU-lande kræver e-fakturaer der overholder EN 16931. Tyskland, Frankrig, Belgien, Polen og andre ruller krav ud mellem nu og 2028. Hvis dine fakturaer ikke opfylder standarden, kan de blive afvist.
Hurtigere betalinger. Fakturaer der overholder EN 16931 kan behandles automatisk af modtagerens regnskabssystem. Ingen manuel dataindtastning betyder ingen forsinkelser.
Grænseoverskridende enkelhed. Én standard fungerer i alle EU-lande. Du behøver ikke lære tyske og franske e-faktureringsregler separat. Hvis din faktura er EN 16931-kompatibel, fungerer den overalt.
Fremtidssikring. Efterhånden som ViDA (VAT in the Digital Age) skrider frem, er EN 16931 fundamentet. Ethvert fremtidigt EU-dækkende e-faktureringskrav vil bygge på denne standard.
Hvordan ved du om din faktura er kompatibel
Den mest pålidelige måde er validering. Flere gratis værktøjer findes:
ecosio onlinevalidator tjekker både XML-strukturen og EN 16931-forretningsreglerne. Upload din CII- eller UBL-XML og få øjeblikkelig feedback.
KoSIT Validator (Tyskland) er det officielle tyske valideringsværktøj for XRechnung og andre EN 16931-formater.
Chorus Pro (Frankrig) validerer fakturaer indsendt til franske offentlige enheder.
Bruger du Factur-X, er XML'en indlejret i din PDF. Du skal først udtrække den og derefter uploade XML'en til en validator.
Hvad validatorer tjekker:
- Er alle obligatoriske felter til stede?
- Er værdierne i korrekt format (datoer, koder, beløb)?
- Stemmer totalerne?
- Er forretningsreglerne opfyldt?
- Er den korrekte profilidentifikator til stede i XML'en?
Hvordan Facturwise håndterer EN 16931
Facturwise genererer automatisk fakturaer på EN 16931-profilen. Når du opretter en faktura, gør systemet følgende:
- Mapper dine fakturadata til det fulde sæt obligatoriske EN 16931-felter
- Genererer gyldig CII-XML med korrekt profilidentifikator (
urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931) - Indlejrer XML'en i et PDF/A-3b-dokument med korrekte XMP-metadata
- Tildeler korrekte ISO 6523-skema-ID'er baseret på hvert parts land
- Beregner momsoversigter og verificerer at totalerne er aritmetisk konsistente
Du udfylder din faktura som normalt — kundenavn, linjeposter, beløb — og overensstemmelseslaget arbejder i baggrunden. Ingen konfiguration, ingen teknisk viden påkrævet.
Du behøver ikke huske forretningsregler eller lære XML-syntaks. Facturwise mapper dine fakturadata til hele EN 16931-standarden automatisk — hvert felt, hver beregning, hver validering — så du kan fokusere på dit arbejde i stedet for compliance. Opret din første EN 16931-kompatible faktura gratis.