Vérifiez les factures Peppol face à EN 16931 et aux règles du CIUS Peppol — y compris les adresses électroniques du vendeur et de l'acheteur qui rendent la facture routable. Votre fichier ne quitte jamais votre machine.
Peppol (Pan-European Public Procurement On-Line) est un réseau d’échange de documents électroniques entre entreprises et administrations, en Europe et au-delà. Peppol BIS Billing 3.0 en est le profil de facturation : un CIUS (une spécialisation contrainte) de la norme européenne EN 16931, exprimé en syntaxe UBL. Au-dessus d’EN 16931, il ajoute ses propres règles — au premier rang desquelles les adresses électroniques qui permettent à un access point d’acheminer une facture vers le bon destinataire.
Peppol est la colonne vertébrale de la facturation électronique dans un nombre croissant de pays — les pays nordiques, les Pays-Bas, la Belgique, le système d’échange italien et d’autres s’appuient dessus, et il est central dans les projets transfrontaliers de l’UE. Si votre logiciel envoie ou reçoit des factures au-delà des frontières européennes, ou si vos clients sont raccordés à un access point Peppol, prendre en charge Peppol BIS Billing 3.0 n’est pas optionnel.
La raison la plus fréquente pour laquelle une facture EN 16931 techniquement valide échoue en tant que Peppol, ce sont des adresses électroniques manquantes. Peppol exige à la fois un EndpointID vendeur (BT-34) et un EndpointID acheteur (BT-49), chacun avec un schéma d’adresse valide — c’est ainsi que le réseau sait d’où vient le document et où il va. Billhorse vérifie les deux avec les règles PEPPOL-EN16931-R020 et PEPPOL-EN16931-R010, aux côtés de l’ensemble des règles EN 16931.
La validation n’est qu’une moitié ; Billhorse génère aussi du Peppol BIS Billing 3.0. À partir d’un modèle de facture JSON, POST /v1/generate?format=peppol produit un document UBL avec les bons CustomizationID et ProfileID Peppol ; POST /v1/convert?format=peppol réémet une facture existante (UBL, CII ou PDF hybride) en Peppol. Le générateur n’invente pas de données d’acheminement — fournissez les adresses électroniques du vendeur et de l’acheteur dans le modèle et la sortie est routable. Vous pouvez essayer la génération en direct, dans votre navigateur, sur la page API.
Si votre produit crée ou reçoit des factures Peppol, le validateur navigateur n’est qu’un début : le même moteur est disponible en API développeur — valider, extraire, générer et convertir via HTTP, messages d’erreur en trois langues, auto-hébergé dans votre infrastructure si besoin.
La syntaxe (UBL), le profil détecté via le CustomizationID, les règles métier EN 16931 (BR, BR-CO), l'arithmétique des totaux et les règles propres à Peppol PEPPOL-EN16931-R010/R020 — les adresses électroniques du vendeur et de l'acheteur (EndpointID) que Peppol exige pour l'acheminement. Chaque constat porte un identifiant de règle avec sa propre page d'explication.
Non. La validation s'exécute en WebAssembly entièrement dans votre navigateur. Le fichier ne quitte jamais votre machine — c'est ce qui rend le validateur sûr pour des factures réelles contenant des données réelles.
Oui. L'API génère du Peppol BIS Billing 3.0 à partir d'un modèle de facture JSON avec POST /v1/generate?format=peppol, et convertit une facture existante (UBL, CII ou PDF hybride) avec /v1/convert?format=peppol. Le document n'est routable que si le modèle porte les adresses électroniques du vendeur et de l'acheteur (BT-34/BT-49) — les mêmes règles que le validateur vérifie. La génération fonctionne aussi côté client via WebAssembly.
Les deux sont des spécialisations CIUS d'EN 16931. XRechnung est le standard national allemand et existe en UBL et CII ; Peppol BIS Billing 3.0 est le profil de facturation paneuropéen du réseau Peppol, en UBL, et exige en plus des adresses électroniques pour l'acheminement. Un document peut respecter les deux à la fois.
Validation et extraction via une API développeur : même moteur, JSON normalisé, messages en trois langues. Auto-hébergement disponible.
Découvrir l'API