Base de connaissances Peppol
Comprendre le réseau derrière chaque intégration Peppox
Recherchez des conseils pratiques couvrant les standards, les identifiants, la découverte, le transport, la validation, les opérations et les modèles par pays.
BAS
Notions de base
Vue d’ensemble de haut niveau de Peppol, de la gouvernance et des concepts fondamentaux.
Qu’est-ce que Peppol et qui l’exploite ?
Peppol est un cadre et un réseau interopérables, encadrés, pour l’échange de documents commerciaux structurés (par ex. factures électroniques, notes de crédit, MLR). Il est coordonné par OpenPeppol, une association à but non lucratif qui définit les spécifications et certifie les Access Points et les SMPs.
Quels avantages Peppol offre-t-il par rapport aux intégrations point à point ?
Peppol utilise un modèle « connect once, reach many » via des Access Points certifiés, ce qui réduit les interfaces sur mesure, impose des règles de validation partagées (EN 16931, BIS/PINT), améliore l’interopérabilité transfrontalière et permet une découverte standardisée ainsi qu’un transport sécurisé.
Peppol est-il obligatoire dans toute l’UE ?
Il n’existe pas de mandat Peppol unique à l’échelle de l’UE. L’UE exige EN 16931 pour les factures électroniques de marchés publics ; de nombreux pays introduisent des obligations B2B nationales. Peppol est largement adopté comme moyen de se conformer et d’assurer l’interopérabilité.
Quels documents sont les plus courants sur Peppol ?
Invoice et CreditNote (BIS Billing 3.0 / PINT), Message Level Response (MLR) et Invoice Response. Des documents logistiques existent également dans l’ensemble Peppol Post-Award.
Qu’est-ce que le « modèle à quatre coins » ?
Expéditeur → Access Point émetteur → Access Point destinataire → Destinataire. La découverte (SML→SMP) sert à trouver les capacités du destinataire et le point de terminaison sécurisé avant la livraison.
IDE
Identifiants (ISO 6523)
Comprendre les identifiants des participants et les pièges courants.
Comment les destinataires sont-ils identifiés ?
Peppol utilise des schémas ISO 6523 (ICD + valeur), formatés sous la forme iso6523-actorid-upis::ICD:VALUE (par ex. GLN = 0088, CBE belge = 0208).
Quel schéma d’identifiant dois-je utiliser ?
Utilisez le schéma correspondant à votre identifiant officiel (par ex. GLN 0088, Belgique 0208 pour BCE/CBE). Votre Access Point ou les recommandations de l’autorité nationale doivent confirmer le schéma correct.
Erreurs courantes avec les identifiants
Confondre les identifiants TVA et ceux du registre des sociétés ; supprimer les zéros initiaux ; utiliser un format de TVA national avec le mauvais ICD ; utiliser des identifiants de test en production.
Annuaire vs enregistrement
Être visible dans un annuaire ou un outil de recherche n’est pas la même chose que disposer d’un enregistrement SMP valide pour un document/processus spécifique. Vérifiez toujours les capacités SMP du destinataire.
DIS
Découverte (SMP/SML)
Comment SML et SMP fonctionnent ensemble.
Quelle est la différence entre SML et SMP ?
Le SML (Service Metadata Locator) associe un identifiant de participant à son SMP. Le SMP (Service Metadata Publisher) stocke les types de documents pris en charge par le participant, les process IDs et les points de terminaison.
Que dois-je vérifier dans un enregistrement SMP ?
Le documentTypeID correct, le processID, un point de terminaison actif avec peppol-transport-as4-v2_0, et un certificat valide. Confirmez l’environnement (test vs production).
Pourquoi les recherches échouent-elles parfois avec 404 ou 429 ?
404 = aucune capacité publiée pour ce participant/document dans ce SMP. 429 = limitation de débit par les points de terminaison publics ; réduisez le rythme ou utilisez l’API de votre fournisseur.
DOC
Documents et profils
BIS Billing 3.0, PINT et profils associés.
Qu’est-ce que Peppol BIS Billing 3.0 ?
Une CIUS de EN 16931 qui définit comment échanger des factures UBL et des notes de crédit sur Peppol, avec des règles et des listes de codes supplémentaires afin de garantir l’interopérabilité.
Qu’est-ce que PINT et quand est-il utilisé ?
Le Peppol International Invoice Model (PINT) harmonise la facturation électronique à l’échelle mondiale et sert de base aux spécialisations nationales (par ex. PINT A-NZ, PINT MY, SG BIS).
Que sont les ProcessIDs et pourquoi sont-ils importants ?
Les ProcessIDs (par ex. cenbii-procid-ubl::urn:fdc:peppol.eu:2017:poacc:billing:3:1.0) expriment des processus métier liés à un profil de document ; ils doivent correspondre à l’entrée SMP du destinataire.
MLR vs Invoice Response
MLR fournit un retour d’information technique et métier ; Invoice Response fournit des accusés de réception métier (par ex. acceptation/refus avec motifs). Vérifiez la prise en charge dans le SMP.
VAL
Validation et listes de codes
Faire passer la validation de EN 16931 + BIS/PINT.
Causes typiques des erreurs de validation
Catégories de taxe incorrectes ; codes d’unité invalides ; incohérences de devise ou d’arrondi ; identifiants BT manquants ; extensions spécifiques au pays incorrectes ; types de pièces jointes non autorisés.
Quelles listes de codes échouent le plus souvent ?
Codes d’unité UN/ECE, codes de devise ISO, catégories de TVA, codes des moyens de paiement, listes spécifiques à chaque pays (par ex. spécificités EHF en Norvège ; Singapore, A-NZ PASR/PINT).
Comment diagnostiquer les erreurs EN 16931 par rapport aux erreurs BIS ?
Validez d’abord par rapport à EN 16931, puis appliquez les règles Peppol BIS/PINT. Utilisez les validateurs officiels et, lorsque disponibles, les validateurs nationaux (par ex. le validateur EHF en Norvège).
TRA
Transport et sécurité (AS4, PKI)
Transport AS4 et bases de la PKI OpenPeppol.
Quel transport est utilisé ?
Peppol utilise le profil AS4 (peppol-transport-as4-v2_0) avec signature et chiffrement entre Access Points.
Problèmes courants de livraison AS4
Certificats expirés ou sur le point d’expirer ; mauvaise URL de point de terminaison ; incompatibilité TLS/cipher ; décalage d’horloge ; charge utile volumineuse sans compression ; paramètres de relance trop faibles.
Qu’en est-il des certificats et de la PKI ?
Les certificats AP/SMP doivent respecter la politique PKI OpenPeppol. Suivez notBefore/notAfter, la validité de la chaîne, l’état OCSP/CRL et planifiez les renouvellements à l’avance.
ONB
Intégration et tests
De l’environnement sandbox à la production.
Liste de contrôle de démarrage
Choisissez un AP certifié, enregistrez l’ID ISO 6523, configurez les capacités SMP, validez les UBLs (EN 16931 + BIS/PINT), pilotez MLR/Invoice Response, puis mettez en production.
Environnements de test vs production
Utilisez des SML/SMP de test dédiés et des endpoints AP. Ne réutilisez jamais les identifiants de test en production.
Bonnes pratiques de bascule
Effectuez un double fonctionnement avec des partenaires pilotes, surveillez les MLR/erreurs, confirmez les dépendances de déclaration fiscale et communiquez les calendriers aux partenaires commerciaux.
OPS
Opérations et supervision
Ce qu’il faut mesurer et comment réagir.
Que devons-nous surveiller au quotidien ?
Les résultats de validation, les changements SMP, l’état des endpoints, les reprises AS4, les retours MLR/Invoice Response, l’expiration des certificats et la latence des messages.
Comment gérer les limites de débit et les consultations publiques ?
Mettez les résultats en cache, respectez les limites de débit, privilégiez les API côté fournisseur et évitez d’extraire des données des endpoints publics pendant les périodes de pointe.
Conservation et pistes d’audit
Conservez les métadonnées des messages (hash, horodatages, ID émetteur/récepteur, ID de document), les rapports de validation et les réponses MLR/IR conformément à la politique interne et à la loi.
PRI
Protection des données et aspects juridiques
GDPR, lois locales et responsabilités.
Peppol est-il conforme au GDPR ?
Peppol définit un transport sécurisé et des identifiants, mais la conformité reste de votre responsabilité : base légale, conservation, droits des personnes concernées et DPIA lorsque requis.
Peppol remplace-t-il la déclaration fiscale ?
Non. Certains pays exigent des processus supplémentaires de déclaration électronique/CTC. Vérifiez les obligations nationales au-delà du transport et de la validation des documents.
TRO
Dépannage
Problèmes fréquents et vérifications rapides.
L’envoi échoue mais le participant est « trouvé » en ligne
Une correspondance dans l’annuaire ne prouve pas la compatibilité. Vérifiez le SMP pour le documentTypeID et le processID exacts. Assurez-vous que votre AP cible le point de terminaison AS4 répertorié.
La validation échoue sur les totaux ou la taxe
Vérifiez l’arrondi (niveau ligne vs niveau facture), la précision de la devise, la cohérence des catégories de taxe et la répartition des remises/suppléments selon les règles EN 16931.
Les pièces jointes sont rejetées
Seuls certains types MIME et certaines tailles sont autorisés. Assurez-vous que l’encodage base64 et les métadonnées sont corrects, et que les noms de fichiers sont compatibles ASCII si requis.
Erreur 429 Too Many Requests depuis les points de terminaison publics
Limitez le débit, ajoutez un mécanisme de reprise progressive et privilégiez les API de votre fournisseur. Regroupez les recherches SMP et mettez les résultats en cache.
COU
Profils pays et modèles locaux
Comment Peppol ou EN 16931 est utilisé localement.
Belgique
La facturation électronique B2B devient obligatoire à partir du 1 janv. 2026 (déploiement progressif). Peppol est confirmé comme modèle par défaut pour l’émission de factures structurées. Le B2G est déjà en place.
Allemagne
À partir du 1 janv. 2025, les entreprises doivent être en mesure de recevoir des factures électroniques EN 16931 ; les obligations d’émission sont introduites progressivement jusqu’en 2028. XRechnung/ZUGFeRD sont alignés sur EN 16931.
France
La facturation électronique et le e-reporting sont déployés progressivement à partir de sept. 2026 ; la DGFiP est l’autorité Peppol. Le modèle implique PPF/PDP et l’interopérabilité Peppol.
Norvège
EHF Billing 3.0 est construit sur Peppol BIS 3.0 ; usage public/privé étendu.
Singapour (InvoiceNow)
La facturation électronique nationale est basée sur Peppol ; l’IMDA est l’autorité compétente. Des guides sont disponibles pour les prestataires de services et les considérations liées à la GST.
Australie et Nouvelle-Zélande
PINT A-NZ est le modèle actuel ; l’extension A-NZ BIS 3.0 a été dépréciée en 2025 afin de migrer vers PINT.
Malaisie
Les spécialisations PINT Malaysia (Billing/Self-billing) sont publiées dans la documentation OpenPeppol Post-Award.
Italie
Le B2B national utilise SDI (FatturaPA). Peppol peut être utilisé pour les échanges transfrontaliers ou avec des partenaires/AP qui le prennent en charge, mais SDI reste obligatoire au niveau national.
DEV
Conseils pour les développeurs et les opérations
Recommandations pratiques pour les implémenteurs.
Bonnes pratiques de recherche SMP sécurisée
Regroupez et mettez en cache les recherches ; respectez les TTL SML/SMP ; utilisez les API du fournisseur lorsque disponibles ; vérifiez à la fois documentTypeID et processID.
Gestion des certificats
Surveillez les périodes de validité, automatisez les alertes de renouvellement, vérifiez les chaînes de certification et testez les points de terminaison après bascule. Maintenez les horloges synchronisées (NTP).
Observabilité
Journalisez les ID de corrélation, les ID de participant, les ID de document, l’URL SMP, l’URL du point de terminaison, les résultats de validation et les charges utiles MLR/IR afin de faciliter les audits.
Résilience
Utilisez un backoff exponentiel pour les tentatives AS4, implémentez l’idempotence côté émetteur et surveillez le débit et les SLA de latence.
GLO
Glossaire
Access Point (AP)
Passerelle certifiée qui valide et échange les messages AS4 dans le réseau Peppol.
SMP / SML
Le SMP stocke les capacités et points de terminaison ; le SML pointe vers le bon SMP à l’aide du DNS.
BIS Billing 3.0
CIUS Peppol de EN 16931 pour Invoice et CreditNote.
PINT
Modèle international de facture Peppol ; base des spécialisations globales et nationales.
AS4
Profil de transport de messages sécurisé et fiable utilisé par les AP Peppol.