Vérifier qu'une facture Factur-X est valide (et pourquoi elle est rejetée)

Le piège : une facture qui a l'air parfaite

C'est la mauvaise surprise typique de la facturation structurée. Vous ouvrez votre facture Factur-X : elle s'affiche bien, les montants sont bons, votre logo est là. Vous l'envoyez. Et trois jours plus tard, la plateforme du client la rejette.

La raison est simple : ce que vous avez regardé, c'est le PDF. Ce que la machine lit, c'est le XML à l'intérieur. Les deux peuvent diverger, et personne ne vous prévient.

Test n°1 : est-ce vraiment du Factur-X ?

Le test le plus rapide, à faire en dix secondes :

Ouvrez le PDF dans un lecteur qui affiche les pièces jointes (Acrobat Reader, Aperçu sur macOS, la plupart des lecteurs desktop).

Ouvrez le panneau des pièces jointes (souvent une icône trombone).

Cherchez un fichier nommé `factur-x.xml`.

S'il n'y a pas de pièce jointe, ce n'est pas une facture Factur-X — c'est un PDF ordinaire, quel que soit ce que promet votre logiciel. Ce seul test élimine déjà une bonne partie des outils qui se disent conformes.

Attention : les lecteurs PDF de navigateur et beaucoup d'applications mobiles n'affichent pas les pièces jointes. Une absence apparente dans Chrome ne prouve rien — refaites le test dans un vrai lecteur.

Test n°2 : le XML est-il valide ?

Extrayez le fichier `factur-x.xml` (clic droit sur la pièce jointe → enregistrer) et passez-le dans un validateur EN 16931. L'administration met à disposition un service de vérification sur le portail de la facturation électronique, et il existe des validateurs publics maintenus par l'écosystème.

Le validateur vous rend une liste d'erreurs avec des codes. C'est là que ça devient lisible.

Les erreurs qui reviennent le plus

Les totaux qui ne tombent pas juste

C'est de loin la cause n°1, et la plus vicieuse. La norme EN 16931 impose des règles d'addition strictes :

| Code | Ce qu'il exige |

|---|---|

| `BR-CO-10` | La somme des lignes = le total hors taxes |

| `BR-CO-13` | Total HT − remises + charges = base imposable |

| `BR-CO-14` | La somme des TVA par taux = le total de TVA |

| `BR-CO-15` | Base imposable + TVA = total TTC |

| `BR-CO-16` | Total TTC − acomptes = net à payer |

Le piège : ces règles doivent tomber juste sur les montants arrondis à deux décimales que vous affichez. Un logiciel qui calcule en virgule flottante et arrondit à l'affichage produit régulièrement des écarts d'un centime — invisibles à l'œil, fatals pour le validateur. Les outils bien faits calculent en centimes entiers précisément pour éviter ça.

Le motif d'exonération de TVA manquant

Si vous êtes en franchise en base, votre facture porte 0 % de TVA. La norme n'accepte pas un taux zéro « nu » : elle exige une catégorie de TVA (`E` pour exonéré) et un motif écrit, du type « TVA non applicable, art. 293 B du CGI » (« art. L. 233-3 du CIBS » à partir du 1er janvier 2027).

Beaucoup d'outils écrivent bien cette mention dans le PDF visible… et l'oublient dans le XML. Résultat : rejet. Voir la mention 293 B (et son passage au CIBS en 2027) en détail.

Une identification incomplète

Le XML exige des données que votre PDF tolérait d'omettre :

SIRET : de l'émetteur

Adresse postale complète : et code pays (émetteur et client)

Numéro de TVA intracommunautaire : si vous y êtes assujetti

Nom exact : du client, tel qu'enregistré

Un champ vide dans vos réglages devient une erreur bloquante dans le XML. C'est pour ça qu'un bon logiciel vous fait remplir ces champs avant de vous laisser exporter.

Des dates ou des devises mal formées

Détail technique, mais fréquent : les dates doivent être au format `AAAAMMJJ`, les devises en code ISO (`EUR`), les pays en code ISO à deux lettres (`FR`). Un « France » écrit en toutes lettres à la place de `FR` suffit à faire échouer la lecture.

La méthode qui évite tout ça

Valider après coup, c'est déjà trop tard : vous avez envoyé la facture. La bonne approche est la validation avant export.

C'est ce que fait Robi : avant de générer le Factur-X, l'application contrôle l'ensemble des mentions exigées par le profil EN 16931 et affiche nommément les champs manquants — « SIRET », « adresse du client », « numéro de TVA » — pour que vous les complétiez sur-le-champ. Les montants, eux, sont calculés en centimes entiers, donc les règles `BR-CO-*` tombent juste par construction.

Checklist avant d'envoyer

[ ] Le PDF contient bien une pièce jointe `factur-x.xml`

[ ] SIRET et adresse complète de l'émetteur sont renseignés

[ ] Nom, adresse et pays du client sont renseignés

[ ] Si franchise en base : le motif d'exonération figure dans le XML

[ ] Si assujetti : le numéro de TVA intracommunautaire est présent

[ ] Le total TTC affiché = base + TVA, au centime près

[ ] Le numéro de facture suit la séquence, sans trou

Pour aller plus loin

Si le format lui-même reste flou, reprenez par Factur-X, c'est quoi. Si vous cherchez un outil, les critères sont ici : comment choisir un logiciel de facture électronique.