EN 16931 : la norme européenne de facturation électronique

La norme EN 16931 est la norme européenne qui définit le contenu d'une facture électronique. Découvrez ce que la norme régit, où elle est utilisée et quel est son lien avec Peppol.

Retour à la base de connaissances

Qu'est-ce que la norme EN 16931 ?

La norme EN 16931 est la norme européenne de facturation électronique. Le Comité européen de normalisation (CEN) l’a publiée en 2017, à la demande de la Commission européenne. En mars 2026, son modèle sémantique de données a été révisé (EN 16931-1:2026). La norme décrit un modèle sémantique de données : un ensemble défini d’éléments d’information qui, ensemble, constituent une facture électronique, avec leur signification, leurs relations et les règles qu’ils doivent respecter.

Son origine directe est la directive 2014/55/UE. Celle-ci oblige les pouvoirs adjudicateurs de l’Union européenne à recevoir et à traiter les factures électroniques conformes à la norme EN 16931. Pour les administrations centrales, cette obligation s’est appliquée à partir d’avril 2019. Les administrations décentralisées pouvaient attendre jusqu’en avril 2020.

La norme EN 16931 n’impose aucun format de fichier. Elle définit les données que contient une facture et leur signification. La manière dont ces données sont techniquement enregistrées relève des syntaxes associées (syntax bindings), comme UBL et UN/CEFACT CII. Pour en savoir plus sur chaque format, consultez la page Formats de facture. La norme est gérée par le CEN/TC 434 ; aux Pays-Bas, ces travaux sont suivis par la commission de normalisation e-facturation du NEN (l’organisme néerlandais de normalisation), en Belgique par le NBN, au Luxembourg par l’ILNAS, en France par l’AFNOR et en Allemagne par le DIN.

Composantes clés de la norme EN 16931

Modèle sémantique de données

Le cœur de la norme : une description univoque des informations figurant sur une facture, indépendamment de la technique utilisée pour les enregistrer.
  • ✓ Plus de 160 éléments d'information (business terms)
  • ✓ Champs obligatoires et facultatifs
  • ✓ Règles métier (business rules) pour la cohérence et les calculs
  • ✓ Prise en charge de différents types de factures

Syntaxes associées

Le modèle sémantique est traduit en syntaxes XML concrètes, afin que les systèmes puissent échanger des factures lisibles par machine.
  • ✓ UBL 2.1
  • ✓ UN/CEFACT CII
  • ✓ Place pour des CIUS (Core Invoice Usage Specification)
  • ✓ Extensions nationales et sectorielles

Listes de codes

Des codes normalisés garantissent que chaque destinataire interprète une même valeur de la même manière.
  • ✓ Codes de devise (ISO 4217)
  • ✓ Codes pays (ISO 3166)
  • ✓ Catégories de TVA
  • ✓ Modes de paiement

Validation et conformité

Une facture n'est conforme que si elle respecte la norme sur le plan technique comme sur le fond. Des artefacts de validation définis existent à cet effet.
  • ✓ Règles de validation Schematron
  • ✓ Contrôle des règles métier
  • ✓ Validation syntaxique (schéma XML)
  • ✓ Tests de conformité

Interopérabilité

Comme UBL et CII reposent sur le même modèle sémantique, les factures peuvent être échangées entre systèmes et entre pays sans perdre leur signification.
  • ✓ Correspondance (mapping) entre UBL et CII
  • ✓ Gestion des versions et stabilité du modèle
  • ✓ Alignement sur les normes internationales
  • ✓ Base des échanges transfrontaliers

Sécurité et intégrité

La norme EN 16931 n'impose pas elle-même de signature électronique. L'authenticité et l'intégrité sont garanties par le transport, par exemple le réseau Peppol, et par les règles fiscales nationales. Le modèle de données univoque facilite toutefois cette garantie.
  • ✓ Origine démontrable grâce à un transport sécurisé
  • ✓ Intégrité du contenu
  • ✓ Données univoques et vérifiables
  • ✓ Prise en charge d'une piste d'audit

Quel est le lien entre la norme EN 16931 et Peppol ?

La norme EN 16931 et Peppol sont complémentaires. La norme EN 16931 détermine ce que contient une facture électronique : le modèle sémantique. Peppol détermine comment cette facture parvient au destinataire de manière sûre et fiable : le réseau, les accords et l’infrastructure de transport.

Au sein du réseau Peppol, Peppol BIS Billing 3.0 est le format de facture convenu. Peppol BIS Billing 3.0 est une CIUS de la norme EN 16931. Il suit donc intégralement la norme et y ajoute quelques règles supplémentaires. Une facture qui passe la validation Peppol BIS est donc également conforme à la norme EN 16931.

Ce que cela vous apporte :

  • ✓ Un seul modèle de données pour les factures publiques et commerciales
  • ✓ Une seule connexion pour atteindre des destinataires dans plusieurs pays
  • ✓ Une validation prévisible selon des règles publiques
  • ✓ Une base stable à mesure que le nombre de partenaires commerciaux augmente

Où la norme EN 16931 est-elle utilisée ?

Presque toutes les obligations européennes de facturation électronique reposent sur la norme EN 16931, souvent via une CIUS propre : une déclinaison qui suit la norme et y ajoute des règles nationales. Aux Pays-Bas, il s’agit de la NLCIUS (la CIUS néerlandaise), en Belgique et au Luxembourg de Peppol BIS Billing 3.0, en Allemagne de XRechnung et ZUGFeRD, et en France des formats pris en charge par les plateformes agréées. ViDA utilise également la norme EN 16931 comme base de la facturation électronique transfrontalière à partir de 2030. Voir Comprendre ViDA.

Chronologie de la norme EN 16931 et de la facturation électronique

  1. 2014 : La directive 2014/55/UE demande une norme européenne de facturation électronique pour les marchés publics.
  2. 2017 : Le CEN publie la norme EN 16931, avec le modèle sémantique de données et la liste des syntaxes.
  3. 2019-2020 : Les administrations centrales doivent pouvoir recevoir et traiter des factures électroniques conformes à la norme EN 16931 à partir d’avril 2019, les administrations décentralisées au plus tard en avril 2020.
  4. 2020 : Peppol BIS Billing 3.0, une CIUS de la norme EN 16931, devient obligatoire sur le réseau Peppol à compter du 18 avril.
  5. 2025 : ViDA est adopté ; la facturation électronique transfrontalière repose sur la norme EN 16931.
  6. 2026 : Le 13 mars, le CEN approuve la norme EN 16931-1:2026, version révisée du modèle sémantique de données, notamment en vue de ViDA. Elle remplace la norme EN 16931-1:2017+A1:2019.
  7. 2030 : Déclaration numérique des transactions B2B transfrontalières au sein de l’UE.

Pour savoir ce qui a changé dans la réglementation européenne sur la facturation électronique après 2020, consultez la page Comprendre ViDA.

Spécifications techniques

Caractéristique Spécification
Norme EN 16931-1:2026 (modèle sémantique de données ; remplace EN 16931-1:2017+A1:2019), CEN/TS 16931-2:2017 (liste des syntaxes)
Syntaxes prises en charge UBL 2.1, UN/CEFACT CII D16B
Types de documents Codes de type de facture de l’UNTDID 1001, dont 380 (facture), 381 (avoir) et 384 (facture rectificative)
Règles métier 100+
Encodage des caractères UTF-8
Schémas d’identification Liste ICD de l’ISO 6523
Extensions CIUS et extensions autorisées

Ce que cela signifie pour votre logiciel

Vous êtes éditeur de logiciels de comptabilité, d’ERP, d’achats ou de facturation ? Les factures que votre logiciel produit et traite doivent alors être conformes à la norme EN 16931. La question n’est pas de savoir si vous prenez en charge la norme, mais comment. En pratique, deux voies existent.

Voie 1 : développer en interne

Vous intégrez vous-même la validation et la conversion EN 16931 dans votre logiciel. Votre équipe implémente les syntaxes associées (UBL et/ou CII), exécute la validation Schematron, traduit le modèle de données interne vers le modèle sémantique de la norme et maintient le tout à jour lorsque la norme, la CIUS ou Peppol BIS évolue.

Voie 2 : passer par un fournisseur de services ou un service de conversion

Votre logiciel transmet les données de facturation via une API. Le fournisseur de services valide, convertit dans le bon format et assure l’envoi via le réseau Peppol. Votre équipe n’a pas à maintenir elle-même les détails de la norme.

Critères de décision

Temps de développement

Développer en interne demande un effort considérable pour le mapping, la validation et les tests. Une connexion par API se met généralement en place plus rapidement, car la logique de validation existe déjà.

Charge de maintenance

Les règles métier, les listes de codes et les spécifications sont mises à jour périodiquement. En développement interne, cette maintenance incombe à votre équipe. Avec un fournisseur de services, elle est en grande partie assurée pour vous.

Expertise requise

Développer en interne exige une connaissance approfondie du modèle sémantique, de Schematron, d'UBL et de CII, ainsi que des variantes nationales de CIUS. Pour une connexion par API, la connaissance de votre propre modèle de données et de l'API suffit.

Rapidité de mise en conformité

Avec un fournisseur de services, vous vous appuyez sur une validation déjà en service. En développement interne, le rythme dépend de votre propre feuille de route et de votre capacité de test.

Contrôle et flexibilité

Développer en interne offre un contrôle maximal sur le traitement. Via une API, vous dépendez des possibilités et de la documentation du fournisseur de services.

Pour les intégrateurs, le même arbitrage s’applique à chaque projet client. Pour les organismes publics, la question se pose surtout lors du choix des fournisseurs et pour vérifier si leurs systèmes de réception traitent correctement les factures conformes.

Pour savoir comment intégrer techniquement Peppol dans votre produit, consultez la page Intégrer Peppol dans votre logiciel.

Vous optez pour une connexion par API ? Comparez dans le comparateur de Peppol.now les fournisseurs de services qui proposent une API aux éditeurs de logiciels.

Conclusion

La norme EN 16931 est la langue commune de la facturation électronique en Europe. Comprendre la norme, c’est aussi comprendre pourquoi Peppol BIS, UBL et CII s’articulent si bien. Pour votre logiciel, l’étape suivante consiste à déterminer comment prendre en charge cette langue : vous-même, ou via un fournisseur de services qui assure la validation et la conversion pour vous. Dans le comparateur de Peppol.now, vous voyez quels fournisseurs de services répondent à ce besoin.

Prendre en charge la norme EN 16931 sans la développer vous-même ?

Trouvez dans le comparateur des fournisseurs qui assurent la validation et la conversion pour vous.

Peppol.now - Votre guide dans le monde de la facturation électronique