Standarden bakom varje EU-e-faktura
Om du har tittat på e-fakturering i Europa har du förmodligen sett "EN 16931" nämnas överallt — i regelverk, programvarubeskrivningar och checklistor för efterlevnad. Men de flesta förklaringar förutsätter att du redan vet vad det är. Den här artikeln förklarar det från grunden.
EN 16931 är en europeisk standard som definierar vilka data en elektronisk faktura måste innehålla. Den definierar inte hur fakturan ser ut visuellt. Den specificerar inte vilken programvara du använder. Den definierar datamodellen — den specifika uppsättningen informationsfält som gör en e-faktura giltig och interoperabel i hela EU.
Tänk på det som ett gemensamt ordförråd. Oavsett om du är frilansare i Berlin, småföretagare i Lyon eller leverantör till den nederländska staten — EN 16931 säkerställer att fakturorna du skickar kan förstås och bearbetas av alla kompatibla system på mottagarsidan.
Varför finns denna standard?
Före EN 16931 hade varje EU-land — och ofta enskilda branscher inom länderna — sitt eget fakturaformat. En tysk faktura såg inte ut som en italiensk på datanivå. Gränsöverskridande fakturering innebar manuell datainmatning, formatkonvertering och ständiga kompatibilitetsproblem.
EU-kommissionen löste detta genom att föreskriva en enhetlig semantisk standard för e-fakturor enligt EU-direktiv 2014/55/EU. Standarden utvecklades av CEN (Europeiska standardiseringskommittén) och publicerades 2017. Den fullständiga titeln lyder:
EN 16931-1:2017 — Elektronisk fakturering — Del 1: Semantisk datamodell för kärndelarna i en elektronisk faktura
Målet var enkelt: definiera en datamodell som alla EU-medlemsstater accepterar, så att en e-faktura skapad i ett land kan bearbetas i något annat land utan modifiering.
Vad EN 16931 faktiskt definierar
EN 16931 är en semantisk datamodell. Det betyder att den definierar betydelsen och strukturen hos fakturadata — fälten, deras relationer och de affärsregler som styr dem. Den definierar inte den visuella layouten eller det tekniska filformatet.
Här är vad standarden täcker:
Fält på dokumentnivå
Varje kompatibel faktura måste inkludera:
- Fakturanummer — unikt inom säljarens system
- Utfärdandedatum — när fakturan skapades
- Fakturatypkod — 380 för en standardfaktura, 381 för en kreditnota och andra för specifika scenarier
- Valutakod — ISO 4217-koden (EUR, USD, GBP osv.)
- Förfallodatum — när betalning förväntas (om tillämpligt)
- Köparreferens — en referens köparen använder för att identifiera transaktionen (t.ex. ett inköpsordernummer)
Säljarinformation
Det fakturerande företaget måste ange:
- Juridiskt namn
- Postadress inklusive landskod
- Minst en skatteidentifierare (momsnummer för EU-företag)
- Elektronisk adress (vanligtvis e-post, identifierad med en schemakod)
- Organisationsnummer med korrekt ISO 6523-schema-ID för landet
Köparinformation
Kunden måste identifieras med:
- Juridiskt namn
- Postadress inklusive landskod
- Momsnummer (obligatoriskt för B2B inom EU)
- Elektronisk adress
Radposter
Varje varu- eller tjänstepost måste inkludera:
- Beskrivning
- Antal och måttenhet (enligt UN/ECE-rekommendation 20 — "HUR" för timmar, "DAY" för dagar, "C62" för enheter)
- Enhetspris (netto)
- Radtotal
- Momssats och momskategorikod
Momssammanfattning
En uppdelning av skatt över alla radposter:
- Beskattningsbart belopp per momssats
- Skattebelopp per momssats
- Momskategorikod: "S" för standard, "E" för undantagen, "AE" för omvänd skattskyldighet, "Z" för nollsats
- Den tillämpliga momsprocenten
Totaler
- Summa av alla radnettbelopp
- Totalt momsbelopp
- Fakturatotal inklusive moms
- Belopp att betala
Betalningsinformation
- Betalningssättkod (30 för banköverföring, 58 för SEPA-överföring, 59 för SEPA-autogiro)
- Bankuppgifter (IBAN, valfritt BIC)
- Betalningsvillkor eller förfallodatum
EN 16931 vs Factur-X vs ZUGFeRD vs UBL vs Peppol
Här börjar förvirringen. Så här hänger allt ihop:
EN 16931 är den abstrakta datamodellen. Den anger vilka data som måste finnas men specificerar inte filformatet.
CII (Cross Industry Invoice) och UBL (Universal Business Language) är de två XML-syntaxer som EN 16931 kan uttryckas i. De är olika tekniska format som bär samma data. Standarden stöder officiellt båda.
Factur-X / ZUGFeRD använder CII-syntaxen. Det tar XML:en och bäddar in den i ett PDF/A-3-dokument, vilket skapar en hybridfaktura.
Peppol BIS Billing 3.0 använder främst UBL-syntaxen. Det skickar XML:en via Peppol-leveransnätverket utan PDF-omslutning.
XRechnung är Tysklands nationella standard för myndighetsfakturering. Den använder UBL-syntaxen och lägger till vissa tyska affärsregler ovanpå EN 16931.
Hierarkin är alltså:
- EN 16931 — datamodellen (vilka fält som ska inkluderas)
- CII eller UBL — XML-syntaxen (hur filen struktureras)
- Factur-X, Peppol BIS, XRechnung — specifika implementeringar (hur fakturan levereras)
Alla implementerar EN 16931. Om din faktura uppfyller Factur-X EN 16931-profilen är den EN 16931-kompatibel. Om den uppfyller Peppol BIS Billing 3.0, likaså. Det är olika vägar till samma mål.
Profilnivåerna
EN 16931 definierar själv en efterlevnadsnivå: antingen innehåller en faktura alla obligatoriska fält och uppfyller affärsreglerna, eller inte. Det finns inget "grundläggande" eller "avancerat" inom standarden.
Factur-X definierar dock profiler som representerar ökande nivåer av datakompletthet:
- Minimum — fakturanummer, datum, parter, total. Inte EN 16931-kompatibel.
- Basic WL — lägger till valuta, skatteuppdelning, betalningsinfo. Inte helt kompatibel.
- Basic — lägger till radposter. Nära men inte helt EN 16931-kompatibel.
- EN 16931 — alla obligatoriska EN 16931-fält. Detta är efterlevnadsmålet.
- Extended — lägger till valfria fält utöver EN 16931.
Om någon frågar "är din faktura EN 16931-kompatibel?" frågar de om den uppnår EN 16931-profilen eller högre.
Affärsregler
EN 16931 är inte bara en fältlista. Den inkluderar affärsregler — logiska villkor som data måste uppfylla. Några exempel:
BR-CO-10: Summan av alla radnettbelopp måste matcha fakturanivåns totala radnettbelopp. Med andra ord: dina radposter måste summera korrekt.
BR-CO-15: Fakturatotalen inklusive moms måste vara lika med totalen exklusive moms plus det totala momsbeloppet. Grundläggande aritmetik, men validators kontrollerar exakt och avrundningsskillnader orsakar fel.
BR-S-08: Om en radpost använder momskategori "S" (standardsats) måste momssatsen vara större än noll.
BR-AE-01 till BR-AE-10: Regler för fakturor med omvänd skattskyldighet. Om momskategorin är "AE" ska inget skattebelopp debiteras och fakturan måste innehålla en specifik orsakskod och anteckning.
Det finns totalt cirka 150 affärsregler. Validators som de från ecosio eller FeRD kontrollerar alla. En strukturellt giltig XML-fil som bryter mot en affärsregel kommer fortfarande att underkännas i validering.
Varför bör du bry dig?
Om du är frilansare eller småföretagare kanske du undrar varför en teknisk standard berör dig. Här är varför:
Lagkrav. Flera EU-länder föreskriver e-fakturor som uppfyller EN 16931. Tyskland, Frankrike, Belgien, Polen och andra rullar ut krav mellan nu och 2028. Om dina fakturor inte uppfyller standarden kan de avvisas.
Snabbare betalningar. Fakturor som uppfyller EN 16931 kan bearbetas automatiskt av mottagarens bokföringssystem. Ingen manuell datainmatning innebär inga förseningar.
Gränsöverskridande enkelhet. En standard fungerar i alla EU-länder. Du behöver inte lära dig tyska och franska e-faktureringsregler separat. Om din faktura är EN 16931-kompatibel fungerar den överallt.
Framtidssäkring. I takt med att ViDA (VAT in the Digital Age) fortskrider är EN 16931 basen. Varje framtida EU-omfattande e-faktureringskrav kommer att bygga på denna standard.
Hur vet du om din faktura är kompatibel
Det mest tillförlitliga sättet är validering. Flera gratisverktyg finns:
ecosio onlinevalidator kontrollerar både XML-strukturen och EN 16931-affärsreglerna. Ladda upp din CII- eller UBL-XML och få omedelbar feedback.
KoSIT Validator (Tyskland) är det officiella tyska valideringsverktyget för XRechnung och andra EN 16931-format.
Chorus Pro (Frankrike) validerar fakturor som skickas till franska myndigheter.
Om du använder Factur-X är XML:en inbäddad i din PDF. Du behöver extrahera den först och sedan ladda upp XML:en till en validator.
Det som validators kontrollerar:
- Finns alla obligatoriska fält?
- Är värdena i rätt format (datum, koder, belopp)?
- Stämmer totalerna?
- Är affärsreglerna uppfyllda?
- Finns rätt profilidentifierare i XML:en?
Hur Facturwise hanterar EN 16931
Facturwise genererar automatiskt fakturor på EN 16931-profilen. När du skapar en faktura gör systemet följande:
- Mappar din fakturadata till den fullständiga uppsättningen obligatoriska EN 16931-fält
- Genererar giltig CII-XML med korrekt profilidentifierare (
urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931) - Bäddar in XML:en i ett PDF/A-3b-dokument med korrekta XMP-metadata
- Tilldelar korrekta ISO 6523-schema-ID:n baserat på varje parts land
- Beräknar momssammanfattningar och verifierar att totalerna är aritmetiskt konsekventa
Du fyller i din faktura som vanligt — kundnamn, radposter, belopp — och efterlevnadslagret arbetar i bakgrunden. Ingen konfiguration, inga tekniska kunskaper krävs.
Du behöver inte memorera affärsregler eller lära dig XML-syntax. Facturwise mappar dina fakturadata till hela EN 16931-standarden automatiskt — varje fält, varje beräkning, varje validering — så du kan fokusera på ditt arbete istället för compliance. Skapa din första EN 16931-kompatibla faktura gratis.