Votre PA rejette vos factures. Voici ce qu'elle ne vous dit pas.
Septembre 2026 approche. Les premières factures électroniques circulent déjà via les plateformes agréées en phase pilote. Et un constat s'impose : beaucoup d'entreprises découvrent le rejet au moment où elles pensaient en avoir fini. La facture est envoyée, le logiciel dit « conforme », et pourtant la plateforme la refuse. Sans explication lisible. Sans correction automatique. Sans que le client soit prévenu.
Ce qui est encore plus surprenant : certaines entreprises pensent que leur PA « valide » leur facture au sens large — qu'elle vérifie tout. En réalité, elle vérifie un périmètre précis et technique. Le reste — la cohérence entre ce que l'humain lit et ce que la machine traite, les mentions du Code de commerce, les obligations sectorielles — n'est pas de son ressort. Et c'est dans cette zone grise que se nichent les vrais risques de la facturation électronique obligatoire.
- 01. Ce que la PA vérifie réellement
- 02. Ce que la PA ne vérifie pas (et c'est normal)
- 03. Cas n°1 — La fraude IBAN silencieuse (PDF ≠ XML)
- 04. Cas n°2 — Le rejet en boucle : 15 jours sans paiement
- 05. Combien coûte réellement un rejet
- 06. Vérifier avant plutôt que corriger après
- 07. Questions fréquentes
Ce que votre plateforme agréée vérifie réellement
Soyons précis. Les plateformes agréées font un travail considérable. Elles sont immatriculées par l'administration fiscale et doivent respecter un cahier des charges technique strict. Voici ce qu'elles contrôlent sur chaque facture entrante :
Couche 1 — Conteneur PDF/A-3b
La plateforme agréée vérifie que le fichier est un PDF conforme à la norme ISO 19005-3 (PDF/A-3b) et qu'un fichier XML nommé factur-x.xml est correctement embarqué à l'intérieur. Si le PDF est un fichier ordinaire (généré par Word, par exemple), il est rejeté avant même que le contenu soit analysé.
Couche 2 — Structure XML (validation XSD)
Le XML embarqué doit respecter le schéma CII D22B (Cross-Industry Invoice). Chaque balise doit être correctement nommée, les namespaces déclarés, les types de données respectés. Une date au format JJ/MM/AAAA au lieu de AAAAMMJJ ? Rejet immédiat.
Couche 3 — Règles métier Schematron (EN 16931)
C'est la couche la plus épaisse : plus de 200 règles métier qui vérifient la cohérence des données. Le total TVA correspond-il à la somme par catégorie ? Le N° TVA du vendeur est-il présent quand la catégorie est « S » ? Le code VATEX est-il valide ? Chaque règle est identifiée par un code BR-*. Un seul échec = rejet. Détail complet dans notre guide des 15 erreurs Schematron.
Couche 4 — Routage et annuaire
La plateforme agréée vérifie que le SIREN du destinataire existe dans l'annuaire central et qu'une PA de réception est enregistrée. Si le SIREN est absent, mal formaté, ou si le destinataire n'a pas encore désigné sa plateforme, la facture ne peut pas être routée.
Ce que la plateforme agréée ne vérifie pas (et c'est normal)
La plateforme agréée n'est pas un cabinet d'audit. Elle n'est pas non plus un service juridique. Son rôle est défini par le cahier des charges d'immatriculation de la DGFiP. Ce qui suit n'est pas une critique — c'est une mise au point nécessaire pour que vous compreniez où commence et où s'arrête votre couverture.
La cohérence entre le PDF lisible et le XML embarqué
C'est le point le plus critique. Une Factur-X contient deux versions de la même facture : le PDF que l'humain lit, et le XML que la machine traite. La plateforme agréée valide le XML. Elle ne compare pas visuellement le PDF au XML. Si le PDF affiche un IBAN et que le XML en contient un autre, elle ne le détecte pas. Si le PDF montre 1 000 € HT et que le XML contient 10 000 €, elle ne le voit pas non plus. C'est le XML qui fait foi pour le routage, la comptabilisation automatique et le paiement.
Les mentions du Code de commerce
La norme EN 16931 couvre les obligations fiscales (CGI). Elle ne couvre pas les obligations commerciales du Code de commerce :
- Pénalités de retard — taux obligatoire sur toute facture B2B (art. L441-10 C.Com.)
- Indemnité forfaitaire de recouvrement de 40 € — mention obligatoire B2B (art. D441-5 C.Com.)
- Conditions d'escompte — le cas échéant (art. L441-9 C.Com.)
Une facture peut passer toutes les validations Schematron et être non conforme au Code de commerce. La sanction ? 15 € par mention manquante, par facture, plafonnée à 25 % du montant (art. 1737 du CGI).
Les mentions sectorielles obligatoires
- Assurance décennale pour les artisans BTP — nom de l'assureur, n° de contrat, couverture géographique (art. L241-1 du Code des assurances). Guides : plombier, électricien, maçon.
- Numéro de déclaration d'activité (NDA) pour les organismes de formation — absence = 4 500 € d'amende (art. L6355-2 du Code du travail). Guide : formateur.
- Numéro RSAC pour les agents commerciaux (guide : agent commercial immobilier).
- Numéro d'autorisation pour les taxis et VTC.
L'exactitude factuelle des données
La PA vérifie que le SIRET du client est syntaxiquement valide (14 chiffres, clé Luhn). Elle ne vérifie pas qu'il correspond au bon client. Un SIRET valide mais attribué à une autre entreprise passera les contrôles. De même, la PA ne vérifie pas que le régime TVA déclaré correspond à votre situation réelle (un redevable qui utilise le code « franchise » passera le Schematron mais sera en infraction fiscale).
Cas n°1 — La fraude IBAN silencieuse (PDF ≠ XML)
Voici un scénario réel, rendu possible par la nature hybride de la Factur-X.
Le contexte : une PME reçoit une Factur-X de son fournisseur habituel. Tout semble normal. Le PDF affiche le même logo, les mêmes produits, le même IBAN que d'habitude : FR76 3000 1007 1600 0000 4567 890. La plateforme agréée l'a validée — elle est conforme EN 16931.
Le piège : le fournisseur a été compromis (phishing, piratage de messagerie — la fraude au virement a atteint 618 millions d'euros au premier semestre 2025 selon la Banque de France, en hausse de 40 % sur les virements). L'attaquant a modifié l'IBAN uniquement dans le XML embarqué, sans toucher le PDF visible. Le XML contient désormais ES12 3456 7890 1234 5678 9012 — un IBAN espagnol qui n'a rien à voir avec le fournisseur.
Ce qui se passe : le comptable de la PME ouvre le PDF, voit le bon IBAN français, valide le paiement. Mais le logiciel de paiement automatisé (ou l'ERP) lit le XML. Il vire sur l'IBAN espagnol. L'argent part. Personne ne s'en aperçoit avant le rapprochement bancaire — souvent 30 jours plus tard.
Pourquoi la PA n'a rien vu : l'IBAN espagnol est syntaxiquement valide. Le Schematron ne vérifie pas la nationalité de l'IBAN ni sa correspondance avec le PDF. La PA a fait son travail. Mais la facture contenait une bombe.
Votre PA valide le format. Nous, on vérifie la réalité.
Le validateur FactureValide croise le PDF et le XML sur 13 champs : IBAN, SIRET, montants HT/TVA/TTC, noms, dates, nombre de lignes. Toute discordance = alerte immédiate.
Vérifier une facture reçue →Cas n°2 — Le rejet en boucle : 15 jours sans paiement
Le profil : Marc, électricien indépendant. 30 factures par mois. Il utilise un logiciel de facturation « compatible Factur-X ». Septembre 2026, il envoie ses premières factures via sa plateforme agréée.
Jour 1 — Premier rejet. Les 30 factures sont rejetées. Motif : BR-CO-26 — Aucun identifiant vendeur présent. Le champ SIRET (BT-30) de sa fiche émetteur est vide dans son logiciel. Il ne l'avait jamais rempli — ça ne posait pas de problème avec les PDF par email.
Jour 3 — Correction, deuxième envoi. Marc remplit son SIRET. Il réémet les 30 factures. Nouveau rejet : Numéro de facture déjà utilisé. L'annuaire a mémorisé les numéros de la première tentative. Il faut réémettre avec de nouveaux numéros.
Jour 7 — Troisième tentative. Nouvelles factures, nouveaux numéros. 22 passent. 8 sont rejetées pour un autre motif : le SIREN du client (BT-47) est absent. Le logiciel de Marc ne demandait pas le SIREN des clients — ce n'était pas obligatoire avant 2026. Il doit maintenant appeler 8 clients pour récupérer leur SIREN, mettre à jour les fiches, régénérer, réémettre.
Jour 15 — Enfin. Toutes les factures sont passées. Mais le délai de paiement de 30 jours n'a commencé à courir que maintenant. Marc sera payé avec 15 jours de retard sur chacune de ses 30 factures. Sur un CA mensuel de 25 000 €, c'est 25 000 € de trésorerie immobilisée pendant 15 jours supplémentaires.
Combien coûte réellement un rejet
Le rejet n'est pas une amende. C'est pire : c'est un blocage silencieux de votre trésorerie.
| Impact | Calcul | Exemple : 30 factures/mois, 5 000 € moyen |
|---|---|---|
| Retard de paiement | Facture rejetée = délai repart à zéro | 15 jours de retard × 150 000 € = ~800 € de coût financier |
| Temps administratif | Diagnostic + correction + réémission × nombre de factures | 30 min × 30 factures = 15 heures de travail perdu |
| Risque d'amende (si non corrigé) | 50 €/facture non émise en format électronique | 30 × 50 € = 1 500 €/mois |
| Risque commercial | Client qui ne reçoit pas la facture = client qui ne paie pas | Incalculable — dépend de la relation |
Pour une TPE qui vit au mois le mois, 15 jours de trésorerie bloquée peuvent signifier un découvert bancaire, un fournisseur impayé, ou un salaire en retard. Le coût du rejet n'est pas dans l'amende — il est dans la paralysie.
Vérifier avant plutôt que corriger après
Tout ce qui précède converge vers une conclusion simple : la vérification doit se faire avant l'envoi à la PA, pas après le rejet. Deux minutes de validation préventive vous épargnent 15 jours de correction réactive.
Ce qu'un validateur indépendant ajoute par rapport à la PA
| Vérification | PA | Validateur FactureValide |
|---|---|---|
| PDF/A-3b (conteneur) | ✅ | ✅ |
| XSD (structure XML) | ✅ | ✅ |
| Schematron EN 16931 (200+ règles) | ✅ | ✅ |
| Routage SIREN annuaire | ✅ | — |
| Croisement PDF ↔ XML (13 champs dont IBAN) | — | ✅ |
| Mentions Code de commerce (pénalités, 40 €, escompte) | — | ✅ |
| Mentions sectorielles (assurance BTP, NDA formation, RSAC) | — | ✅ |
| Cohérence des dates (future, échéance < émission, délai > 60j) | — | ✅ |
| Taux TVA français valides (2,1% / 5,5% / 10% / 20%) | — | ✅ |
| Score qualité /100 (5 piliers) | — | ✅ |
| Hash SHA-256 du fichier source | — | ✅ |
Le workflow recommandé
- Étape 1 : votre logiciel génère la facture Factur-X.
- Étape 2 : avant de l'envoyer à la PA, déposez-la sur le validateur FactureValide. Diagnostic complet en quelques secondes.
- Étape 3 : si le verdict est « CONFORME » et que le croisement PDF ↔ XML est clean → envoyez à la PA en confiance.
- Étape 4 : si des erreurs sont détectées → corrigez dans votre logiciel ou utilisez le convertisseur pour régénérer un Factur-X conforme.
Pour les factures reçues (vous êtes le client), le workflow est encore plus critique. Avant de payer, vérifiez que le PDF et le XML disent la même chose — surtout l'IBAN. Le lecteur FactureValide extrait et affiche les données XML en clair pour une comparaison visuelle immédiate.
⚡ 3 outils, une seule mission : zéro rejet, zéro fraude
Le validateur diagnostique. Le lecteur affiche le XML en clair. Le convertisseur corrige et régénère. Ensemble, ils couvrent ce que la PA ne vérifie pas.