Le cycle de vie d'une facture électronique : les statuts obligatoires expliqués

Réponse rapide. Une facture électronique traverse quatre statuts obligatoires : déposée, rejetée, refusée et encaissée. La plateforme agréée — anciennement « plateforme de dématérialisation partenaire » (PDP) — transmet ces statuts en temps réel. Un rejet technique impose une réémission ; les obligations entrent en vigueur le 1er septembre 2026 pour les grandes entreprises et ETI, et le 1er septembre 2027 pour les PME et TPE.

La réforme de la facturation électronique qui s'impose à partir du 1er septembre 2026 ne se limite pas à l'échange de fichiers. Elle introduit un suivi granulaire du cycle de vie de chaque facture via des statuts standardisés. C'est un changement opérationnel majeur : pendant des décennies, une facture papier ou par mail était « envoyée » et disparaissait dans la boîte mail du client. Aujourd'hui, l'entreprise émettrice et le destinataire connaissent en permanence l'état d'avancement du traitement : la facture est-elle bien reçue ? Est-elle en cours de validation ? Pourquoi a-t-elle été rejetée ? Quand sera-t-elle payée ?

Cette traçabilité est imposée par la norme AFNOR XP Z12-012 (« Formats et Profils des messages Factures et Statuts de cycle de vie »), qui décrit l'ensemble des statuts possibles et distingue clairement ceux qui sont obligatoires, ceux qui sont recommandés et ceux qui sont libres.

La plateforme agréée — anciennement « plateforme de dématérialisation partenaire » (PDP) — auprès de laquelle vous vous inscrivez doit obligatoirement émettre quatre statuts pour chaque facture traitée : déposée, rejetée, refusée et encaissée. C'est un minimum non négociable auprès de toute plateforme immatriculée par l'État.

1. DÉPOSÉE (statut initial)#

C'est le premier statut. Il signifie que la facture a été acceptée techniquement par la plateforme et est entrée dans le flux de traitement. Ce statut intervient dès que la plateforme a validé le format, la syntaxe XML et les éléments obligatoires (SIREN du fournisseur, adresse de livraison, montant, etc.). Une facture peut rester au statut « DÉPOSÉE » quelques secondes ou quelques heures, le temps que le destinataire la réceptionne effectivement.

Exemple concret : Vous émettez une facture de 5 000 € à un client via votre plateforme agréée. En moins d'une minute, la plateforme vous envoie la notification : statut DÉPOSÉE. Vous savez que votre fichier est passé, que sa structure respecte les normes.

2. REJETÉE (rejet technique de la plateforme)#

Ce statut signale un rejet technique par la plateforme agréée, avant transmission au destinataire : format de fichier invalide, mention obligatoire manquante, non-conformité à la norme AFNOR XP Z12-012, ou destinataire introuvable dans l'annuaire officiel. La facture n'atteint jamais le client : elle est bloquée à la source.

La plateforme vous communique un motif précis (code d'erreur). Vous corrigez, puis vous réémettez la facture, qui repart au statut « DÉPOSÉE ». Un rejet technique est une correction standard, pas un litige.

Point critique : un rejet technique ne dégénère pas automatiquement en litige comptable. Chez Hayot Expertise, nous voyons régulièrement des dirigeants s'inquiéter à tort face à un premier rejet : c'est normal, c'est attendu, c'est le fonctionnement même du système.

3. REFUSÉE (refus commercial de l'acheteur)#

Ce statut correspond à un refus commercial par le destinataire : la facture est techniquement conforme et a bien été reçue, mais le client la conteste pour un motif métier (montant erroné, quantité contestée, prestation non réalisée, double facturation). Contrairement au rejet technique, le différend ne porte pas sur le format mais sur le fond.

Le statut « REFUSÉE » est enregistré et tracé : il prouve que la facture a été traitée puis contestée. Vous restez créancier ; selon le motif, vous émettez une facture rectificative ou une note d'avoir, puis vous réémettez le bon document. Le format électronique n'enlève rien à vos droits de recouvrement.

4. ENCAISSÉE (statut final)#

Ce statut confirme que la facture a été payée. Seule la plateforme ou le client peut l'émettre, en fournissant la date du paiement et le montant encaissé. C'est le seul statut obligatoire qui inclut des données financières (date, montant), et ces données alimentent le pré-remplissage de votre déclaration de TVA (CA3). Une fois au statut « ENCAISSÉE », la facture sort du circuit actif de traitement.

Au-delà des quatre statuts obligatoires, la norme AFNOR XP Z12-012 offre aux plateformes la possibilité d'émettre des statuts recommandés et libres, pour adapter le suivi aux besoins métier des différents secteurs.

Exemples de statuts recommandés#

• MISE À DISPOSITION : la facture, validée techniquement, est disponible pour consultation par le client. Très utile pour le suivi, ce statut ne fait pas partie du socle obligatoire mais figure parmi les plus proposés par les plateformes.
• PRISE EN CHARGE : la facture a été reçue par le client et intégrée dans son système de gestion. C'est un statut intermédiaire entre « MISE À DISPOSITION » et « APPROUVÉE ».
• APPROUVÉE : le client a validé la facture, sans toutefois l'avoir payée. Cela signifie qu'elle est conforme et en attente de la fenêtre de paiement contractuelle.
• MISE EN PAIEMENT : l'ordre de paiement a été lancé (tirage bancaire, virement), mais le montant n'est pas encore débité du compte.

Ces statuts ne sont pas obligatoires, mais ils aident les fournisseurs à anticiper les délais de trésorerie et à identifier les blocages. Une plateforme de qualité les propose, sans extra-tarification.

Statuts libres#

Chaque PDP peut définir ses propres statuts additionnels pour des besoins spécifiques (statuts métier, sectoriels, ou liés à des processus internes). Par exemple, une plateforme destinée aux restaurateurs pourrait définir un statut « FACTURE REDUCTIBLE TVA RESTAURATION » pour flaguer une règle fiscale particulière. Ces statuts libres ne s'imposent à personne et ne sont utilisés que par les entreprises qui le souhaitent.

Un rejet n'est pas un problème, c'est une correction. Mais il faut l'anticiper et le gérer méthodiquement.

Étape 1 : décoder le motif du rejet#

Chaque rejet est accompagné d'un code et d'un message d'erreur. Les motifs les plus courants :

• Code 001 : SIREN invalide ou non déclaré auprès de la PDP
• Code 015 : TVA mal formatée (points au lieu de virgules, par exemple)
• Code 089 : Adresse de livraison manquante ou incomplète
• Code 103 : Montant TTC < montant HT (erreur mathématique)
• Code 250 : Doublon détecté (facture identique émise deux fois en 24 heures)

Consultez votre PDP pour la liste exhaustive des codes d'erreur.

Étape 2 : corriger en amont de la réémission#

Ne réémettez jamais la même facture deux fois sans correction. La plateforme détectera le doublon et la bloquera. Vous devez :

1. Corriger le champ qui a provoqué le rejet dans votre logiciel de facturation
2. Générer un nouveau fichier XML/Factur-X
3. Réémettre le fichier via la plateforme agréée (qui vous attribue un nouvel identifiant unique)

Étape 3 : suivre les rebonds#

Un bon tableau de bord de facturation électronique devrait vous afficher :

• Le nombre de factures rejetées par semaine
• Le taux de réussite à la première tentative (> 95 % est un bon benchmark)
• Les motifs de rejet les plus fréquents (pour corriger le processus de génération)

Chez Hayot Expertise, nous recommandons une revue hebdomadaire des rejets pour les trois premiers mois de déploiement. C'est souvent pendant cette phase d'apprentissage que les erreurs sournoises (mauvaise intégration comptable → données fausses en sortie) se révèlent.

Une question fréquente : « Dans quel délai reçois-je les notifications de statut ? »

La réglementation n'impose pas de délai maximal de transmission pour chaque statut. En revanche, les PDP agréées s'engagent, dans leurs conditions de service, à transmettre les statuts dans des délais commercialement raisonnables :

Conseil pratique : vérifiez auprès de votre PDP qu'elle propose des webhooks ou une API de polling pour récupérer automatiquement les statuts. Les notifications par email seul sont obsolètes et peu fiables pour un suivi en temps réel.

Le piège du statut REJETÉE vs. facture irrécouvrable#

Un rejet technique ou un refus commercial ne transforme jamais une facture en créance irrécouvrable. C'est juste une correction. Vous restez propriétaire de la créance ; vous devez simplement réémettre la facture correcte. Une créance ne devient irrécouvrable que si, après plusieurs tentatives légales, le client refuse définitivement de la payer.

Les refus de recouvrement : distinction juridique#

Un client qui refuse une facture électronique reste un client qui refuse le paiement. Les procédures légales de recouvrement (mise en demeure, injonction de payer, etc.) s'appliquent exactement comme avec une facture papier. Le format électronique n'enlève rien aux droits du créancier.

Les PME avec délai jusqu'à septembre 2027#

Si vous êtes une PME ou une TPE, l'obligation d'émission de factures électroniques ne s'impose que le 1er septembre 2027. En revanche, l'obligation de réception s'impose dès le 1er septembre 2026. Cela signifie :

• À partir du 1er sept 2026, vous devez recevoir les factures électroniques de vos fournisseurs (grandes entreprises)
• Vous ne serez tenu d'émettre en e-facturation qu'à partir du 1er sept 2027

Anticipez cette transition : mettez en place dès maintenant une PDP capable de recevoir, même si vous n'avez pas encore à émettre.

1. Ne pas sous-estimer le volet données#

Les statuts sont du texte pur. Mais chaque statut s'accompagne de métadonnées (timestamps, codes d'erreur, références de trace). Votre logiciel de facturation (Pennylane, Tiime, etc.) doit parser et archiver ces métadonnées automatiquement. Une facture sans trace de ses statuts est une facture sans justificatif légal en cas de contrôle.

2. L'importance du choix de la PDP#

Toutes les PDP ne proposent pas les mêmes statuts recommandés. Une PDP « entrée de gamme » peut ne proposer que les quatre statuts obligatoires. Une PDP « premium » en proposera 10-15, vous donnant une visibilité fine sur chaque étape du traitement. Vérifiez cela avant de signer, notamment si vous traitez des volumes importants (> 1 000 factures/mois).

3. Anticiper les intégrations API#

Si vous décidez de passer par une PDP en mode API (au lieu d'uploads manuels de fichiers XML), assurez-vous que votre logiciel de facturation supporte les APIs de la PDP choisie. Sinon, vous devrez gérer l'intégration via un partenaire technique tiers, ce qui ajoute du coût et du délai.

Récemment, un dirigeant de PME internationale nous a sollicités pour mettre en place la facturation électronique. Il craignait un parcours du combattant : nouvelles interfaces, nouvelles procédures, nouvelles erreurs. Ce que nous avons observé : après trois semaines de déploiement correct, avec une bonne PDP et une formation sommaire des équipes, le taux de rejet chutait de 15 % à < 2 %. Les statuts qui semblaient complexes devenaient une source de tranquillité. Au lieu de se demander « ma facture a-t-elle bien été reçue ? », le dirigeant pouvait lire sur son tableau de bord : « 847 factures déposées, 819 encaissées, 28 en attente de validation client ».

La vraie difficulté n'est pas technique ; c'est la conduite du changement. Les comptables doivent changer leurs habitudes de réconciliation. Les commerciaux doivent accepter que les clients aient une visibilité accrue sur le traitement des factures. Les informaticiens doivent configurer les bonnes APIs. Mais une fois cette transition réussie, la facturation électronique devient un avantage compétitif : vous encaissez plus vite, vous identifiez les blocages métier immédiatement, et vous avez une preuve irréfutable du traitement de chaque facture.

Conseil Hayot Expertise. Ne laissez pas les statuts de facturation électronique au hasard. Investissez 15 jours de travail (interne ou accompagné) pour choisir la bonne PDP, configurer les alertes, et entraîner vos équipes à lire les statuts. C'est pendant cette phase de « lune de miel » technologique qu'on évite 80 % des frictions futures. Passé septembre 2026, il sera trop tard pour corriger les mauvais choix.