L’EN 16931 expliquée : la norme derrière les formats de facture électronique

Tout format de facture électronique en Europe, quel que soit son nom, est une manière d’écrire la même facture : celle que décrit la norme européenne EN 16931. Comprendre la norme explique pourquoi une XRechnung allemande, un Factur-X français et une facture Peppol belge peuvent être vérifiés avec les mêmes règles, et pourquoi un rapport de validation cite des identifiants comme BT-10 ou BR-CO-10.

D’où elle vient

La directive 2014/55/UE a obligé les pouvoirs publics de l’UE à recevoir et traiter des factures électroniques conformes à une norme européenne. La Commission européenne a mandaté le CEN, l’organisme européen de normalisation, pour l’écrire ; le comité technique CEN/TC 434 a publié en juin 2017 l’EN 16931-1:2017, le modèle sémantique de données des éléments essentiels d’une facture électronique. Les pouvoirs adjudicateurs centraux devaient s’y conformer en avril 2019, les autres en avril 2020. Les obligations nationales de facturation électronique entre entreprises, en Allemagne, en France, en Belgique et ailleurs, ont ensuite adopté la même norme comme référence, ce qui explique la convergence des formats.

Le modèle sémantique

La norme ne définit pas un format de fichier. Elle définit ce que dit une facture, sous forme d’une liste de termes métier (business terms, BT) regroupés en groupes (business groups, BG) : BT-1 est le numéro de facture, BT-2 la date d’émission, BT-10 la référence acheteur, BG-4 le vendeur avec son adresse et ses identifiants, BG-25 une ligne de facture, et ainsi de suite. Chaque terme a une cardinalité (obligatoire, facultatif, répétable) et un type de données. Ensemble, ils forment la facture de base : tout ce qu’une facture conforme peut contenir, et rien de plus.

Sur ces termes reposent les règles métier (business rules, BR) : des conditions qu’une facture valide doit satisfaire. La numérotation indique la famille :

• BR-1 à BR-65 : règles de présence sur le cœur (une facture doit avoir un nom de vendeur, une ligne doit avoir une quantité).
• BR-CO-* : règles de calcul et de cohérence (la somme des montants de ligne égale le total, BR-CO-10 ; catégorie et taux de TVA cohérents, BR-CO-17).
• BR-S, BR-Z, BR-E, BR-AE, BR-K, BR-G, BR-O, BR-IC, BR-IG, BR-IP : une famille par catégorie de TVA (taux normal, taux zéro, exonération, autoliquidation, intracommunautaire, exportation, et les taxes des Canaries, de Ceuta et de Melilla).
• BR-CL-* : règles de listes de codes (le code devise doit exister dans ISO 4217, le code pays dans ISO 3166).

Chaque identifiant de règle qu’un validateur signale sur ce site renvoie à son explication ; l’index des codes d’erreur liste celles publiées à ce jour.

Deux syntaxes

La partie 2 de la norme liste les syntaxes capables de porter le modèle, et les parties 3-2 et 3-3 associent chaque terme métier à un élément XML : UBL 2.1 (OASIS, ubl:Invoice et ubl:CreditNote) et UN/CEFACT Cross Industry Invoice (CII D16B, rsm:CrossIndustryInvoice). Les deux expriment les mêmes termes ; un convertisseur peut faire passer une facture de l’une à l’autre sans perte des données de base. Le CEN publie aussi des artefacts de validation, fichiers XML Schema et Schematron, qui implémentent les règles pour les deux syntaxes. Le validateur EN 16931 applique exactement ces artefacts, dans la version indiquée sur sa page.

CIUS et extensions

Un pays ou un secteur peut restreindre la norme par une Core Invoice Usage Specification (CIUS) : rendre obligatoires des termes facultatifs, restreindre des listes de codes, ajouter des règles nationales, mais jamais autoriser ce que le cœur interdit. XRechnung est la CIUS allemande (règles BR-DE-*), les règles d’usage françaises de Factur-X en sont une, et Peppol BIS Billing 3.0 est la CIUS du réseau Peppol (règles PEPPOL-EN16931-*). Une facture CIUS conforme est toujours une facture de base conforme.

Une extension va dans l’autre sens : elle ajoute des termes que le cœur n’a pas, pour les secteurs qui en ont besoin. Le profil EXTENDED de ZUGFeRD et Factur-X est une extension ; XRechnung en a une aussi. Une facture étendue n’est lisible que par les destinataires qui gèrent l’extension, raison pour laquelle le guide des profils recommande le profil EN 16931 simple par défaut.

Le validateur Peppol applique d’abord les règles CEN puis, par-dessus, les règles Peppol : c’est ainsi qu’une facture Peppol est vérifiée en pratique.

Ce qui change

La norme a été amendée deux fois depuis 2017 (A1:2019 et un corrigendum en 2020), surtout des clarifications. Le paquet européen VAT in the Digital Age (ViDA), adopté en mars 2025, fait de l’EN 16931 le standard par défaut de la facturation électronique B2B intracommunautaire et de la déclaration numérique à partir de juillet 2030, et les obligations nationales doivent converger vers elle. Le CEN révise la norme pour ces usages B2B, avec de nouveaux termes et de nouvelles règles ; l’édition révisée est attendue avant les échéances ViDA, sa date exacte de publication reste à confirmer. D’ici là, l’EN 16931-1:2017 et ses amendements sont la version à laquelle chaque format et chaque validateur se réfèrent.

Sources

• Directive 2014/55/UE relative à la facturation électronique dans le cadre des marchés publics : eur-lex.europa.eu/eli/dir/2014/55/oj
• CEN, TC 434 facturation électronique : cen.eu
• Commission européenne, brique eInvoicing et registre des CIUS et extensions : ec.europa.eu/digital-building-blocks
• Peppol BIS Billing 3.0 : docs.peppol.eu/poacc/billing/3.0
• KoSIT, XRechnung (CIUS allemande) : xeinkauf.de/xrechnung
• Commission européenne, VAT in the Digital Age (ViDA) : taxation-customs.ec.europa.eu