E-Invoice Finder
Menu
PaysLogicielsÉchéancesGuidesCheckerVérifier obligation
ENFRDEPLNL
France · rejet, refus et gestion des exceptions

Traiter une facture électronique rejetée ou refusée

Distinguez facture rejetée et refusée, conservez les statuts, corrigez sans doublon et organisez l’escalade client.

Résumé pratique :
  • Indice de diagnostic : le motif et son émetteur comptent davantage que le libellé isolé.
  • Risque majeur : créer deux objets facturants pendant une reprise non maîtrisée.
  • Premier geste : geler l’automatisme et reconstruire la chronologie des identifiants.
Obtenir le rapport de préparation FranceSources officielles
Dernière vérification : 13 août 2026Sources officiellesRésumé clairInformation pratique, pas un conseil juridique
Sources officielles priorisées
Dates de vérification visibles
Checker gratuit, sans inscription

Ce qu’il faut savoir

Guide

1. Diagnostiquer : rejetée n’est pas refusée

[Fait officiel] Dans l’annexe des statuts du cycle de vie des spécifications externes v3.2 (flux 6), la liste applicable à l’objet facture comprend notamment 200 « Déposée », 210 « Refusée », 212 « Encaissée » et 213 « Rejetée ». Un rejet ou un refus peut porter un code et un libellé de motif. Les entreprises concernées doivent utiliser une plateforme agréée (PA, anciennement PDP) pour transmettre et recevoir les factures électroniques et communiquer les données de transaction et de paiement à compter du 1er septembre 2026. [Contrôle recommandé] Un rejet peut indiquer un échec technique, de schéma ou d’acheminement ; un refus peut signaler une contestation de l’acheteur. Ce sont des pistes, non des définitions suffisantes. Vérifiez la source, le sens, la transition autorisée et l’effet comptable ou fiscal dans le message PA, les spécifications en vigueur, le contrat et, si nécessaire, auprès de vos conseils. Une qualification erronée peut créer un litige ou une facture concurrente.

Guide

2. Préserver la preuve et corréler les identifiants avant toute action

[Fait officiel] La DGFiP rattache les formats de facture et de statuts à AFNOR XP Z12-012, les API à XP Z12-013 et les cas d’usage B2B à XP Z12-014 ; les spécifications externes v3.2 applicables sont datées du 30 avril 2026. [Contrôle recommandé] Figez le message brut, son horodatage, l’émetteur, le canal, le statut, le code et le libellé. Corrélez numéro de facture, identifiant ERP, références de message et de dépôt, SIREN/SIRET, adresse de facturation et commande. Conservez aussi le rendu lisible et la donnée structurée Factur-X, UBL ou CII, sans modification. Confirmez que l’alerte vise la bonne version, pas une copie de test ou un ancien dépôt relayé via la PA ou le PPF. La preuve minimale est une chronologie reliant document, message, responsable, analyse, action et résultat.

Guide

3. Arbre de décision par famille de cause

[Contrôle recommandé] Ouvrez cinq branches. Syntaxe ou format : comparez l’erreur au fichier transmis et au profil attendu, puis reproduisez-la en test. Identité ou routage : contrôlez SIREN/SIRET, destinataire, annuaire et paramètres PA depuis une source fiable. Doublon : recherchez même numéro, fournisseur, montant, date et commande dans l’ERP, la comptabilité et le journal PA ; bloquez tout envoi. Litige commercial : adressez aux équipes métier les faits contestés — prix, quantité, livraison, commande — sans les traiter comme une panne. Motif inconnu ou contradictoire : placez le dossier en attente et demandez une clarification traçable à la PA ou au client. La sortie de chaque branche doit être mesurable : erreur reproduite, identité confirmée, doublon écarté, accord documenté ou explication reçue. Sinon, aucune relance automatique.

Guide

4. Corriger ou resoumettre sans prescrire le mauvais instrument

[Contrôle recommandé] Séparez correction des données internes, éventuel document correctif et resoumission technique. Demandez : la facture a-t-elle été valablement émise ou reçue ? Quel est son état dans chaque système ? Le numéro ou la date doivent-ils rester inchangés ? Le contrat ou les règles comptables imposent-ils une démarche ? Quelle action la PA accepte-t-elle ? Faites valider le choix quand l’incidence fiscale, comptable ou juridique demeure incertaine. Un refus ou un rejet n’annule pas automatiquement la créance ni l’original. Ne prescrivez pas systématiquement un avoir, une annulation ou un nouveau numéro : l’instrument dépend des faits et des règles applicables. Enregistrez l’autorisation, la version source, les champs modifiés et les références croisées. Clôturez sur un statut PA rapproché d’une écriture ERP unique et d’une piste d’audit complète.

Guide

5. Empêcher les doublons entre ERP et plateforme agréée

[Contrôle recommandé] Créez avant le dépôt une clé d’idempotence stable, fondée par exemple sur l’entité émettrice, le numéro et la version métier, puis adaptée à votre architecture. Une même demande ne doit pas produire deux factures ou écritures après timeout, relance utilisateur ou reprise de file. Un verrou « exception ouverte » doit empêcher l’opérateur, l’ERP et le connecteur PA de renvoyer chacun une copie. Rapprochez chaque jour factures ERP validées, transmissions demandées, statuts PA et écritures comptables. Signalez les écarts un-à-zéro, un-à-plusieurs et les événements orphelins. Mesurez doublons évités, événements non corrélés et ancienneté. Testez double-clic, timeout après dépôt, réponse hors ordre et reprise d’incident. L’absence de réponse ne prouve pas l’échec et n’autorise pas un renvoi.

Guide

6. Comptabilité clients : escalade, propriétaire et horloges internes

[Contrôle recommandé] Attribuez un propriétaire dès réception : IT pour la technique, référentiel client pour l’identité, comptabilité clients pour le rapprochement, commercial pour le différend. Utilisez des horloges internes — prise en charge, diagnostic, demande d’information, revue d’ancienneté — comme objectifs de pilotage, jamais comme délais légaux. L’escalade client indique facture, commande, livraison, motif reçu mot pour mot, pièces utiles et question précise. N’envoyez pas plusieurs versions et ne demandez pas au client laquelle garder. Les preuves mesurables sont le propriétaire, la prochaine échéance, le dernier échange, la décision et le statut de clôture. Une facture contestée reste suivie dans la balance âgée selon les règles validées ; le statut seul ne justifie pas son effacement.

Guide

7. Comptabilité fournisseurs : rendre un refus défendable

[Contrôle recommandé] Côté acheteur, réservez le refus aux rôles autorisés et à des motifs gouvernés. L’utilisateur identifie la facture, compare commande, réception, contrat et données fiscales, puis formule un motif factuel. « Incorrecte » ne permet ni correction rapide ni audit sérieux. Avant validation, distinguez désaccord commercial et défaut technique, puis vérifiez qu’aucun doublon n’est déjà comptabilisé. Conservez auteur, heure, pièces consultées, approbateur et message transmis par la PA. Le refus ne doit pas servir à suspendre informellement un paiement. Suivez les refus retirés, contestés ou récurrents par fournisseur et cause : une concentration peut révéler un référentiel défaillant, une commande mal structurée ou une règle interne incohérente plutôt que de mauvaises factures.

Guide

8. Exemple d’incident : de l’alerte à la clôture

[Exemple de contrôle recommandé] À 09 h 14, la PA signale « Rejetée » avec un motif d’adressage pour F-4582. L’opérateur exporte le message, relève les identifiants et bloque toute resoumission. À 09 h 35, le référentiel confirme que le SIRET vise un ancien établissement ; les journaux ne montrent qu’un dépôt et aucune écriture en double. L’équipe vérifie l’adresse dans la source autoritative et demande à la PA l’action admise pour cet état. Après validation de l’instrument correctif, une seule action est exécutée sous la même clé de dossier. La preuve réunit statut, données avant/après, approbation, références croisées et réponse PA. La clôture intervient après rapprochement avec l’ERP et la comptabilité. Si le client avait contesté une quantité, le dossier serait allé au commercial, sans modifier l’adressage ni relancer le flux technique.

Guide

9. Tableau de bord, sévérité, runbook et plan sur sept jours

[Contrôle recommandé] Classez en critique une duplication ou une propagation massive, en élevée une facture importante bloquée, et en normale une exception isolée maîtrisée. Le tableau de bord montre volumes par statut et motif, ancienneté, délai médian de diagnostic, récidive, événements non corrélés et rapprochements incomplets. Le runbook désigne qui bloque, diagnostique, contacte la PA, approuve et clôture. Testez schéma invalide, mauvais destinataire, doublon, timeout, statuts hors ordre, motif absent, contestation commerciale et reprise manuelle. Plan sur sept jours : J1, inventorier statuts et identifiants ; J2, cartographier responsables et systèmes ; J3, définir preuves et blocages ; J4, configurer rapprochement et alertes ; J5, exécuter les scénarios ; J6, corriger le runbook et former ; J7, mener un exercice puis signer les critères de mise en service. Erreurs à éviter : confondre refus et rejet, écraser le message, relancer à l’aveugle, inventer un délai universel, attribuer au statut PA une conclusion juridique ou clôturer sans preuve comptable.

Guide

Comment utiliser cette page

Utilisez cette page pour décider si Gestion des factures électroniques rejetées ou refusées et de leurs statuts impacte votre flux France et quelles preuves manquent encore. Commencez par échéances françaises de réception et d’émission, plateforme agréée, Factur-X, UBL ou CII, puis testez recevoir une facture au format structuré et émettre une facture client avant de comparer les logiciels.

Guide

Données, entités et mots-clés

Pour Gestion des factures électroniques rejetées ou refusées et de leurs statuts, les entités importantes sont Gestion des factures électroniques rejetées ou refusées et de leurs statuts, France, échéances françaises de réception et d’émission, plateforme agréée, Factur-X, UBL ou CII, e-reporting, SIREN et données TVA. Nettoyez ces champs côté clients, fournisseurs, TVA et comptabilité avant le déploiement ; sinon les problèmes apparaissent au moment de facturer.

Guide

Preuve logiciel à demander

Pour Gestion des factures électroniques rejetées ou refusées et de leurs statuts, demandez aux éditeurs de montrer démontrer le flux complet avec vos exemples de factures, vos rôles utilisateurs et vos exceptions avec vos exemples. La démonstration doit couvrir recevoir une facture au format structuré, émettre une facture client, tester un cas d’e-reporting, corriger un avoir et expliquer qui traite erreurs, corrections, archive et transfert comptable autour de échéances françaises de réception et d’émission, plateforme agréée, Factur-X, UBL ou CII.

Guide

Preuves avant déploiement

Conservez sources officielles, captures, factures de test et raison du choix pour Gestion des factures électroniques rejetées ou refusées et de leurs statuts. Le dossier doit prouver comment échéances françaises de réception et d’émission, plateforme agréée, Factur-X, UBL ou CII, e-reporting ont été vérifiés, pas seulement qu’un outil a été choisi.

Guide

Point de décision

Ne clôturez pas ce sujet tant qu’une personne ne peut pas expliquer la préparation opérationnelle de ce sujet pour France, nommer le responsable du flux, montrer un scénario de facture testé et dire comment l’équipe évite : se fier à une promesse générale de conformité sans tester le flux réel.

Checklist

Capturer le message PA brut, son horodatage, son statut et son motif.

Relier les identifiants PA, ERP, facture, commande et destinataire.

Qualifier séparément anomalie technique, routage et contestation commerciale.

Bloquer toute resoumission tant que l’état réel reste incertain.

Rechercher un doublon dans l’ERP, la PA et la comptabilité.

Faire approuver l’instrument de correction adapté au cas constaté.

Nommer un propriétaire et une prochaine échéance pour chaque exception.

Conserver les données avant/après et les références croisées.

Rapprocher le statut final avec une écriture comptable unique.

Tester timeout, statuts hors ordre, doublon et motif inconnu avant démarrage.

Questions fréquentes

Quelle différence entre une facture rejetée et une facture refusée ?

Un rejet peut signaler un problème technique, de format ou d’acheminement, tandis qu’un refus peut correspondre à une contestation de l’acheteur. Cette lecture sert à orienter le diagnostic, mais le sens exact doit être confirmé dans le message de la PA et les spécifications applicables.

Faut-il renvoyer immédiatement une facture marquée rejetée ?

Non. Vérifiez d’abord la cause, l’état du dépôt, les identifiants et l’absence de doublon, puis demandez quelle transition ou méthode la PA autorise. Une absence de réponse ou un message ambigu ne prouve pas que le premier envoi a échoué.

Un rejet ou un refus annule-t-il la dette ou la facture d’origine ?

Pas automatiquement. Le statut opérationnel ne suffit pas à déterminer l’effet juridique, fiscal ou comptable. Examinez les faits, le contrat, le traitement déjà enregistré et les règles applicables avec les responsables ou conseils compétents.

Que faire si le code motif est absent ou incompréhensible ?

Conservez le message tel quel, suspendez les automatismes et corrélez toutes les références disponibles. Ouvrez ensuite une demande traçable auprès de la PA ou du client, sans inventer la cause ni modifier la facture pour tester au hasard.

Qui doit être responsable de l’exception ?

Le propriétaire dépend de la cause : IT ou intégration pour la technique, référentiel pour l’identité, comptabilité pour le rapprochement, équipe commerciale pour un litige. Une personne doit toutefois coordonner le dossier de bout en bout et documenter la clôture.

Quelles preuves faut-il conserver ?

Gardez le message et son horodatage, les identifiants de facture et de dépôt, le code et le libellé du motif, les versions structurée et lisible, les vérifications, échanges, approbations, modifications et résultats de rapprochement. La chronologie doit rester reconstituable.

Comment éviter qu’un timeout crée une seconde facture ?

Utilisez une clé d’idempotence, bloquez la reprise tant que le résultat reste inconnu et interrogez les journaux ERP et PA avant toute nouvelle action. Testez aussi les réponses tardives ou hors ordre afin qu’elles se rattachent au dossier existant.

Les formats Factur-X, UBL ou CII changent-ils le traitement du motif ?

Ils influencent les contrôles de structure et le diagnostic du fichier transmis, mais ne permettent pas à eux seuls de décider d’une correction commerciale ou comptable. Comparez le profil réellement utilisé, les exigences de la PA et le message de cycle de vie reçu.

Que tester d’abord pour Gestion des factures électroniques rejetées ou refusées et de leurs statuts ?

Commencez par recevoir une facture au format structuré, émettre une facture client, tester un cas d’e-reporting, car ces scénarios montrent vite si le flux est réaliste.

Quel est le risque principal ?

Le risque principal est : se fier à une promesse générale de conformité sans tester le flux réel.

Réglementation, formats et termes clés

Francefacturation électroniqueadministration fiscale françaiseimpots.gouv.frplateforme agrééeFactur-XUBLCIISIRENTVAe-reportingPMEmicro-entrepriselogiciel comptableCommission européenneEN 16931Directive 2014/55/UEfacture électronique structuréeGestion des factures électroniques rejetées ou refusées et de leurs statuts

France — Hub pays

France

Ouvrir le hub pays →

Utilisez le hub pays pour retrouver tous les guides, échéances, checklists, formats et comparatifs liés à ce marché.

À lire aussi

Sources officielles

Nous privilégions les sources gouvernementales et européennes officielles lorsque disponibles, avec des dates de vérification visibles.