EN 16931 : Guide complet de la norme européenne de facturation électronique
Tout sur EN 16931 : le modèle sémantique CEN mandaté par la Directive UE 2014/55/UE, les syntaxes UBL et CII, les CIUS nationales, les règles métier et sa relation avec Peppol BIS 3.0.
Qu'est-ce qu'EN 16931 et pourquoi est-ce important ?
EN 16931 est la norme européenne pour le modèle de données sémantique des factures électroniques, publiée par le CEN (Comité Européen de Normalisation). Elle a été rendue obligatoire par la Directive UE 2014/55/UE, qui exigeait que tous les États membres de l'UE acceptent les factures électroniques conformes à cette norme dans les marchés publics (B2G) d'ici 2019. EN 16931 n'est pas un format de fichier — c'est un modèle sémantique qui définit la signification et les contraintes de chaque élément de données d'une facture électronique, indépendamment de la façon dont elle est encodée.
La norme définit CE QUE doit contenir une facture électronique, mais pas COMMENT l'encoder. Deux syntaxes XML sont officiellement liées à EN 16931 : UBL 2.1 (OASIS Universal Business Language) et CII (Cross Industry Invoice) de l'ONU/CEFACT. Toute facture encodée dans l'une ou l'autre de ces syntaxes et conforme au modèle sémantique EN 16931 est considérée comme une facture standard européenne. Ce choix de conception permet l'interopérabilité entre différentes implémentations nationales et sectorielles sans forcer tout le monde à adopter un seul format. À mesure que les obligations de facturation électronique s'étendent du B2G au B2B en Europe — la France mandatant le B2B à partir de 2026, l'Allemagne à partir de 2027, et la Belgique à partir de janvier 2026 — la compréhension d'EN 16931 est devenue essentielle pour tout professionnel de la finance et de l'informatique travaillant avec des entreprises européennes.
Structure d'EN 16931 : le modèle sémantique
Le modèle sémantique EN 16931 définit environ 170 termes métier (BT) et groupes de termes métier (BTG) qui décrivent collectivement une facture électronique complète. Ces termes sont organisés en groupes logiques couvrant le cycle de vie complet d'une facture, de l'identification de l'en-tête aux détails des lignes et au récapitulatif fiscal. La norme est publiée en plusieurs parties : EN 16931-1 définit le modèle sémantique lui-même, tandis qu'EN 16931-2 définit les liaisons syntaxiques pour UBL et CII.
Les champs obligatoires que toute facture conforme EN 16931 doit contenir comprennent :
- Numéro de facture (BT-1) — Un identifiant unique pour la facture, attribué par le vendeur. Doit être unique dans le système de facturation du vendeur.
- Date d'émission de la facture (BT-2) — La date à laquelle la facture a été émise, au format ISO 8601 (AAAA-MM-JJ).
- Informations du vendeur (BT-27 à BT-44) — Nom, adresse postale et au moins un identifiant (numéro de TVA, identifiant d'entité légale) pour le vendeur.
- Informations de l'acheteur (BT-44 à BT-59) — Nom et adresse postale de l'acheteur. Le numéro de TVA est obligatoire lorsque l'acheteur est assujetti à la TVA.
- Ventilation TVA (BT-118 à BT-130) — Une ventilation complète des montants de taxe par code de catégorie TVA et taux. Chaque taux de TVA applicable doit avoir sa propre ligne de ventilation.
- Lignes de facture (BTG-25) — Au moins une ligne de facture avec la quantité, le prix unitaire, le montant de la ligne et la description de l'article. Les informations de catégorie TVA au niveau de la ligne sont obligatoires.
Les groupes d'informations optionnels comprennent les détails de livraison (adresse de livraison, date de livraison réelle), les instructions de paiement (IBAN, référence de paiement, date d'échéance), les remises et charges au niveau du document, et les pièces jointes telles que des copies PDF ou des documents justificatifs. Bien qu'optionnels dans la norme de base, de nombreuses CIUS (Core Invoice Usage Specifications) nationales élèvent ces champs au statut d'obligatoires — par exemple, XRechnung exige une date de livraison réelle, et certains profils Peppol exigent une référence acheteur. Comprendre quels champs sont obligatoires au niveau de base EN 16931 par rapport au niveau CIUS est essentiel pour l'interopérabilité transfrontalière.
Les deux syntaxes : UBL 2.1 vs CII
UBL 2.1, développé par OASIS, est la syntaxe la plus utilisée pour les factures conformes EN 16931 en Europe du Nord et de l'Ouest. C'est la syntaxe utilisée par Peppol BIS Billing 3.0, le profil de facturation électronique pan-européen déployé via le réseau Peppol. UBL utilise un format XML très structuré avec des espaces de noms bien définis : l'élément racine est soit Invoice soit CreditNote, selon le type de document. Les factures UBL sont largement supportées par les ERP, les logiciels de comptabilité et les plateformes de facturation électronique en Europe.
CII (UN/CEFACT Cross Industry Invoice) est utilisé par XRechnung (le format obligatoire allemand), Factur-X (le format PDF+XML hybride franco-allemand) et ZUGFeRD. Son élément racine est rsm:CrossIndustryInvoice et il utilise une structure plus hiérarchique, centrée sur le commerce, influencée par le modèle de document commercial plus large de l'ONU/CEFACT. Bien que moins courant que UBL dans les contextes purement électroniques, CII domine dans les flux de travail PDF hybrides où une facture XML est intégrée dans un document PDF.
| Caractéristique | UBL 2.1 | CII (UN/CEFACT) |
|---|---|---|
| Cas d'usage principal | Réseau Peppol, EDI B2G/B2B | XRechnung, Factur-X, ZUGFeRD |
| Élément racine | Invoice / CreditNote | CrossIndustryInvoice |
| Régions dominantes | Europe du Nord/Ouest, mondial | Allemagne, France (PDF hybride) |
| Support PDF hybride | Pas nativement (Peppol utilise XML pur) | Oui (Factur-X, ZUGFeRD) |
Un principe de conception fondamental d'EN 16931 est que les deux syntaxes correspondent 1:1 au même modèle sémantique. Cela signifie que la conversion entre UBL et CII est sans perte — chaque terme métier dans une facture UBL valide a un équivalent CII exact et vice versa. Des outils de transformation standard (feuilles de style XSLT) sont disponibles pour convertir entre les deux formats sans perdre de données de facture. Cette interopérabilité est une pierre angulaire de la vision européenne de la facturation électronique : les fournisseurs et les acheteurs peuvent utiliser des formats différents et tout de même échanger des factures sans ressaisie manuelle.
Implémentations nationales : CIUS et mandats nationaux
La France a rendu obligatoire la facturation électronique B2G via Chorus Pro depuis 2017, en utilisant Factur-X (une CIUS EN 16931) comme format de référence. Le futur mandat B2B — initialement prévu pour septembre 2026 — exige que toutes les entreprises françaises assujetties à la TVA reçoivent des factures électroniques structurées et progressivement les émettent. Les grandes entreprises doivent émettre des factures électroniques en premier, les plus petites suivant ensuite. La plateforme Chorus Pro, opérée par la Direction Générale des Finances Publiques (DGFiP), continuera comme hub B2G, tandis que le marché B2B sera servi par des Plateformes de Dématérialisation Partenaires (PDP) certifiées et la plateforme publique (PPF).
L'Allemagne a rendu XRechnung obligatoire pour les marchés publics fédéraux B2G depuis novembre 2020, en utilisant la CIUS du KoSIT d'EN 16931 dans les syntaxes UBL et CII. Le Wachstumschancengesetz (loi sur les opportunités de croissance) étend la facturation électronique obligatoire aux transactions B2B : toutes les entreprises allemandes assujetties à la TVA doivent pouvoir recevoir des factures électroniques conformes EN 16931 à partir de janvier 2025. À partir de janvier 2027, les grandes entreprises (chiffre d'affaires supérieur à 800 000 EUR) devront également envoyer des factures électroniques ; à partir de janvier 2028, toutes les entreprises restantes devront se conformer. Contrairement à la France, l'Allemagne ne mandate pas un format spécifique pour le B2B — XRechnung, ZUGFeRD 2.x, Peppol BIS 3.0, ou tout autre format conforme EN 16931 est accepté.
La Belgique a rendu Peppol obligatoire pour les marchés publics B2G progressivement depuis 2019 et met en œuvre la facturation électronique B2B obligatoire à partir de janvier 2026. L'implémentation belge utilise Peppol BIS Billing 3.0 comme CIUS de référence. Toutes les entreprises belges assujetties à la TVA doivent pouvoir recevoir des factures électroniques structurées, avec une obligation d'en envoyer qui suit peu après. L'approche belge via Peppol est notable pour sa conception réseau d'abord : au lieu d'une plateforme centralisée, les factures transitent par des points d'accès Peppol accrédités, permettant un échange transfrontalier transparent avec d'autres pays connectés à Peppol.
FatturaPA et la plateforme SDI (Sistema di Interscambio) italiens sont obligatoires pour le B2B depuis janvier 2019, faisant de l'Italie le premier grand pays de l'UE à rendre obligatoire la facturation électronique B2B. Bien que FatturaPA soit antérieur à EN 16931 et utilise un modèle de données différent, la Commission européenne l'a reconnu comme substantiellement équivalent. Les Pays-Bas, les pays nordiques (Danemark, Finlande, Norvège, Suède) et les États baltes s'appuient largement sur Peppol BIS 3.0 pour la facturation électronique B2G et B2B, faisant d'UBL la syntaxe dominante dans ces régions. L'Espagne met en œuvre une CIUS appelée Factura-e / VERI*FACTU pour le B2B de 2025 à 2027.
Règles métier et validation : au-delà du XSD
EN 16931 définit non seulement un modèle de données mais aussi un ensemble complet de règles métier (BR-xx) qui vont bien au-delà de ce qu'une définition de schéma XML (XSD) peut valider. Ces règles métier assurent la cohérence sémantique — par exemple, en s'assurant que la somme des montants des lignes de facture est égale au total de la facture, ou que les catégories de TVA sont utilisées de manière cohérente. La validation XSD vérifie uniquement que les éléments sont présents et ont les bons types de données ; la validation des règles métier vérifie que les données ont un sens logique et commercial.
BR-CO-10 : Vérification du total de la facture
La somme des montants nets des lignes de facture moins les remises plus les frais doit être égale au montant total de la facture hors TVA. Les violations de cette règle sont parmi les causes les plus courantes de rejet de facture dans les systèmes B2G automatisés.
BR-S-08 : Cohérence de la TVA au taux normal
Pour les articles soumis à la TVA au taux normal (code de catégorie S), le taux de TVA doit être supérieur à zéro. Une facture avec un taux de TVA nul mais le code de catégorie S échoue à cette règle. Le code de catégorie correct pour les fournitures à taux zéro est Z.
BR-AE-05 : Complétude de l'autoliquidation
Lorsque la catégorie de TVA en autoliquidation (AE) est utilisée, l'identifiant TVA de l'acheteur doit être présent. C'est une erreur courante lors de l'émission de factures B2B transfrontalières entre États membres de l'UE.
BR-E-01 : Documentation d'exonération de TVA
Lorsque la catégorie d'exonération de TVA (E) est utilisée, la facture doit inclure un motif d'exonération ou une référence à l'article d'exonération de TVA applicable. Cela est souvent absent des factures générées par des ERP plus anciens.
BR-52 : Exigence de référence acheteur
Bien qu'optionnel dans EN 16931, la référence acheteur (BT-10) est obligatoire dans Peppol BIS 3.0 et dans XRechnung (sous forme de Leitweg-ID). Les règles spécifiques aux CIUS sont des contraintes supplémentaires superposées à la norme de base.
Les CIUS nationales ajoutent d'autres couches de validation. XRechnung ajoute environ 50 règles supplémentaires (de-BR-xx) au-dessus des règles métier EN 16931, couvrant les exigences spécifiques à l'Allemagne telles que le Leitweg-ID obligatoire, les codes de moyens de paiement restreints et la date de livraison obligatoire. Peppol BIS 3.0 ajoute son propre ensemble de règles (PEPPOL-EN16931-xx) conçues pour assurer l'interopérabilité sur le réseau Peppol, telles que la référence acheteur obligatoire et les contraintes spécifiques aux listes de codes. Comprendre quelles règles s'appliquent — base EN 16931, spécifiques aux CIUS, ou les deux — est essentiel pour construire des systèmes de facturation conformes.
La validation par rapport aux règles métier EN 16931 nécessite une validation basée sur Schematron, pas seulement une validation de schéma XSD. Schematron est une norme ISO pour la validation basée sur des règles de documents XML, permettant aux validateurs d'exprimer des règles complexes inter-éléments qui sont impossibles à encoder en XSD. Les artefacts de validation officiels EN 16931 (schémas XSD et règles Schematron) sont publiés par le CEN et la Commission européenne. Des organismes nationaux comme KoSIT (Allemagne) publient des règles Schematron supplémentaires pour leurs CIUS. ValidateFin implémente un sous-ensemble de ces règles dans le navigateur, en vérifiant les factures UBL contre les contraintes EN 16931 et Peppol BIS 3.0 sans envoyer de données à un serveur.
Peppol et EN 16931 : infrastructure vs. norme
Peppol (Pan-European Public Procurement Online) est souvent confondu avec EN 16931, mais ils remplissent des fonctions différentes. EN 16931 est une norme de données — elle définit le contenu d'une facture électronique. Peppol est un réseau de transport et un cadre de gouvernance — il définit comment les factures sont livrées de manière sécurisée entre partenaires commerciaux à travers l'Europe et au-delà. Peppol BIS Billing 3.0 est une CIUS d'EN 16931 utilisant la syntaxe UBL, ce qui signifie que c'est une spécialisation d'EN 16931 avec des contraintes supplémentaires et avec la syntaxe UBL spécifiquement mandatée. Chaque facture Peppol BIS 3.0 est également une facture conforme EN 16931, mais toutes les factures EN 16931 ne transitent pas par Peppol.
Le réseau Peppol fonctionne via un modèle à quatre coins. Le coin 1 est l'ERP ou le système de facturation du fournisseur. Le coin 2 est le point d'accès Peppol du fournisseur — un prestataire de services certifié qui se connecte au réseau Peppol. Le coin 3 est le point d'accès Peppol de l'acheteur. Le coin 4 est l'ERP ou le système comptable de l'acheteur. Les points d'accès recherchent l'adresse Peppol de l'acheteur via des registres SMP (Service Metadata Publisher), qui sont des annuaires mappant les identifiants de participants Peppol à leurs points d'accès et aux types de documents qu'ils peuvent recevoir. Cette infrastructure permet à toute entreprise connectée à Peppol de découvrir et d'atteindre toute autre entreprise connectée à Peppol sans accords bilatéraux.
ValidateFin valide les factures UBL contre les règles sémantiques EN 16931 et les règles métier Peppol BIS 3.0. Cette double validation détecte les erreurs qui seraient manquées par les validateurs uniquement basés sur les schémas : un document peut être du XML bien formé et même valide selon le schéma, et tout de même échouer aux règles métier EN 16931 ou Peppol et être rejeté par un point d'accès Peppol ou une plateforme B2G nationale. Le validateur s'exécute entièrement dans votre navigateur — votre fichier de facture ne quitte jamais votre appareil, assurant la pleine confidentialité des données financières sensibles.
Validez vos factures contre EN 16931
ValidateFin vérifie vos factures UBL contre les règles sémantiques EN 16931 et les règles métier Peppol BIS 3.0, fournissant des messages d'erreur détaillés qui identifient exactement quelle règle métier a échoué et pourquoi. Que vous construisiez une intégration ERP, prépariez un mandat B2B national, ou déboguiez une facture rejetée, ValidateFin vous donne un retour immédiat et actionnable — 100% côté client, aucune donnée téléchargée.
Valider vos facturesQuestions fréquemment posées
Qu'est-ce qu'EN 16931 ?
EN 16931 est la norme européenne pour le modèle de données sémantique des factures électroniques, publiée par le CEN (Comité Européen de Normalisation). Elle définit la signification et les contraintes de chaque élément de données dans une e-facture. Elle a été mandatée par la Directive UE 2014/55/UE pour les marchés publics B2G et constitue le fondement de tous les mandats européens de facturation électronique.
EN 16931 est-elle obligatoire ?
Pour la facturation B2G (entreprise-à-gouvernement), la conformité EN 16931 est obligatoire dans tous les États membres de l'UE depuis 2019. Pour le B2B, cela dépend du pays : l'Allemagne exige des e-factures conformes EN 16931 pour la réception B2B à partir de janvier 2025, la Belgique à partir de janvier 2026, et la France à partir de 2026. D'autres pays suivent.
Quelle est la différence entre EN 16931 et UBL ?
EN 16931 est un modèle de données sémantique — il définit CE QUE doit contenir une facture. UBL 2.1 est une syntaxe — il définit COMMENT encoder ces données en XML. EN 16931 a deux liaisons syntaxiques officielles : UBL 2.1 et CII de l'ONU/CEFACT. UBL n'est pas la même chose qu'EN 16931 ; c'est une façon d'encoder une facture conforme EN 16931.
Qu'est-ce qu'une CIUS ?
CIUS signifie Core Invoice Usage Specification (Spécification d'utilisation de la facture de base). C'est une spécialisation d'EN 16931 qui ajoute des contraintes supplémentaires pour un cas d'usage ou un pays spécifique. Exemples : Peppol BIS 3.0 est une CIUS pour le réseau Peppol, XRechnung est la CIUS B2G de l'Allemagne, et Factur-X EN 16931 est la CIUS de la France. Une facture CIUS valide est également une facture EN 16931 valide.
EN 16931 s'applique-t-elle aux factures B2B ?
La norme EN 16931 de base a été conçue pour le B2G mais est adoptée pour les mandats B2B à travers l'Europe. Des pays comme l'Allemagne, la France, la Belgique et l'Espagne rendent obligatoires les e-factures conformes EN 16931 pour les transactions B2B selon différents calendriers entre 2025 et 2028.
Quels sont les champs obligatoires dans EN 16931 ?
Les champs obligatoires comprennent : numéro de facture, date de facture, nom et adresse du vendeur, identifiant du vendeur (numéro de TVA ou identifiant d'entité légale), nom et adresse de l'acheteur, code de devise, ventilation TVA par catégorie, montants totaux de la facture, et au moins une ligne de facture avec description de l'article, quantité, prix unitaire et montant de la ligne.
Comment valider une facture contre EN 16931 ?
La validation nécessite deux étapes : (1) la validation du schéma XSD pour vérifier la structure XML, et (2) la validation Schematron pour vérifier les règles métier sémantiques (BR-xx). ValidateFin effectue les deux étapes dans le navigateur pour les factures UBL, en vérifiant contre les règles EN 16931 et Peppol BIS 3.0 sans télécharger votre fichier.
Quelle est la relation entre Peppol et EN 16931 ?
Peppol BIS Billing 3.0 est une CIUS (Core Invoice Usage Specification) d'EN 16931 utilisant la syntaxe UBL 2.1. Peppol est le réseau de transport ; EN 16931 définit le contenu de la facture. Chaque facture Peppol BIS 3.0 est conforme EN 16931, mais vous pouvez utiliser EN 16931 sans utiliser le réseau Peppol.
Puis-je convertir entre UBL et CII ?
Oui. Puisque UBL et CII correspondent 1:1 au même modèle sémantique EN 16931, la conversion entre eux est sans perte. Des feuilles de style XSLT standard sont disponibles pour cette conversion. Cela permet de convertir une facture XRechnung basée sur CII en UBL pour la livraison Peppol, ou vice versa.
Que se passe-t-il si ma facture échoue à la validation EN 16931 ?
Dans les contextes B2G, les factures non conformes sont automatiquement rejetées par des plateformes comme Chorus Pro (France), ZRE (Allemagne), ou les points d'accès Peppol. Dans les contextes B2B, les systèmes de traitement automatisé des acheteurs peuvent rejeter la facture ou nécessiter une intervention manuelle. Corriger les violations de règles métier spécifiques identifiées par un validateur comme ValidateFin est la voie la plus rapide vers la conformité.