Erreurs courantes UBL et Peppol BIS 3.0 et comment les corriger
Les erreurs de validation UBL 2.1 et Peppol BIS Billing 3.0 les plus fréquentes, avec les causes et les correctifs pratiques pour chacune.
Pourquoi les factures UBL sont rejetées
Les factures UBL 2.1 envoyées via le réseau Peppol doivent être conformes à la fois au schéma UBL et aux règles métier Peppol BIS Billing 3.0. Ces règles assurent la conformité EN 16931, garantissant que les factures sont traitables automatiquement dans toute l'Europe. Les violations entraînent un rejet par le point d'accès du destinataire ou le système ERP de l'acheteur.
Ce guide couvre les erreurs UBL et Peppol les plus courantes, organisées par catégorie. Chacune inclut la règle spécifique violée, l'élément XML concerné et un correctif éprouvé.
ValidateFin vérifie toutes ces règles dans votre navigateur — aucun fichier n'est téléchargé.
Erreurs de schéma et de structure
Problèmes fondamentaux de structure XML empêchant l'analyse.
Namespace UBL incorrect
L'élément racine doit utiliser le namespace UBL 2.1 correct : urn:oasis:names:specification:ubl:schema:xsd:Invoice-2 ou CreditNote-2. Un namespace incorrect ou manquant provoque un échec immédiat du schéma.
CustomizationID ou ProfileID manquant
Peppol exige cbc:CustomizationID (ex. urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0) et cbc:ProfileID (urn:fdc:peppol.eu:2017:poacc:billing:01:1.0). Sans ceux-ci, le point d'accès ne peut pas router la facture.
Type de document invalide
Peppol BIS 3.0 ne supporte que Invoice et CreditNote. Les autres types de documents UBL (DebitNote, Order) ne sont pas valides dans le contexte de facturation.
Erreurs de taxe et de montant
Peppol impose des règles mathématiques strictes sur les calculs de taxe.
PEPPOL-EN16931-R004 : Incohérence de devise
Le DocumentCurrencyCode doit correspondre à la devise de tous les montants monétaires. Vous ne pouvez pas mélanger des montants EUR et USD dans une seule facture.
PEPPOL-EN16931-R040/R041 : Erreurs de calcul de taxe
Le montant de la taxe doit être égal au montant imposable × taux de taxe (dans la tolérance d'arrondi). TaxTotal doit être égal à la somme de tous les montants TaxSubtotal. Même un écart de 0,01 provoque un échec.
PEPPOL-EN16931-R053 : Incohérence du montant à payer
PayableAmount doit être égal à LegalMonetaryTotal/TaxExclusiveAmount + TaxTotal/TaxAmount - PrepaidAmount. Cette vérification de cohérence de bout en bout détecte la plupart des erreurs mathématiques.
Erreurs de parties et d'identification
Problèmes d'identification de l'acheteur et du vendeur.
Numéro de TVA du vendeur manquant
Le vendeur (AccountingSupplierParty) doit inclure un numéro d'identification TVA dans PartyTaxScheme/CompanyID pour les factures soumises à la TVA. Le format doit correspondre au pays (ex. FR + 11 caractères, DE + 9 chiffres).
Schéma d'identifiant endpoint invalide
Peppol exige un EndpointID avec un schéma valide (ex. 0208 pour le numéro d'entreprise belge, 0106 pour le KvK néerlandais). Utiliser le mauvais schéma empêche le routage réseau.
Référence acheteur manquante ou invalide
BuyerReference (BT-10) est obligatoire dans Peppol BIS 3.0. Pour XRechnung allemand, il doit s'agir du Leitweg-ID. Les références manquantes ou malformées provoquent un rejet côté acheteur.
Validez votre facture UBL maintenant
ValidateFin vérifie le schéma UBL, les règles métier Peppol BIS 3.0, les champs obligatoires EN 16931 et les formats de numéro de TVA — le tout dans votre navigateur, sans téléchargement de fichier.
Ouvrir le validateur UBLQuestions fréquemment posées
Combien de règles de validation Peppol existe-t-il ?
Peppol BIS Billing 3.0 définit environ 150 règles métier (PEPPOL-EN16931-R*) en plus du schéma UBL. ValidateFin les vérifie toutes.
Quelle est la différence entre la validation de schéma UBL et les règles Peppol ?
Le schéma UBL (XSD) valide la structure XML. Les règles Peppol valident la logique métier : calculs de taxe, champs obligatoires, valeurs de listes de codes. Une facture peut passer le XSD mais échouer aux règles Peppol.
Puis-je envoyer une facture UBL sans Peppol ?
Oui. UBL est un standard ouvert. Vous pouvez envoyer des factures UBL par email, SFTP ou tout autre canal. Les règles Peppol BIS 3.0 ne s'appliquent que lors de l'utilisation du réseau Peppol.
Quelle version UBL Peppol utilise-t-il ?
Peppol BIS Billing 3.0 utilise UBL 2.1. Il n'y a pas encore de support officiel Peppol pour UBL 2.2 ou 2.3.
Qu'est-ce qu'une règle Schematron ?
Schematron est un langage de validation XML utilisé pour exprimer les règles métier Peppol. Contrairement à XSD (qui valide la structure), Schematron peut valider les relations inter-champs comme « si la catégorie de taxe est S, alors le taux de taxe doit être > 0 ».
Comment trouver mon endpoint Peppol ?
Votre endpoint Peppol est enregistré auprès de votre fournisseur de point d'accès. Il utilise un identifiant de schéma (ex. 0208 pour le numéro d'entreprise BE) et votre identifiant. Vérifiez auprès de votre fournisseur AP.
ValidateFin peut-il vérifier les règles NLCIUS ou XRechnung ?
ValidateFin valide contre les règles Peppol BIS 3.0 et EN 16931 de base, qui couvrent la majorité des exigences NLCIUS et XRechnung. Les extensions spécifiques au pays peuvent nécessiter une validation supplémentaire.
Qu'est-ce que BR-CO-10 ?
BR-CO-10 est une règle EN 16931 exigeant que la somme des montants nets des lignes de facture soit égale au montant total hors taxe. C'est l'une des règles les plus fréquemment violées en raison de problèmes d'arrondi.
Les avoirs suivent-ils les mêmes règles ?
Oui. Peppol BIS 3.0 applique les mêmes règles métier aux Invoice et CreditNote. La principale différence est le code de type de document (380 pour facture, 381 pour avoir).
À quelle fréquence les règles Peppol changent-elles ?
Peppol publie des mises à jour de règles environ deux fois par an (versions de printemps et d'automne). Chaque mise à jour peut ajouter, modifier ou supprimer des règles. ValidateFin reste à jour avec la dernière version.