Erreurs dans les factures Peppol : 10 causes et solutions

Peppol fournit une infrastructure normalisée pour l'échange de factures électroniques et d'autres documents commerciaux. Cependant, la normalisation ne garantit pas que chaque transaction se déroulera automatiquement.

Une facture peut être rejetée parce que ses données ne sont pas valides, que le destinataire est introuvable, qu'un processus métier inapproprié a été utilisé ou que l'acheteur la refuse après sa réception. Dans les environnements d'entreprise, la cause sous-jacente peut se situer n'importe où entre l'ERP, le mappage des factures, les données de référence, les services de découverte Peppol et le point d'accès.

Ce guide présente dix erreurs courantes liées aux factures Peppol. Chaque section commence par une description en langage clair du problème concret, puis examine les détails techniques pertinents à l'intention des équipes chargées de l'intégration au sein des entreprises et des systèmes ERP.

Portée technique : Vérification effectuée au regard de la norme Peppol « BIS Billing » 3.0, version 3.0.21, et des spécifications OpenPeppol eDelivery disponibles en août 2026. Les exigences et spécifications propres à chaque pays sont susceptibles d’évoluer.

Avant de procéder au dépannage, déterminez où la panne s'est produite.

Ces erreurs nécessitent des réponses différentes. Renvoyer une facture sans modification ne permettra pas de corriger les données erronées. Modifier la facture ne servira à rien si l'enregistrement Peppol du destinataire est incomplet. Le fait que la facture ait été transmise avec succès ne signifie pas pour autant que l'acheteur l'ait validée.

Un identifiant d'organisation ( Peppol ID ) fonctionne comme une adresse réseau, mais il ne suffit pas toujours de saisir le bon numéro d'organisation. L'identifiant doit respecter le schéma approprié et correspondre exactement à celui sous lequel le destinataire est enregistré.

Une différence apparemment mineure — comme un préfixe erroné, un zéro initial supprimé ou l'utilisation d'un numéro de TVA à la place d'un identifiant national d'entreprise — peut empêcher Peppol de trouver le destinataire.

Enregistrez l'identifiant Peppol sous forme de données de référence contrôlées plutôt que sous forme de texte libre. Le schéma d'identification et la valeur doivent être conservés séparément et validés avant la facturation.

Avant l'envoi :

Une entreprise peut être présente sur Peppol sans pour autant pouvoir recevoir tous les types de documents Peppol.

Par exemple, un destinataire peut être enregistré pour recevoir des factures Peppol standard ( BIS Billing ), mais pas une facture PINT spécifique, un message de commande ou un processus métier. L'Peppol ID t est valide, mais la capacité de réception demandée n'est pas disponible.

Ne considérez pas l'enregistrement comme un simple attribut « oui/non » dans l'ERP. La question qui se pose est de savoir si le destinataire est en mesure de recevoir la combinaison précise du type de document et du processus métier qui lui est envoyée.

Votre intégration doit :

Même lorsque la facture et l'Peppol ID s sont correctes, le réseau peut temporairement chercher au mauvais endroit.

Cela peut se produire lorsqu'une entreprise change de prestataire de services Peppol, lorsque d'anciennes informations de routage restent en cache ou pendant la propagation des modifications. L'expéditeur peut alors recevoir un message d'erreur indiquant que le destinataire n'existe pas, alors que le problème réel tient en réalité à des informations de découverte obsolètes.

Les applications ERP ne doivent pas chercher à reproduire elles-mêmes l'intégralité du processus de découverte Peppol, sauf si cela fait délibérément partie de l'architecture du produit. La découverte, la validation des certificats, le routage et la gestion des nouvelles tentatives sont généralement mieux gérés par le fournisseur de services Peppol.

Les équipes chargées de l'ERP et les équipes de l'entreprise doivent néanmoins s'assurer que :

Chaque facture Peppol précise les règles auxquelles elle se conforme et le processus métier auquel elle se rapporte. Si ces identifiants sont manquants ou erronés, le système destinataire ne peut pas interpréter le document de manière fiable.

Cela se produit souvent lorsqu'un progiciel de gestion intégré (ERP) exporte un ancien modèle de facture, qu'un convertisseur insère une valeur erronée ou qu'un mappage conçu pour un pays ou un processus donné est réutilisé ailleurs.

Les identifiants de profil et de spécification doivent faire l'objet d'une gestion centralisée. Ils ne doivent pas pouvoir être modifiés par les utilisateurs ni recréés séparément dans chaque connecteur ERP.

Pour les environnements multi-marchés :

La facture doit comporter des informations permettant à l'acheteur de savoir qui a commandé les marchandises ou à quel bon de commande elle se rapporte.

Sans cette référence, l'acheteur risque de ne pas savoir à qui adresser la facture. Peppol exige donc soit une référence acheteur, soit une référence de bon de commande.

Ajouter « N/A » peut donner l'impression que le champ est rempli, mais cela ne fournit pas d'informations utiles à l'acheteur.

Veillez à saisir les références requises avant la création de la facture. Ne comptez pas sur les équipes chargées des comptes clients pour corriger les informations manquantes une fois que la facture a été rejetée.

Un processus évolutif doit :

Une facture peut indiquer un montant total correct, mais être tout de même rejetée parce que les informations relatives à la TVA ne sont pas cohérentes.

La catégorie de TVA sélectionnée, le taux de TVA et le motif d'exonération doivent être cohérents entre eux. Des exigences nationales supplémentaires peuvent s'appliquer en fonction des pays concernés.

Ne considérez pas la TVA comme un simple problème de mise en forme géré par le convertisseur de factures. Le calcul de la TVA doit être effectué dans le système ERP ou le moteur fiscal approprié avant la génération de la facture.

Les contrôles d'entreprise doivent porter sur :

Une facture conforme sur le plan structurel ne repose pas nécessairement sur un traitement fiscal juridiquement correct. Les situations fiscales incertaines doivent être examinées par un fiscaliste qualifié.

Les montants figurant sur la facture doivent correspondre aux règles de calcul définies.

Des problèmes surviennent souvent lorsque le progiciel de gestion intégré (ERP), le moteur fiscal et le convertisseur de factures calculent les mêmes valeurs de manière différente. Une différence d'un cent peut suffire à provoquer une erreur de validation fatale.

Utilisez un seul modèle de calcul et d'arrondi documenté tout au long du processus de facturation.

Portez une attention particulière aux points suivants :

Vérifiez systématiquement le fichier XML final généré en vue de sa transmission. La validation des seules données source de l'ERP ne permet pas de détecter les erreurs introduites par la couche de mappage ou de conversion.

Une facture structurée n'est pas une version « digitale » d'une facture papier. Les lignes vides, les séparateurs visuels et le texte arbitraire ne doivent pas être convertis en lignes de facture.

Chaque champ et chaque ligne ont une signification bien définie. Utiliser un champ à d'autres fins peut permettre de transmettre des données à l'acheteur, mais cela empêche une automatisation fiable.

Les mappages ERP doivent être sémantiques plutôt que visuels. Il convient de mapper les informations en fonction de leur signification, et non de leur emplacement sur une facture générée.

Parmi les contrôles courants, on peut citer :

Il est possible de joindre un fichier PDF ou tout autre type de fichier à une facture Peppol, mais le destinataire ne doit pas avoir à l'ouvrir pour comprendre ou traiter la transaction.

Si le numéro de bon de commande, les détails de paiement, les informations relatives à la TVA ou les descriptions des lignes ne figurent que dans le fichier PDF, l'acheteur perd une grande partie des avantages liés à l'automatisation que l'e-facturation e structurée est censée offrir.

Considérez les pièces jointes comme des documents complémentaires. Conservez les informations obligatoires et importantes sur le plan opérationnel dans les champs structurés de la facture.

Les pièces jointes peuvent être utiles dans les cas suivants :

Vérifiez également les exigences relatives au type de support, au nom de fichier et à la taille. Les fournisseurs de services et les systèmes destinataires peuvent imposer des restrictions opérationnelles même lorsque le type de fichier est pris en charge.

« Livré » ne signifie pas « approuvé pour paiement ».

Même si Peppol parvient à transmettre une facture techniquement valide, l'acheteur peut tout de même la contester ou la refuser si le prix est erroné, si le bon de commande ne correspond pas, si les marchandises n'ont pas été reçues ou si la facture a été adressée à la mauvaise entité juridique.

Les utilisateurs des systèmes ERP et financiers ont besoin de plus qu'un simple statut « envoyé » ou « échoué ». L'intégration doit permettre de distinguer :

Les réponses doivent être associées à la facture d'origine et présentées de manière à permettre à l'équipe compétente de prendre les mesures nécessaires. Les nouvelles tentatives automatiques ne doivent pas générer de factures en double.

Une « e-facturation » fiable ne se limite pas à la génération de code XML valide. L’ensemble du processus doit prendre en charge :

Pour les grandes entreprises, ces fonctionnalités devraient être centralisées plutôt que de devoir être développées séparément dans chaque système ERP, chaque filiale ou sur chaque marché.

Pour les partenaires ERP et « plateforme », la connectivité Peppol doit être proposée sous forme de service géré, avec des API stables, des catégories d'erreurs claires et des réponses exploitables. Les utilisateurs ne doivent pas avoir besoin de comprendre les enregistrements SMP ou les règles Schematron pour corriger une facture, mais l'intégration doit les traiter correctement en arrière-plan.

Qvalia offre une connectivité Peppol complète aux entreprises, aux éditeurs d'ERP et aux plateformes logicielles grâce à des API et à des intégrations par fichiers. L'plateforme e gère l'échange de documents structurés, la recherche de participants, la validation, les messages de réponse, la gestion des erreurs et la traçabilité des transactions.

Découvrez le point d'accès Peppol de Qvalia.