Vérifier une facture UBL avant de l'envoyer


Une facture rejetée ne prévient pas toujours. Vous l’envoyez, vous passez à autre chose, et vous découvrez trois semaines plus tard qu’elle n’est jamais arrivée dans le système de votre client — pendant que le délai de paiement, lui, a continué de courir.

C’est le scénario le plus courant des premiers mois de l’obligation belge, et il est évitable en quelques secondes. Cet article explique quoi vérifier, quand, et ce que signifient les messages d’erreur que vous pourriez rencontrer.

Pourquoi un fichier « qui a l’air bon » peut être rejeté

Un fichier UBL est du texte structuré. Ouvert dans un éditeur, il paraît complet : le nom du client est là, les montants aussi. Rien ne signale qu’il manque un code de TVA ou qu’une date est mal formée.

La conformité ne se juge pas à l’œil. Elle se contrôle à deux niveaux, et les deux comptent :

La structure. Les balises doivent exister, être correctement imbriquées et respecter un ordre imposé par le schéma. Une balise placée au mauvais endroit produit un fichier refusé avant même qu’on lise son contenu.

Les règles métier. La norme européenne EN 16931 impose une centaine de contrôles : cohérence des totaux au centime près, présence d’un code de catégorie de TVA sur chaque ligne, format des identifiants, motif obligatoire dès qu’un taux est à zéro. C’est là que la plupart des fichiers échouent.

S’ajoutent en Belgique les règles Peppol BIS Billing 3.0, qui resserrent encore la norme. Nous expliquons cette hiérarchie dans notre article Peppol : format ou acheminement.

Le point d’accès ne vous protège pas complètement

C’est l’erreur de raisonnement la plus répandue : « mon prestataire contrôle, donc si ça part, c’est que c’est bon. »

Les points d’accès Peppol vérifient effectivement la conformité au dépôt. Mais pas tous avec la même sévérité, et pas tous sur le même périmètre. Un fichier peut être accepté par votre prestataire et refusé à l’arrivée, par celui de votre client — les deux n’appliquent pas nécessairement la même version des règles.

Le rejet vous revient alors sous forme d’un message technique, plusieurs jours après l’envoi, ou sous forme de rien du tout si personne ne surveille les accusés.

Vérifier vous-même avant l’envoi supprime ce délai.

Comment vérifier un fichier, concrètement

Vous pouvez vérifier gratuitement un fichier existant : déposez votre XML ou votre PDF, le rapport de conformité arrive immédiatement, sans compte à créer.

Le contrôle est en deux temps, comme décrit plus haut : la structure d’abord, les règles métier ensuite. Si la structure échoue, les règles métier ne sont même pas évaluées — corrigez la première erreur et relancez.

Trois remarques pratiques :

  • Le fichier n’est pas conservé. Il est analysé puis supprimé.
  • Le PDF est accepté aussi. S’il s’agit d’un PDF hybride, le XML caché à l’intérieur est extrait et analysé. Un PDF ordinaire, lui, ne contient rien à vérifier.
  • C’est un contrôle technique automatisé de quelques secondes. Personne ne devrait vous le facturer.

Les erreurs les plus fréquentes, et ce qu’elles veulent dire

Les messages sont en anglais et portent un code : ils viennent de la norme elle-même, pas de l’outil. Voici les plus courants.

Code Ce qui se passe
BR-CO-09 Le numéro de TVA ne commence pas par le code pays sur deux lettres majuscules. BE0123456789, pas be0123456789
BR-CO-10 La somme des lignes ne correspond pas au total hors taxes. Souvent un arrondi fait au mauvais moment
BR-S-05 Une ligne est à 0 % de TVA sans motif d’exonération. La norme exige de dire pourquoi
BR-DE-* Une règle propre à l’Allemagne. Si vous facturez la Belgique, c’est le signe que le mauvais profil a été utilisé
PEPPOL-EN16931-* Une règle du réseau Peppol, plus stricte que la norme européenne seule

Deux principes pour les lire. Le préfixe indique d’où vient la règle : BR- pour la norme européenne, BR-CO- pour les contrôles de cohérence, PEPPOL- pour le réseau. Et le code entre parenthèses, du type BT-31, désigne le champ concerné dans le vocabulaire de la norme.

Si ces sigles vous restent obscurs, notre glossaire définit UBL, Peppol, EN 16931 et les autres, un par un.

Vérifier une facture que vous avez reçue

Le contrôle marche dans les deux sens, et c’est le cas dont on parle le moins.

Depuis janvier 2026, vous recevez des factures UBL de vos fournisseurs. Si l’une d’elles pose problème dans votre comptabilité — un montant qui ne tombe pas juste, un champ vide là où vous attendiez une référence — vérifier le fichier vous dit en quelques secondes si le défaut vient de l’émetteur ou de votre propre logiciel.

C’est une information utile avant de décrocher le téléphone. Un rapport de conformité qui pointe une règle précise vaut mieux qu’un « votre facture ne passe pas chez nous », qui n’aide personne à corriger quoi que ce soit.

Ce que la vérification ne dit pas

Un point d’honnêteté, parce qu’un contrôle automatique peut donner un faux sentiment de sécurité.

La validation dit qu’un fichier respecte la norme. Elle ne dit pas que la facture est juste. Un fichier parfaitement conforme peut porter le mauvais montant, le mauvais client, ou un taux de TVA légal mais inapproprié à votre opération. La cohérence comptable et fiscale reste du ressort de votre comptable.

Elle ne dit pas non plus que la facture arrivera. La conformité du contenu et l’acheminement sur le réseau sont deux choses distinctes : un fichier valide qui reste sur votre disque dur ne vous met pas en règle. Si votre destinataire n’est pas enregistré sur Peppol, aucun contrôle de fichier n’y changera rien.

Ce que la validation garantit, c’est qu’un rejet technique ne viendra pas s’ajouter à ces questions-là. C’est déjà l’essentiel des rejets constatés.

Quand vérifier

Pas à chaque facture — ce serait une perte de temps si votre outil est fiable. Mais systématiquement dans quatre situations :

Le premier fichier produit par un nouvel outil. C’est le moment où un défaut de génération se révèle. Un seul test vous évite de découvrir le problème sur trente factures.

Après une mise à jour de votre logiciel. Les règles évoluent, les logiciels aussi, et pas toujours au même rythme.

Le premier envoi à un nouveau client. Certains destinataires appliquent des contrôles plus stricts que d’autres.

Quand un client dit ne pas avoir reçu la facture. Avant de soupçonner le réseau, vérifiez le fichier : c’est plus rapide et c’est souvent là que se trouve la réponse.

Si le fichier n’est pas conforme

Le rapport vous indique quelle règle échoue et sur quel champ. Deux cas se présentent.

Vous produisez le fichier vous-même, dans un tableur ou un outil maison : corrigez le champ signalé et relancez le contrôle. Les erreurs se répètent d’une facture à l’autre, donc une correction en règle une série.

Le fichier vient de votre logiciel de facturation : transmettez le rapport tel quel à son éditeur. Les codes de la norme sont universels, il saura de quoi il s’agit. C’est aussi une information utile pour vous : un éditeur qui produit des fichiers non conformes en 2026 mérite une question.

Si vous devez produire le fichier plutôt que le corriger, Factilix génère des factures au format UBL conforme pour vos clients belges et néerlandais, avec ce même contrôle exécuté automatiquement avant chaque téléchargement. Vous ne récupérez jamais un fichier qui n’a pas passé la validation.

Pour le cadre général de l’obligation belge — qui est concerné, quelles dispenses, quelles vérifications — voyez notre article sur la facturation électronique déjà obligatoire en Belgique.


Article publié le 13 août 2026. Les regles citees relevent de la norme europeenne EN 16931 et de la specification Peppol BIS Billing 3.0. Les codes et libelles peuvent evoluer avec les versions successives de ces referentiels.