Peppol BIS Billing 3.0 est le profil central de facturation sur le réseau Peppol. C'est la norme européenne pour les e-factures envoyées et reçues via Peppol, et elle constitue la base sur laquelle les variantes nationales comme NLCIUS et XRechnung sont construites.

BIS signifie Business Interoperability Specification. BIS Billing V3 est un CIUS (Core Invoice Usage Specification) de la norme européenne EN 16931. Il prend le modèle sémantique d'EN 16931 comme point de départ et y ajoute des règles de validation spécifiques à Peppol.

La norme prend en charge deux types de documents : Invoice (facture) et Credit Note (note de crédit). Les deux sont disponibles dans deux syntaxes : UBL 2.1 (la plus utilisée) et CII (Cross-Industry Invoice).

Le DocumentTypeId identifie le format de manière unique sur le réseau Peppol :

UBL Invoice :

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1

UBL Credit Note :

urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2::CreditNote##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1

CII Invoice :

urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100::CrossIndustryInvoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::D16B

BIS Billing V3 ajoute des centaines de règles métier au-dessus d'EN 16931. Les principales catégories :

• Contrôles arithmétiques : les montants de TVA, les totaux de ligne et les totaux de facture doivent être corrects
• Validation des identifiants : les schemeID doivent provenir des bonnes listes de codes (EAS, ICD)
• Cohérence des champs : certaines combinaisons de champs doivent être logiques (par ex. taux de TVA avec catégorie S)
• Règles nationales : des règles Peppol supplémentaires peuvent s'appliquer par pays (NL-R-, DK-R-, SE-R-, DE-R-)

La validation est effectuée via des artefacts Schematron qu'OpenPeppol publie à chaque release.

BR-CO-10 rejette une facture lorsque la somme des montants de ligne (LineExtensionAmount par ligne, arrondie par ligne) diffère du total des montants nets des lignes de facture indiqué (BT-106). Il s'agit d'une erreur de différence d'arrondi : elle survient lorsqu'un ERP ou un partenaire d'intégration arrondit par ligne tandis que le total est calculé avec une précision différente.

Deux solutions pour les partenaires d'intégration UBL soumettant du XML via eConnect ou PSB :

1. PayableRoundingAmount (BT-114) : capturez explicitement la différence d'arrondi entre le total des lignes et le total de la facture à l'aide d'un montant d'arrondi. La différence est rendue visible comme poste séparé au lieu de provoquer une erreur de validation.
2. InvoicedQuantity=1 : structurez la ligne de facture avec InvoicedQuantity=1, PriceAmount égal au montant total de la ligne et unitCode=EA, de sorte qu'aucune différence d'arrondi par ligne ne se produise.

Ces règles de calcul s'appliquent structurellement : dès qu'un XML soumis ne les respecte pas, le rejet intervient. L'ensemble complet des règles de gestion arithmétiques (BR-CO-*) figure dans la spécification Peppol BIS Billing 3.0 sur peppol.eu.

OpenPeppol publie deux nouvelles releases par an (mai et novembre). Après publication, une période de transition de trois mois s'applique pendant laquelle l'ancienne et la nouvelle version sont acceptées. Après cette période, la nouvelle version est obligatoire.

La version actuelle (3.0.20) comprend entre autres :

• Levée de la restriction sur les pièces jointes PDF
• Nouveau code EAS 0244 et codes ICD 0241 à 0245
• Ajout du code VATEX VATEX-EU-135-1
• Règles nationales danoises mises à jour

OpenPeppol AISBL a publié le 20 mai 2026 la version PoAC Post-Award May 2026. Cette version mineure est obligatoire à partir du 17 août 2026. La portée couvre exclusivement les spécifications Peppol BIS3 Post-Award et les artefacts de validation ; PINT est explicitement hors périmètre. Les modifications concernent les listes de codes et les artefacts de validation obligatoires pour tous les documents Peppol BIS 3.0 publiés.

Jusqu'au 16 août 2026 inclus, la version de novembre 2025 (3.0.20 + hotfix) reste obligatoire pour le trafic de production. Les Service Providers peuvent déjà implémenter et tester durant cette période. Le delta détaillé (listes de codes, règles métier, versions schematron) est publié par OpenPeppol sur les pages de notes de version à docs.peppol.eu/poacc/billing/3.0/upcoming/ et sur les pages self-billing et upgrade associées. eConnect met à jour la validation et les listes de codes automatiquement avant la date d'entrée en vigueur obligatoire.

BIS Billing V3 occupe une place centrale dans la hiérarchie des normes. C'est le pont entre le modèle sémantique abstrait (EN 16931) et les implémentations nationales :

EN 16931
    └── Peppol BIS Billing V3   ← ce format
         ├── NLCIUS (Pays-Bas)
         ├── XRechnung (Allemagne)
         ├── Svefaktura (Suède)
         └── ...

Pour en savoir plus sur cette structure, consultez De la sémantique à la syntaxe.

Le PSB eConnect valide automatiquement toutes les factures entrantes et sortantes par rapport à la release BIS Billing en vigueur. À chaque nouvelle version, les artefacts Schematron sont mis à jour et les nouvelles listes de codes sont prises en charge. Le validateur en ligne gratuit sur le site web d'eConnect teste également les factures par rapport à la release actuelle.

BIS Billing V3 prend en charge plusieurs types de facture via l'InvoiceTypeCode. Les deux codes les plus utilisés sont 380 (facture commerciale) et 381 (note de crédit). De plus, les codes 383 (note de débit) et 386 (facture d'acompte) sont disponibles dans ce profil.

L'autofacturation (code 389) n'est pas prise en charge dans le profil BIS Billing V3 standard, mais dispose de son propre profil Peppol : BIS Self-Billing 3.0, avec un CustomizationID et un ProfileID distincts.

Pour l'aperçu complet de tous les InvoiceTypeCodes, y compris la comparaison par norme et l'explication par code, consultez l'article InvoiceTypeCode.

BIS Billing V3 limite via BR-CL-24 les types MIME autorisés comme pièce jointe intégrée (BT-125). Dans la validation de production actuelle, ce sont :

application/xml n’est pas autorisé dans la validation BIS Billing V3 actuelle comme type MIME de pièce jointe. XML en tant que pièce jointe appartient à EN 16931-1:2026 et à une future version de Peppol (probablement BIS Billing 4.0). Dans la validation de production actuelle, application/xml est refusé. Voir aussi BR-CL-24 dans les erreurs d’envoi.

Dans le BIS Billing 3.0 actuel, une seule référence de commande (OrderReference) peut être mentionnée par facture. Si une facture concerne plusieurs commandes, le fournisseur doit créer plusieurs factures. Cette limitation provient du modèle sémantique d'EN 16931, sur lequel BIS Billing est basé.

Le 13 février 2026, le CEN (l'organisme européen de normalisation) a formellement approuvé la version révisée d'EN 16931. L'ajout le plus important est la prise en charge de plusieurs commandes par facture, y compris les références de commande au niveau de la ligne. La limitation actuelle d'une seule OrderReference par document est ainsi levée.

Technique : la norme révisée autorise plusieurs éléments OrderReference au niveau du document et ajoute un OrderLineReference par ligne de facture. De plus, les éléments AdditionalDocumentReference peuvent déjà contenir des références supplémentaires (projet, contrat ou buyer reference), mais ceux-ci ne remplacent pas l'OrderReference.

Les modifications seront probablement intégrées dans une nouvelle version de la norme Peppol dans environ un an, possiblement sous le nom de BIS Billing 4.0. D'ici là, la limitation actuelle reste en vigueur. Dès que la nouvelle version sera disponible, eConnect mettra à jour la validation et le traitement afin que vous puissiez directement envoyer plusieurs références de commande par facture.