Le cycle de vie de la facture électronique regroupe l'ensemble des états horodatés qu'une facture traverse depuis sa génération jusqu'à son archivage. Quatre statuts sont obligatoires et doivent être transmis à la DGFiP via une Plateforme Agréée : DÉPOSÉE, REJETÉE, REFUSÉE et ENCAISSÉE. L'obligation s'applique aux échanges B2B domestiques entre assujettis à la TVA établis en France, avec une entrée en vigueur fixée au 1er septembre 2026.
Avant cette date, trois actions sont prioritaires :
- Vérifier que votre solution exporte bien en EN 16931 / UBL / CII ou Factur-X et qu'elle est connectée à une Plateforme Agréée.
- Tester le processus complet de gestion des rejets techniques et des refus commerciaux, avec réémission dans un délai court.
- Confirmer que les quatre statuts obligatoires sont bien remontés au concentrateur de la DGFiP.
Table des matières
- Qu'est-ce qu'une facture électronique et qui est concerné en France ?
- Quelles sont les étapes du cycle de vie d'une facture électronique ?
- Quels statuts sont obligatoires et lesquels sont recommandés ?
- Comment fonctionnent EN 16931, UBL, CII et Factur-X dans votre système ?
- Qui fait quoi dans le cycle de vie : PA, émetteur, destinataire et DGFiP ?
- Que faire face à un rejet technique ou un refus commercial ?
- Comment sécuriser votre conformité avant septembre 2026 ?
- Lugx vous accompagne sur l'ensemble du cycle de vie
- Points clés
- Anticiper, c'est transformer une contrainte en avantage concurrentiel
- Sources officielles pour approfondir
Qu'est-ce qu'une facture électronique et qui est concerné en France ?
Une facture électronique, au sens de la réforme française, n'est pas un simple PDF envoyé par e-mail. C'est une facture émise, transmise et reçue sous forme entièrement dématérialisée, avec des données structurées exploitables par les systèmes informatiques des parties et de l'administration. La distinction est fondamentale : un PDF non structuré ne satisfait pas aux exigences réglementaires.
Le périmètre légal, défini à l'article 289 bis du Code général des impôts, couvre les opérations entre assujettis à la TVA établis en France, soit le B2B domestique. Les opérations B2C, les échanges intracommunautaires et les exportations hors UE restent soumis à d'autres régimes. Concrètement, si vous facturez une autre entreprise française assujettie à la TVA, vous êtes concerné.
Quelques points clés sur le cadre légal :
- La norme EN 16931 constitue le modèle sémantique de référence pour les données de la facture, indépendamment du format technique choisi.
- Toute émission, transmission et réception doit passer par une Plateforme Agréée (PA) par la DGFiP, ou par le Portail Public de Facturation (PPF).
- La durée minimale de conservation est de 6 ans sur le plan fiscal (pratique DGFiP / Code du commerce) ; certaines documentations comptables recommandent jusqu'à 10 ans pour les pièces justificatives.
- Les mentions obligatoires restent celles du droit commun de la facturation, auxquelles s'ajoutent des données structurées spécifiques au format électronique (SIREN du destinataire, numéro de TVA intracommunautaire, etc.).
Bon à savoir : les auto-entrepreneurs et micro-entreprises assujettis à la TVA entrent dans le périmètre. Ceux bénéficiant de la franchise en base de TVA en sont exclus, mais devront tout de même être capables de recevoir des factures électroniques dès septembre 2026.
Quelles sont les étapes du cycle de vie d'une facture électronique ?
Le cycle de vie d'une facture électronique suit un enchaînement d'étapes précises, chacune produisant ou modifiant un statut. Voici le parcours opérationnel complet.
Étape 1 — Préparation et génération
La facture est créée dans votre ERP ou solution de facturation avec toutes les mentions obligatoires et les données structurées requises (SIREN, numéro de TVA, références de commande, etc.). Le format de sortie doit être conforme : UBL 2.1, CII (D16B) ou Factur-X selon les capacités de votre plateforme et celles de votre destinataire. Un contrôle pré-envoi automatisé à ce stade réduit drastiquement les rejets techniques en aval.
Étape 2 — Dépôt sur la Plateforme Agréée
La facture est déposée sur la PA, qui effectue des contrôles automatiques : validation syntaxique (XSD), vérification des mentions obligatoires et existence du destinataire dans l'annuaire. Si ces contrôles passent, la PA horodate la facture et produit le statut DÉPOSÉE (code 200 dans les exemples de documentation technique). Ce statut est transmis au concentrateur de la DGFiP.
Étape 3 — Routage et transmission inter-plateformes
La PA de l'émetteur route la facture vers la PA du destinataire. C'est à ce stade qu'un rejet technique peut survenir : si la facture ne satisfait pas aux contrôles, elle n'atteint jamais l'acheteur. Le statut REJETÉE (code 213) est alors produit et transmis à l'émetteur. Un rejet technique est un incident de format ou de routage, pas une décision commerciale.
Étape 4 — Décision de l'acheteur
Une fois la facture mise à disposition du destinataire, celui-ci dispose de plusieurs options : prise en charge, approbation, mise en litige ou REFUS (code 210). Le refus est une décision métier motivée. Contrairement au rejet, il signifie que la facture a bien été reçue mais que l'acheteur la conteste. Conséquence directe : le délai légal de paiement ne court pas sur une facture refusée, ce qui impacte votre trésorerie si la situation n'est pas traitée rapidement.
Étape 5 — Paiement et archivage
Lorsque le paiement est effectué, le statut ENCAISSÉE (code 212) doit être déclaré. Pour les entreprises soumises à la TVA sur les encaissements, chaque encaissement partiel doit être déclaré séparément. La facture entre ensuite en phase d'archivage : conservation sécurisée pendant au moins 6 ans, avec horodatage et garantie d'intégrité et de lisibilité.
Quels statuts sont obligatoires et lesquels sont recommandés ?
La fiche technique de la DGFiP distingue clairement deux niveaux de statuts : le socle obligatoire transmis au concentrateur, et les statuts recommandés ou libres que les plateformes peuvent proposer pour affiner le pilotage.
Les quatre statuts obligatoires
| Statut | Code (exemple) | Déclencheur | Conséquence pratique | Action recommandée |
|---|---|---|---|---|
| DÉPOSÉE | 200 | Dépôt validé sur la PA | Confirmation de réception par l'administration | Conserver l'accusé horodaté |
| REJETÉE | 213 | Échec des contrôles techniques de la PA | La facture n'atteint pas l'acheteur | Corriger et réémettre sous 48 h |
| REFUSÉE | 210 | Décision de l'acheteur | Délai de paiement suspendu | Demander le motif, émettre un avoir si nécessaire |
| ENCAISSÉE | 212 | Paiement reçu par l'émetteur | Déclenchement de la TVA sur encaissements | Déclarer chaque encaissement partiel |
Les codes numériques cités (200, 210, 212, 213) sont des exemples issus de la documentation technique ; les spécifications exactes peuvent varier selon les plateformes, mais la sémantique des statuts reste identique.
Comment fonctionnent EN 16931, UBL, CII et Factur-X dans votre système ?
La norme EN 16931 définit un modèle sémantique unique pour la facture électronique européenne : elle précise quelles données doivent figurer sur une facture et leur signification, sans imposer de format technique. C'est le « quoi », pas le « comment ». Deux syntaxes XML coexistent pour le « comment » : UBL 2.1 (Universal Business Language) et CII (Cross Industry Invoice, profil D16B). Les deux sont valides au regard d'EN 16931, mais elles ne sont pas interchangeables sans transformation.
L'analyse de VATupdate sur UBL vs CII souligne un paradoxe pratique : une seule norme sémantique, mais deux formats techniques qui génèrent des erreurs de validation différentes. Un fichier valide en UBL peut échouer en CII sur des règles métier spécifiques, et vice versa. Cela impose de gérer deux pipelines de validation distincts en production.
Factur-X est un cas particulier : c'est un format hybride PDF/XML qui embarque un fichier CII dans un PDF lisible par l'humain. Particulièrement répandu dans les échanges franco-allemands, il permet une transition douce pour les entreprises dont les destinataires ne sont pas encore équipés pour traiter du XML pur. L'extraction du XML embarqué doit être automatisée pour alimenter les systèmes comptables.
Quelques bonnes pratiques d'intégration :
- Adopter un modèle canonique interne aligné sur EN 16931 comme pivot entre votre ERP et les générateurs de format. Cela réduit les coûts de maintenance et les risques de perte d'information lors de la génération de multiples formats.
- Mettre en place une validation multi-couches : XSD (structure), puis Schematron (règles métier / BR), puis règles CIUS locales françaises. La validation syntaxique seule ne suffit pas.
- Utiliser des simulateurs de validation avant la mise en production pour tester les cas limites (montants négatifs, avoirs, factures multi-lignes).
- Pour le choix entre UBL et CII, Invoice Navigator recommande de s'appuyer sur des solutions capables de générer nativement les deux formats plutôt que de recourir à des conversions manuelles risquées.
Conseil de pro : automatisez la remontée des codes d'erreur de validation (UBL-CR pour les violations de règles UBL, CII-SR pour CII) directement vers vos équipes de facturation, avec le libellé de l'erreur en clair. Un code brut sans contexte allonge inutilement le temps de correction.
Pour aller plus loin sur le format hybride, le guide Factur-X détaille les implications pratiques pour les entreprises françaises.
Qui fait quoi dans le cycle de vie : PA, émetteur, destinataire et DGFiP ?
Comprendre les responsabilités de chaque acteur évite les angles morts lors d'un incident. La fiche e-invoicing de la DGFiP décrit précisément les contrôles automatiques effectués par les plateformes et la nature des rejets techniques.
La Plateforme Agréée (PA) est l'intermédiaire technique central. Ses obligations incluent : validation syntaxique et sémantique des factures, horodatage, routage vers la PA du destinataire, transmission des statuts obligatoires au concentrateur DGFiP, et maintien d'un agrément renouvelable accordé par l'administration. Pour choisir votre PA, la liste officielle est disponible sur impots.gouv.fr.
L'émetteur reste responsable de la qualité des données qu'il soumet. Un SIREN erroné, une mention manquante ou un format non conforme génèrent un rejet technique dont la correction lui incombe. La réémission doit intervenir rapidement pour ne pas décaler le délai de paiement.
Le destinataire a l'obligation de traiter les factures reçues et de produire une décision motivée en cas de refus. Les motifs de refus sont normalisés : erreur de prix, prestation non conforme, doublon, etc. Un refus sans motif normalisé n'est pas recevable dans le cadre de la réforme.
La DGFiP / PPF joue le rôle de concentrateur de données. Elle collecte les statuts obligatoires transmis par les PA pour alimenter le pré-remplissage des déclarations de TVA et ses outils de contrôle fiscal. Le rôle du PPF a évolué depuis les premières versions de la réforme : il reste un acteur central pour les entreprises sans PA propre et pour la consolidation des données fiscales.
La réforme transfère une partie du contrôle fiscal de l'aval (contrôle a posteriori) vers l'amont (données en temps quasi réel). C'est un changement structurel pour les équipes comptables, pas seulement un changement de format.
Que faire face à un rejet technique ou un refus commercial ?
Un rejet et un refus déclenchent des procédures très différentes. Les confondre coûte du temps et peut créer des erreurs comptables.
Procédure en cas de rejet technique (statut REJETÉE)
- Lire le code d'erreur fourni par la PA et identifier la cause précise : erreur syntaxique, mention manquante, SIREN invalide, format non reconnu.
- Corriger la source dans votre ERP ou solution de facturation, pas seulement le fichier exporté.
- Réémettre la facture corrigée, idéalement sous 48 heures pour limiter l'impact sur votre trésorerie.
- Conserver la traçabilité de l'incident : date du rejet, code d'erreur, date de réémission.
La facture rejetée n'ayant jamais atteint l'acheteur, aucun avoir n'est nécessaire. Le délai de paiement légal commence à courir à partir de la réémission réussie.
Procédure en cas de refus commercial (statut REFUSÉE)
- Demander le motif normalisé au destinataire via la plateforme.
- Analyser le motif : erreur de prix, prestation contestée, doublon, etc.
- Si la facture est erronée, émettre un avoir annulant la facture initiale, puis produire une facture rectificative.
- Si le refus est injustifié, engager un échange documenté avec l'acheteur en conservant toutes les preuves.
Conseil de pro : pour les entreprises soumises à la TVA sur les encaissements, chaque paiement partiel doit faire l'objet d'une déclaration de statut ENCAISSÉE distincte. Intégrez cette logique dans votre workflow dès la configuration initiale de votre solution, pas après le premier incident.
Checklist opérationnelle
- Rejet technique : équipe technique ou support PA en premier.
- Refus commercial : responsable comptable ou commercial selon le motif.
- Paiement partiel : service comptabilité pour déclaration TVA.
- Archivage incident : conserver les échanges et codes d'erreur pendant toute la durée légale de conservation.
Comment sécuriser votre conformité avant septembre 2026 ?
La mise en conformité n'est pas un projet ponctuel : c'est un processus continu qui touche vos outils, vos équipes et vos partenaires. Voici les actions à mener par ordre de priorité.
- Adhérer à une Plateforme Agréée et vérifier qu'elle couvre bien les quatre statuts obligatoires et leur transmission au concentrateur DGFiP. Consultez la liste officielle sur impots.gouv.fr.
- Standardiser les mentions obligatoires dans vos modèles de facture et automatiser les contrôles pré-envoi côté ERP ou solution de facturation. Un contrôle à la source réduit les rejets sans effort supplémentaire en aval.
- Déployer des tests de bout en bout couvrant l'intégralité du cycle : émission, réception, validation, refus, réémission, paiement, archivage. Testez avec vos fournisseurs et clients critiques avant la date d'obligation.
- Mettre en place un reporting des rejets avec un SLA interne de correction inférieur à 48 heures. Automatisez les relances et les rapprochements via votre outil de lettrage pour ne pas dépendre de processus manuels. Le guide PME 2026 détaille les étapes pratiques pour les structures de taille modeste.
- Prévoir un archivage sécurisé : horodatage certifié, garantie d'intégrité (empreinte numérique), lisibilité sur toute la durée légale (6 ans minimum). L'archivage ne se réduit pas à un dossier sur un serveur partagé.
Quelques points complémentaires à ne pas négliger :
- Former les équipes comptables et commerciales à la distinction rejet/refus et aux procédures associées.
- Documenter votre trajectoire de mise en conformité : en cas de démarrage difficile, cette documentation démontre votre bonne foi auprès de l'administration.
- Vérifier la compatibilité de votre solution avec les deux syntaxes (UBL et CII) pour ne pas être bloqué par les préférences techniques de vos partenaires.
Lugx vous accompagne sur l'ensemble du cycle de vie
Gérer le cycle de vie de vos factures électroniques sans outil adapté, c'est multiplier les interventions manuelles là où la réglementation exige précision et traçabilité. Lugx prend en charge l'intégralité du processus : génération native en Factur-X et UBL, validation pré-dépôt, suivi en temps réel des statuts DÉPOSÉE, REJETÉE, REFUSÉE et ENCAISSÉE, et archivage sécurisé conforme aux exigences 2026.
Le module facturation Lugx est conçu pour les PME, TPE et artisans qui veulent être prêts en septembre 2026 sans mobiliser une équipe technique dédiée. À partir de 29,99 € HT/mois, vous accédez à la génération de formats conformes, au tableau de bord des statuts et aux relances automatiques pour les factures impayées. Les modules complémentaires (avoirs, gestion fournisseurs, comptabilité) s'activent selon vos besoins, sans changer d'outil ni migrer vos données. Testez le module facturation et vérifiez dès aujourd'hui la compatibilité avec votre Plateforme Agréée.
Points clés
Le cycle de vie de la facture électronique impose quatre statuts obligatoires transmis à la DGFiP, une architecture technique fondée sur EN 16931, et une date d'obligation au 1er septembre 2026 que seule une préparation anticipée permet d'aborder sereinement.
| Point | Détails |
|---|---|
| Quatre statuts obligatoires | DÉPOSÉE, REJETÉE, REFUSÉE, ENCAISSÉE doivent être transmis au concentrateur DGFiP par votre Plateforme Agréée. |
| Date pivot : 1er septembre 2026 | Toutes les entreprises assujetties à la TVA doivent pouvoir recevoir des factures électroniques à cette date. |
| Rejet ≠ refus | Un rejet est technique (corrigez et réémettre sous 48 h) ; un refus est commercial et nécessite un avoir ou une facture rectificative. |
| Archivage légal | La conservation minimale est de 6 ans sur le plan fiscal, avec horodatage et garantie d'intégrité. |
| Lugx pour la conformité 2026 | Le module facturation Lugx génère les formats conformes, suit les statuts et automatise les relances dès 29,99 € HT/mois. |
Anticiper, c'est transformer une contrainte en avantage concurrentiel
La réforme de la facturation électronique est souvent présentée comme une obligation subie. Mon point de vue est différent : les entreprises qui maîtrisent leur cycle de vie de facture avant septembre 2026 vont gagner sur deux tableaux que leurs concurrents moins préparés ne verront pas venir.
Le premier est la trésorerie. Suivre les statuts en temps réel, c'est savoir exactement où en est chaque facture : déposée, en attente de validation, approuvée ou en litige. Cette visibilité permet de relancer au bon moment, de détecter les blocages avant qu'ils ne deviennent des retards de paiement, et de piloter les encours avec des données fiables plutôt qu'avec des estimations.
Le second est le coût d'intégration. Les entreprises qui adoptent EN 16931 comme modèle canonique interne dès maintenant construisent une architecture qui absorbe les évolutions futures sans refonte. Celles qui empilent des conversions ad hoc entre formats paieront cette dette technique à chaque mise à jour réglementaire.
Mon conseil concret : lancez un projet pilote avec vos trois ou quatre fournisseurs les plus critiques avant septembre 2026. Testez le cycle complet, provoquez volontairement un rejet pour valider votre procédure de correction, et mesurez le temps réel de traitement. Ce test grandeur nature révèle les angles morts que les spécifications ne montrent jamais.
Sources officielles pour approfondir
Pour aller plus loin sur la réglementation, les spécifications techniques et les bonnes pratiques, voici les références à consulter en priorité :
- Je passe à la facturation électronique (impots.gouv.fr)
- E‑Invoicing explained — Syntax reality: UBL vs CII (VATupdate)
- UBL vs CII — Which XML syntax? (Invoice Navigator)
- Cycle de vie d'une facture électronique : étapes et statuts (Ma facture électronique)