Peppol BIS Billing 3.0 : définition, importance, pays liés et questions logiciel. Guide neutre avec sources, checklist, FAQ et étapes pratiques.
Peppol BIS Billing 3.0 est une règle commune pour créer et échanger des factures électroniques dans Peppol. Elle précise les informations à inclure, leur emplacement dans le fichier UBL, les contrôles à respecter et les valeurs admises pour certains champs. Le but est qu'une facture émise par un logiciel puisse être comprise par un autre logiciel, dans un autre pays, sans accord technique sur mesure entre les deux parties.
Le nom peut prêter à confusion : Peppol BIS Billing 3.0 n'est pas un portail, ni un fournisseur, ni un simple type de PDF. C'est une spécification d'échange. Elle couvre principalement les documents UBL Invoice et CreditNote, c'est-à-dire les factures et les avoirs structurés, avec des règles supplémentaires propres à Peppol.
EN 16931 définit le modèle sémantique d'une facture électronique européenne : vendeur, acheteur, lignes, TVA, totaux, références, conditions de paiement et autres données essentielles. Peppol BIS Billing 3.0 applique ce modèle dans un contexte opérationnel Peppol, avec une syntaxe UBL et des règles de validation précises. On peut le voir comme une manière concrète d'utiliser EN 16931 dans un réseau d'échange.
UBL est la syntaxe XML dans laquelle les données sont écrites. Peppol BIS Billing 3.0 indique comment utiliser cette syntaxe pour rester conforme aux règles européennes et au réseau Peppol. Autrement dit, UBL est la langue technique du fichier ; Peppol BIS Billing 3.0 est le guide qui précise les phrases autorisées, les champs obligatoires et les contrôles attendus.
L'échange se fait généralement via le modèle à quatre coins : l'émetteur envoie la facture à son point d'accès, celui-ci la transmet au point d'accès du destinataire, puis le destinataire la reçoit dans son logiciel ou sa plateforme. Les identifiants participants, les annuaires de routage et les capacités déclarées permettent de savoir où envoyer le document et quels types de documents le destinataire peut recevoir.
Une facture Peppol BIS Billing 3.0 doit passer plusieurs niveaux de contrôle : structure XML correcte, conformité UBL, respect des règles EN 16931, règles spécifiques Peppol, cohérence des montants, catégories de TVA, codes pays, devises, unités, dates et références. Beaucoup d'erreurs viennent de données internes imparfaites plutôt que du réseau lui-même.
Peppol est utilisé dans de nombreux pays européens, notamment pour la facturation vers le secteur public et, de plus en plus, dans les échanges entre entreprises. La Belgique, l'Allemagne, les Pays-Bas, la Norvège, le Danemark, la Suède, l'Italie et d'autres marchés s'appuient sur Peppol ou l'intègrent dans leur architecture nationale. Les règles locales peuvent toutefois ajouter des exigences autour de l'inscription, du mandat, de la TVA ou du reporting.
Un logiciel compatible doit savoir produire un UBL conforme, alimenter correctement les champs, appliquer les contrôles avant envoi, gérer les avoirs, conserver les références de commande ou de contrat, et se connecter à un point d'accès Peppol directement ou via une plateforme. Pour la réception, il doit aussi importer les données sans casser la chaîne comptable et garder une trace des statuts utiles.
Les données à surveiller en priorité sont les identifiants de l'acheteur et du vendeur, les adresses, les numéros de TVA, les dates, les devises, les références de commande, les lignes de facture, les taux et catégories de TVA, les exonérations, les arrondis et les totaux. Une facture lisible à l'œil peut être refusée si ces informations ne respectent pas les règles formelles.
Pour suivre les évolutions, il faut consulter les pages d'OpenPeppol consacrées aux spécifications BIS Billing, les informations de la Commission européenne sur la facturation électronique et les indications de l'autorité Peppol du pays concerné. Les éditeurs logiciels et points d'accès doivent aussi documenter la version de spécification prise en charge et les limites éventuelles de leur connecteur.
Confirmer que le besoin porte bien sur des factures ou avoirs structurés, et pas seulement sur un PDF.
Vérifier que le logiciel sait générer des fichiers UBL compatibles Peppol BIS Billing 3.0.
Identifier le point d'accès Peppol utilisé directement ou via une plateforme partenaire.
Contrôler les identifiants participants des clients et fournisseurs avant les premiers envois.
Tester les cas courants : facture simple, avoir, remise, frais, plusieurs taux de TVA et exonération.
Valider les montants, arrondis, devises, unités et catégories de TVA avant transmission.
Vérifier les règles locales du pays concerné, surtout lorsqu'un mandat national existe.
Prévoir un traitement clair des rejets, erreurs de validation et corrections de données.
S'assurer que les factures reçues peuvent être importées dans la comptabilité sans ressaisie lourde.
Documenter les responsabilités internes : création, contrôle, envoi, réception, archivage et support.
Pas exactement. Le fichier est généralement en UBL XML. Peppol BIS Billing 3.0 est la spécification qui explique comment utiliser UBL pour créer une facture ou un avoir conforme aux règles Peppol et à EN 16931.
Peppol désigne le réseau, le cadre d'interopérabilité et les règles de transport. Peppol BIS Billing 3.0 désigne une spécification de document pour les factures et avoirs échangés dans ce cadre.
EN 16931 définit le modèle européen de facture électronique. Peppol BIS Billing 3.0 met ce modèle en pratique avec une syntaxe UBL, des règles Peppol et des contrôles utilisables dans les échanges réels.
Non. UBL est une syntaxe XML. Peppol BIS Billing 3.0 est une manière encadrée d'utiliser cette syntaxe pour des factures et avoirs conformes aux exigences Peppol.
Oui. La spécification couvre les factures et les avoirs, généralement avec les documents UBL Invoice et CreditNote. Le logiciel doit toutefois gérer correctement les références et les montants négatifs ou correctifs selon le cas.
Pour échanger dans le réseau Peppol, oui. L'entreprise peut se connecter directement à un point d'accès ou utiliser une plateforme qui le fait pour elle. Le choix dépend du volume, du logiciel existant et du besoin d'intégration.
Le document principal attendu est structuré, généralement en UBL XML. Un PDF peut parfois être joint comme pièce complémentaire, mais il ne remplace pas les données structurées de la facture.
Un rejet peut venir d'un identifiant participant incorrect, d'un champ obligatoire absent, d'une règle de TVA non respectée, d'un total incohérent, d'un code invalide ou d'une capacité de réception non déclarée côté destinataire.
Pas toujours. La spécification facilite l'échange de factures conformes au modèle européen, mais certains pays imposent aussi des procédures d'enregistrement, de reporting, d'archivage ou de plateforme nationale. Il faut vérifier le pays concerné.
Il faut vérifier le logiciel de facturation, l'ERP, l'outil comptable, la plateforme d'e-invoicing, le connecteur Peppol et les éventuels outils de validation. Le point important est la chaîne complète, pas seulement l'export d'un fichier.
La méthode la plus sûre consiste à générer un fichier UBL, le valider avec les règles Peppol applicables, l'envoyer dans un environnement de test si disponible, puis contrôler l'import côté destinataire ou plateforme de réception.
Les spécifications Peppol sont publiées et maintenues dans l'écosystème OpenPeppol, avec des autorités Peppol nationales impliquées selon les pays. Les versions évoluent, il faut donc suivre la documentation officielle et les mises à jour de son fournisseur.
Nous privilégions les sources gouvernementales et européennes officielles lorsque disponibles, avec des dates de vérification visibles.
E-Invoice Finder
