Comprendre le statut « Rejetée » dans le cycle de vie officiel de la
Le cycle de vie standardisé de la facture électronique défini par la DGFiP distingue formellement le rejet technique émis par une plateforme (statut « Rejetée ») du refus commercial émis par l'acheteur (statut « Refusée »). Le rejet intervient en amont de toute validation métier par le client : il est déclenché de manière automatisée par les moteurs de contrôle Schematron et XSD de la PDP émettrice ou réceptrice.
Lorsqu'une facture subit un rejet, elle est considérée comme fiscalement et techniquement non avenue dans le réseau B2B. L'article 242 nonies A de l'annexe II du Code général des impôts (CGI) et l'article L441-9 du Code de commerce imposent un corpus de mentions obligatoires strictes qui sont vérifiées dès l'ingestion du fichier. Un rejet non traité dans les 48 heures dégrade les indicateurs financiers, bloque le rapprochement 3-way matching chez le donneur d'ordre et expose l'émetteur à des pénalités de retard ou d'invalidation fiscale.
- Statut « Rejetée » : Déclenché par la PDP suite à l'échec d'un contrôle syntaxique, arithmétique ou d'identification légale (norme EN16931).
- Statut « Refusée » : Déclenché par l'acheteur pour motif commercial (litige sur les prix, quantité non livrée, absence de bon de commande).
- Impact direct de trésorerie : Suspension du délai légal de paiement (Loi LME) tant qu'une facture valide n'a pas été acquittée par la plateforme réceptrice.
Matrice de diagnostic des 8 codes erreurs de rejet PDP et actions
Le tableau ci-dessous répertorie les 8 anomalies bloquantes les plus fréquemment rencontrées lors des phases de validation par les PDP, adossées aux règles de validation sémantique européennes (EN16931) et françaises (DGFiP).
| Erreur technique / Règle métier | Source du blocage (CGI / EN16931) | Manifestation dans l'XML (UBL / Factur-X) | Action corrective immédiate |
|---|---|---|---|
| 1. SIREN destinataire erroné ou fermé | Art. 242 nonies A CGI / Répertoire SIRENE | Balise LegalOrganization/ID non reconnue par l'Annuaire DGFiP | Vérifier le statut actif au répertoire SIRENE INSEE et mettre à jour la fiche client ERP. |
| 2. Absence d'adresse de livraison distincte | Art. 242 nonies A, I-14° CGI | Balise ram:ShipToTradeParty ou cac:Delivery absente si lieu ≠ facturation | Renseigner l'adresse physique complète ou le code SIRET du site de livraison réel. |
| 3. Incohérence arithmétique de ligne | EN16931 (Règles BR-CO-10, BR-CO-15) | Somme des lignes HT + TVA ≠ Montant Total TTC (erreur d'arrondi centime) | Aligner l'algorithme d'arrondi ERP au niveau ligne (arrondi à 2 décimales avant totalisation). |
| 4. Manque de mention « TVA sur les débits » | Art. 242 nonies A, I-16° CGI | Omission de la qualification de la taxe dans les métadonnées fiscales | Configurer l'option fiscale dans les paramètres de facturation ERP si option exercée. |
| 5. Exonération sans code fiscal valide | EN16931 (Règle BR-E-01) / Art. 262 ter CGI | Taux TVA à 0% sans balise TaxExemptionReasonCode (ex: VATEX-EU-138) | Mapper le motif légal d'exonération avec le code UNCL5305 approprié dans l'ERP. |
| 6. Schéma XSD corrompu ou invalide | Profils Factur-X / UBL 2.1 / CII | Structure XML non conforme aux spécifications DGFiP v2.3+ | Auditer le connecteur de mapping EDI/XML et valider le fichier sur un parseur certifié. |
| 7. Dépassement de taille de pièce jointe | Spécifications techniques PDP (limite standard 5 Mo) | Erreur HTTP 413 Payload Too Large ou échec d'incorporation PDF/A-3 | Compresser les justificatifs, exclure les annexes non requises ou héberger via URL sécurisée. |
| 8. Doublon de numéro de facture | Art. 242 nonies A, I-2° CGI / Chronologie | InvoiceNumber déjà présent dans l'historique d'émission PDP | Générer un nouvel identifiant séquentiel unique conforme au journal des ventes. |
Analyse détaillée des 8 causes de rejet et résolution technique pas à
- Numéro SIREN erroné ou établissement fermé : La PDP interroge en temps réel l'Annuaire national adossé à l'INSEE. Si le SIREN émetteur ou destinataire est radié, en cours de liquidation non mise à jour, ou si une faute de frappe est présente dans la balise
ram:BuyerTradeParty/ram:SpecifiedLegalOrganization/ram:ID, le flux est automatiquement stoppé. La correction exige un audit de la base tiers (Master Data Management) et une validation via l'API SIRENE avant toute nouvelle émission.
- Absence de l'adresse de livraison distincte : L'ordonnance de 2021 a rendu obligatoire la distinction expresse de l'adresse de livraison lorsqu'elle diffère de l'adresse de facturation du siège. Dans le flux Factur-X, l'absence de bloc
ram:ShipToTradePartylors d'une expédition sur site secondaire déclenche une non-conformité fiscale immédiate.
- Incohérences arithmétiques et gestion des arrondis : La norme EN 16931 impose des règles de calcul strictes (BR-CO-10 pour la base imposable, BR-CO-15 pour la TVA). Si votre ERP calcule la TVA au niveau global tandis que la PDP valide la somme des arrondis par ligne, un écart de 0,01 € entraîne le rejet du fichier. L'ERP doit être configuré pour appliquer les calculs normalisés EN16931.
- Omission de l'option « TVA d'après les débits » : Lorsque le prestataire de services a opté pour le paiement de la taxe sur les débits (article 269, 2-c du CGI), cette mention doit obligatoirement figurer dans les métadonnées fiscales structurées sous peine de non-conformité du profil d'encaissement.
- Codes d'exonération et autoliquidation non conformes : Lorsqu'une ligne de facture affiche un taux de TVA à 0 %, le moteur Schematron exige obligatoirement une justification légale normée (codes CEF/UNCL5305, tels que 'VATEX-EU-AE' pour l'autoliquidation ou 'VATEX-EU-138' pour les livraisons intracommunautaires). L'oubli de ce code déclenche une erreur fatale.
- Fichier XML corrompu ou profil hybride non conforme : Dans le cas du Factur-X, le fichier XML (
factur-x.xml) doit être rigoureusement encapsulé dans un conteneur PDF/A-3 conforme à la norme ISO 19005-3. Une altération du prologue XML, un encodage différent de l'UTF-8 ou des balises orphelines rendent le document illisible pour la plateforme réceptrice.
- Taille excessive des pièces jointes : Les PDP appliquent des seuils stricts sur le poids total des fichiers (généralement 5 à 10 Mo par document). L'adjonction de plans techniques, de devis scannés en haute résolution ou de bons de livraison volumineux dans le payload PDF/A-3 entraîne le refus du transporteur de données.
- Doublon d'identifiant de facture : Conformément à l'unicité chronologique prescrite par le Code général des impôts, une PDP rejette toute facture dont le numéro séquentiel a déjà été traité et horodaté avec succès. Toute réémission suite à une annulation doit suivre une procédure comptable normée (émission d'un avoir puis nouvelle facture avec numéro incrémenté).
Gouvernance des rejets : Protocole de recyclage comptable et Piste
Lorsqu'un rejet technique survient, la direction financière ne doit en aucun cas modifier discrètement les données comptables sans tracer l'événement. L'article 289 VII du CGI exige le maintien d'une Piste d’Audit Fiable (PAF) reliant la commande, la livraison, la facture originale rejetée et la facture corrective émise.
Si la facture a été rejetée au stade de la validation PDP (avant mise à disposition de l'acheteur), le document est juridiquement inexistant pour le fisc, mais le numéro de facture interne à l'ERP peut déjà avoir été consommé dans le journal des ventes. Les experts-comptables recommandent de paramétrer l'ERP pour soit générer un statut d'annulation technique interne, soit émettre un avoir d'annulation technique suivi d'une nouvelle émission, préservant ainsi l'intégrité de la séquence numérique.
- Mettre en place un tableau de bord d'alertes PDP pour traiter les rejets sous 24 heures ouvrées.
- Ne jamais écraser un fichier XML sans journaliser le code d'erreur technique retourné par la PDP.
- Assurer la formation continue des gestionnaires de facturation aux spécificités de la norme Factur-X / UBL.
Sanctions fiscales, contrôles DGFiP et conformité 2026-2027
Le non-respect des obligations de facturation électronique expose l'entreprise à des sanctions financières directes. L'article 1737 du CGI prévoit une amende de 15 € par facture non émise sous format électronique conforme, dans la limite de 15 000 € par an pour les flux B2B domestiques. De plus, la persistance de rejets techniques non corrigés peut entraîner des pénalités pour retard de déclaration au titre du e-reporting (250 € par transmission manquante, plafonné à 15 000 € par an).
Pour aborder sereinement les échéances du 1er septembre 2026 (obligation de réception pour toutes les entreprises et d'émission pour les GE et ETI) et du 1er septembre 2027 (obligation d'émission pour les PME et micro-entreprises), les organisations doivent auditer dès aujourd'hui la qualité de leurs données maîtres (Master Data) et tester les connecteurs PDP via des environnements de bac à sable (sandbox).