Facture électronique rejetée ou bloquée : que vérifier après le 1er septembre 2026 ?
Votre facture électronique est bloquée ? Commencez par ces 7 contrôles :
- Vérifiez son statut exact.
- Récupérez le message de rejet complet.
- Contrôlez le SIREN/SIRET et l’établissement du client.
- Vérifiez son adressage et son routage.
- Contrôlez les données et montants de la facture.
- Identifiez à quelle étape du flux elle s’est arrêtée.
- Ne réémettez pas avant d’avoir identifié et corrigé la cause.
Pendant des mois, nous avons expliqué aux entreprises comment se préparer à la facturation électronique.
Choisir une plateforme agréée. Mettre à jour son logiciel. Vérifier ses données. S’inscrire. Tester.
Depuis le 1er septembre, le sujet a quand même pas mal changé.
La réforme est entrée dans la vraie vie.
Et maintenant, les questions ressemblent plutôt à ça :
« Ma facture est partie… mais où est-elle ? »
« Pourquoi ma facture a-t-elle été rejetée ? »
Ou mon préféré :
« Pourtant, chez moi, tout est vert. » 😅
Et c’est finalement assez logique.
Une facture peut être parfaitement créée dans votre logiciel et malgré tout ne jamais arriver correctement jusqu’à votre client.
Le problème peut venir de la facture elle-même, des données du client, du routage, de l’annuaire, de votre logiciel, de votre plateforme agréée ou de celle du destinataire.
Alors plutôt que de refaire un énième article expliquant comment fonctionne la réforme, faisons quelque chose de plus utile.
Essayons de retrouver votre facture.
Première question : elle est où, cette facture ?
Ça paraît évident, mais c’est vraiment par là qu’il faut commencer.
Quand quelqu’un vous dit :
« La facture est partie. »
Ma première question serait :
« Oui, mais partie jusqu’où ? »
Parce qu’entre la création d’une facture dans votre logiciel et sa réception par votre client, il peut maintenant se passer pas mal de choses.
Schématiquement, on retrouve une chaîne de ce type :
Votre logiciel / ERP → votre plateforme agréée → routage → plateforme du destinataire → votre client
Les plateformes agréées assurent notamment l’émission, la transmission et la réception des factures électroniques.
Mais si ça bloque quelque part dans cette chaîne, il faut déjà savoir où.
Est-ce que la facture a bien été générée dans l’ERP ? Est-elle réellement sortie du logiciel ? Votre plateforme l’a-t-elle reçue et acceptée ? Le destinataire a-t-il été correctement identifié ? Sa plateforme l’a-t-elle reçue ? Le client l’a-t-il ensuite refusée ?
Toutes ces situations peuvent finir par une même phrase :
« Mon client n’a pas ma facture. »
Pourtant, le problème n’est absolument pas le même.
Et la correction non plus.
Commencez par regarder le statut
C’est probablement un réflexe que nous allons tous devoir prendre.
Ne plus simplement regarder si une facture est « envoyée », mais quel est réellement son statut.
Dans le cycle de vie prévu par la réforme, quatre statuts sont obligatoires : DÉPÔT, REJET, REFUS et ENCAISSÉE.
Et les mots ont leur importance.
DÉPÔT
Votre plateforme a accepté la facture.
Bonne nouvelle.
Mais attention : déposée ne veut pas forcément dire reçue et acceptée par votre client.
C’est une étape du parcours, pas nécessairement la fin.
REJET
Là, il faut s’arrêter et regarder ce qui s’est passé.
Un rejet peut notamment être lié à un problème de conformité du flux ou à une incohérence dans les données de la facture, par exemple entre les montants HT, TVA et TTC.
Avant de toucher à quoi que ce soit : récupérez le motif exact du rejet.
REFUS
Ce n’est pas la même chose.
Ici, la facture a été refusée par son destinataire.
On n’est donc plus forcément face à un problème technique de transmission. Il faut comprendre pourquoi le client l’a refusée : mauvais destinataire, erreur dans la facture, désaccord commercial…
Ça paraît être du vocabulaire.
En réalité, la différence entre rejet et refus peut vous éviter de chercher pendant une heure au mauvais endroit.
Ensuite, regardez votre fiche client
Et là, on arrive sur un sujet qui me tient particulièrement à cœur : la qualité des données.
Parce que dans la vraie vie, on retrouve vite les grands classiques.
Le SIREN qui n’a jamais été renseigné.
Le vieux SIRET resté dans la fiche client.
Le mauvais établissement.
Deux fiches pour la même société.
Une société qui a changé de structure.
Ou encore une information parfaitement à jour dans le CRM… mais pas dans l’ERP.
Rien de très nouveau finalement.
Sauf qu’avec la facturation électronique, ces petites approximations peuvent avoir beaucoup plus de conséquences.
Le SIREN du client fait notamment partie des données structurées nécessaires dans le nouveau dispositif.
Et forcément, quand des systèmes doivent identifier automatiquement une entreprise et déterminer où envoyer sa facture, il vaut mieux leur donner la bonne information.
La RFE n’a pas créé ces problèmes de données. Elle les rend simplement beaucoup plus visibles.
Et quelque part, ce n’est peut-être pas une mauvaise chose.
SIREN, SIRET, établissement : vérifiez que vous facturez la bonne entité
C’est un contrôle qui mérite vraiment d’être fait.
Vous connaissez votre client sous son nom commercial.
Le système, lui, va avoir besoin de données beaucoup plus précises.
Il faut donc vérifier que le SIREN utilisé est correct, mais également que vous travaillez avec le bon établissement lorsque cela a une incidence sur l’adressage.
Une entreprise peut avoir plusieurs établissements, plusieurs adresses et parfois plusieurs organisations internes pour traiter ses factures.
Le fameux :
« Pourtant, on facture ce client comme ça depuis dix ans ! »
ne garantit malheureusement pas que les données soient correctes. 😅
Avant, une personne pouvait parfois comprendre l’intention malgré une donnée approximative.
Une machine est généralement beaucoup moins arrangeante.
Regardez aussi du côté de l’annuaire et du routage
C’est probablement l’une des parties les moins visibles de la réforme.
Et pourtant elle est essentielle.
L’annuaire de la facturation électronique permet notamment d’identifier le circuit de réception d’une entreprise.
Autrement dit, il ne suffit plus simplement de produire une facture correcte.
Il faut aussi savoir où l’envoyer.
Et c’est là qu’une facture parfaitement juste d’un point de vue comptable peut malgré tout rencontrer un problème.
Le destinataire est-il correctement identifié ?
Le bon établissement est-il utilisé ?
L’adresse de réception attendue est-elle correcte ?
La plateforme vers laquelle la facture doit être routée est-elle bien celle attendue ?
Le sujet devient encore plus intéressant lorsqu’une entreprise possède plusieurs établissements ou lorsqu’elle vient de changer de plateforme agréée.
C’est d’ailleurs pour cela que les sujets d’annuaire, d’adressage et de portabilité vont probablement devenir beaucoup plus importants maintenant que la réforme est réellement en fonctionnement.
« Pourtant, dans mon logiciel, c’est marqué envoyé »
Celui-là, je pense qu’on va l’entendre encore un moment. 😅
Et c’est normal.
Votre logiciel peut très bien avoir terminé sa partie du travail.
Mais envoyé où ?
À votre plateforme ?
Accepté par votre plateforme ?
Routé vers la plateforme du client ?
Reçu par cette plateforme ?
Mis à disposition du client ?
Ce sont des choses différentes.
Il faut donc bien comprendre ce que signifie le statut affiché dans votre logiciel.
Et surtout éviter de considérer :
« envoyé dans mon ERP » = « reçu par mon client ».
C’est justement tout l’intérêt de disposer maintenant de statuts permettant de mieux suivre la vie de la facture.
Encore faut-il que les équipes sachent les lire et sachent où aller chercher l’information.
Si la facture est rejetée, récupérez le vrai message d’erreur
Pas :
« Ça ne marche pas. »
Pas :
« La PA refuse. »
Et encore moins :
« Sage/Pennylane ne veut pas envoyer ma facture. » 😅
Le message complet.
Le code d’erreur s’il existe.
Le motif exact du rejet.
C’est seulement à partir de là qu’on peut commencer à travailler correctement.
Parce qu’un problème de format, une donnée manquante, une incohérence de TVA ou un problème de destinataire ne se traitent évidemment pas de la même manière.
C’est un principe que nos équipes support connaissent depuis longtemps, mais qui devient encore plus important avec la facturation électronique :
avant d’essayer de corriger, il faut comprendre ce qui bloque.
Sinon, on finit généralement par modifier plusieurs choses en même temps sans vraiment savoir laquelle était en cause.
Et quand ça fonctionne enfin, personne ne sait pourquoi. 😅
Pensez aussi à vérifier la facture elle-même
Si le destinataire et le routage semblent corrects, revenez tout simplement au document.
Pas besoin de chercher tout de suite quelque chose d’extrêmement compliqué.
Commencez par les basiques : identification correcte du fournisseur et du client, SIREN du client, cohérence des montants HT/TVA/TTC, taux de TVA, nature de l’opération, données obligatoires et informations nécessaires au traitement de la facture.
La réforme ajoute justement de la donnée structurée parce que les informations contenues dans la facture ne sont plus seulement destinées à être lues par une personne.
Elles doivent aussi être comprises et exploitées automatiquement par différents systèmes.
Et ça change beaucoup de choses.
Une approximation qui passait auparavant complètement inaperçue peut aujourd’hui interrompre un flux.
Qui doit corriger ?
Autre question très fréquente :
« OK, on a trouvé le problème. Mais qui s’en occupe ? »
Et là encore, cela dépend complètement de l’endroit où ça bloque.
Si la donnée de facturation est incorrecte, il faut généralement commencer par votre propre référentiel.
Si le client vous communique une mauvaise information de réception, il faut la clarifier avec lui.
Si votre ERP ne génère ou ne transmet pas correctement le flux, votre éditeur ou votre intégrateur devra probablement intervenir.
Et si le flux est correctement sorti de votre logiciel mais bloque ensuite au niveau d’une plateforme, c’est avec celle-ci qu’il faudra poursuivre le diagnostic.
C’est aussi pour cela que je trouve un peu réducteur de résumer la réforme à :
« J’ai choisi ma PA, donc je suis prêt. »
La plateforme est évidemment une pièce essentielle du dispositif.
Mais elle reste une pièce d’une chaîne beaucoup plus large.
Et surtout : ne réémettez pas au hasard
Quand quelque chose ne fonctionne pas, le premier réflexe est souvent de recommencer.
Mauvaise idée.
Ou en tout cas : pas avant d’avoir compris ce qui s’est passé.
Sinon, on risque de créer des doublons, de perdre le fil de la première facture et surtout de reproduire exactement la même erreur.
La méthode est finalement assez simple :
où est la facture → quel est son statut → quel est le motif → où se trouve l’erreur → qui doit la corriger.
Et seulement après, on applique la procédure adaptée dans son logiciel et sa plateforme pour corriger ou réémettre.
Ça paraît évident écrit comme ça.
Dans le feu de l’action, ça l’est parfois beaucoup moins.
Sage 100, Pennylane… vous n’allez pas chercher l’information au même endroit
C’est quelque chose que nous voyons bien chez BLC puisque nous accompagnons des clients dans des environnements très différents, notamment autour de Sage 100 et Pennylane.
Les architectures ne sont pas les mêmes.
Les interfaces non plus.
Et le diagnostic d’un flux ne se fait donc pas forcément exactement de la même manière.
Dans certains environnements, plusieurs composants interviennent entre la création de la facture et sa transmission. Dans d’autres, une plus grande partie du parcours est intégrée dans une même solution.
Mais au fond, notre méthode reste toujours la même :
on remonte la chaîne jusqu’à trouver l’endroit où ça coince.
ERP → émission → plateforme → routage → réception → statut.
Et seulement ensuite, on corrige.
C’est aussi là que notre métier d’intégrateur évolue.
Installer et paramétrer correctement un logiciel reste évidemment indispensable.
Mais demain, cela ne suffira plus.
Il faut comprendre le flux de bout en bout.
Une facture rejetée une fois, ça arrive. Dix fois pour la même raison, c’est un process à revoir.
Et c’est probablement la partie que je trouve la plus intéressante.
Une fois que vous avez réparé votre facture, ne fermez pas simplement le ticket.
Demandez-vous pourquoi l’erreur a été possible.
Votre facture a été rejetée parce que le SIREN était absent ?
Pourquoi votre système permet-il encore de créer un client sans SIREN ?
Vos équipes ont découvert le rejet trois jours plus tard ?
Peut-on mettre une alerte en place ?
La même erreur revient régulièrement ?
Peut-on la contrôler avant l’émission ?
Personne ne savait qui devait traiter le rejet ?
Il faut peut-être simplement définir qui fait quoi.
C’est là que la réforme peut commencer à apporter quelque chose de vraiment intéressant.
Parce que l’objectif ne devrait pas être de créer une énorme procédure pour gérer les erreurs.
L’objectif devrait être d’en avoir de moins en moins.
Ma facture électronique est bloquée : la checklist rapide
Si vous tombez sur cet article parce que vous avez justement une facture bloquée sous les yeux, commencez par ça :
- Quel est le statut exact de la facture ?
- Jusqu’où est-elle réellement arrivée ?
- Existe-t-il un code ou un message de rejet ?
- Le SIREN/SIRET du client est-il correct ?
- S’agit-il du bon établissement ?
- Le routage dans l’annuaire semble-t-il cohérent ?
- La bonne plateforme de réception est-elle identifiée ?
- Les montants HT / TVA / TTC sont-ils cohérents ?
- Toutes les données obligatoires sont-elles présentes ?
- Le problème se situe-t-il dans l’ERP, la plateforme, le routage ou chez le destinataire ?
- Qui doit effectuer la correction ?
- Et surtout : comment éviter que la même erreur se reproduise ?
Et vraiment :
ne réémettez pas trois fois la même facture en espérant que la quatrième passe. 😅
Comprenez d’abord ce qui s’est passé.
Le 1er septembre est passé. Maintenant, c’est la vraie vie.
Pendant des mois, tout le monde a eu les yeux rivés sur cette date.
Maintenant qu’elle est passée, je pense qu’on entre dans la partie la plus intéressante de la réforme.
La vraie vie.
Les premières factures. Les premiers rejets. Les premières incompréhensions. Et forcément quelques :
« Pourtant chez moi tout est vert. » 😅
C’est aussi maintenant qu’on va vraiment mesurer la qualité des données, des paramétrages, des logiciels et des connexions entre eux.
Et c’est exactement là que notre métier d’intégrateur prend tout son sens.
Parce qu’au final, quand une facture est bloquée, le client se fiche un peu de savoir si le problème vient de son ERP, de sa PA, de l’annuaire ou d’ailleurs.
Ce qu’il veut, c’est comprendre où ça bloque. Et que ça reparte.
Et quelque part, c’est aussi simple que ça.
Ces articles peuvent vous intéresser
