Depuis le 1er septembre 2026, toutes les entreprises assujetties à la TVA établies en France doivent pouvoir recevoir des factures électroniques, et les grandes entreprises et ETI doivent aussi les émettre ; les PME et microentreprises ont jusqu’au 1er septembre 2027 pour l’émission. Concrètement, la facture devient un flux de données qui passe par une plateforme agréée, porte des statuts et alimente l’administration. La plateforme transporte, contrôle le format et route ; elle ne décide pas à votre place qui valide, qui corrige un rejet ni quelle donnée client est la bonne. C’est cette part interne qu’il faut cartographier et fiabiliser, et c’est là que se joue l’essentiel du bénéfice.
Cet article ne remplace pas les textes officiels, auxquels nous renvoyons à chaque point réglementaire. Il se concentre sur ce que la réforme change dans vos circuits. Pour le traitement des factures lui-même (capture, validation, rapprochement avec les commandes, imputation), voyez notre article sur la dématérialisation des factures comme processus.
Où en est la réforme au 26 septembre 2026
Les points ci-dessous sont ceux publiés par l’administration à la date de rédaction. Vérifiez-les sur les sources citées avant toute décision : le dispositif a déjà été ajusté plusieurs fois.
| Sujet | Ce que disent les sources officielles |
|---|---|
| Réception | Obligatoire depuis le 1er septembre 2026 pour toutes les entreprises concernées, quelle que soit leur taille |
| Émission | Depuis le 1er septembre 2026 pour les grandes entreprises et les ETI ; au plus tard le 1er septembre 2027 pour les PME et microentreprises |
| E-reporting | Transmission des données de transaction et de paiement, selon le même calendrier par taille que l’émission |
| Canal | Une plateforme agréée (appellation qui remplace « plateforme de dématérialisation partenaire », ou PDP) est obligatoire pour émettre, recevoir et transmettre les données |
Sources : coup d’envoi de la réforme, economie.gouv.fr, page de référence du ministère, plateformes agréées, impots.gouv.fr, guide pratique de démarrage de la DGFiP.
Deux précisions de vocabulaire évitent beaucoup de confusion. Une plateforme agréée est un opérateur immatriculé par l’administration ; c’est elle seule qui transmet les factures et les données à l’État. Un logiciel de facturation ou de gestion non immatriculé peut rester dans le circuit comme « solution compatible », mais il doit passer par une plateforme agréée (fiche DGFiP sur les opérateurs de dématérialisation). Enfin, un annuaire indique, pour chaque entreprise, la plateforme qui reçoit ses factures.
Les montants des sanctions ont évolué récemment ; ils sont détaillés, avec leurs plafonds, sur Service Public Entreprendre. Au-delà des sanctions, l’enjeu est opérationnel : une facture bloquée reste un paiement retardé.
Ce qui change concrètement, étape par étape
Réception : un seul canal, des factures déjà structurées
Les factures fournisseurs arrivent par la plateforme choisie, avec des données structurées dans l’un des formats du socle (UBL, CII ou Factur-X, décrits dans les spécifications externes). La saisie ou la lecture de PDF recule, mais une question apparaît : que devient la facture une fois reçue ? Qui la voit, dans quel outil, et selon quelle règle est-elle orientée vers le bon valideur ou la bonne entité ? Les boîtes mail partagées ne jouent plus ce rôle de tri, et personne ne le reprend automatiquement.
Émission : la donnée doit être juste avant l’envoi
Une facture émise doit porter, en données structurées, de nouvelles mentions : le SIREN du client, l’adresse de livraison si elle diffère de l’adresse de facturation, la nature des opérations (biens, services ou les deux) et, le cas échéant, l’option pour le paiement de la TVA d’après les débits (mentions obligatoires, economie.gouv.fr). Une facture incohérente peut être rejetée par la plateforme avant même d’atteindre le client. Ce qui se corrigeait discrètement à la main sur un PDF doit désormais être juste à la source.
Statuts de cycle de vie : savoir où en est chaque facture
Les plateformes agréées proposent obligatoirement quatre statuts : déposée, rejetée (par la plateforme, pour une raison technique ou de conformité), refusée (par le client, pour une raison commerciale) et encaissée, ce dernier étant renseigné par le fournisseur avec la date et le montant du paiement (fiche DGFiP sur la réception). Chaque statut appelle une action : corriger, réémettre, relancer, lettrer. Si personne n’en est responsable, les statuts s’accumulent sans rien changer.
E-reporting : les opérations hors facture électronique
Les ventes à des particuliers ou à des clients non assujettis, et certaines opérations internationales, donnent lieu à une transmission de données de transaction. Les encaissements sur des prestations de services donnent lieu à une transmission de données de paiement (fiche DGFiP sur l’e-reporting des transactions, données de paiement à transmettre). Il faut donc savoir qualifier chaque flux de vente et relier les encaissements aux factures, ce qui suppose un rapprochement bancaire tenu à jour.
Données de référence : le chantier le moins visible
SIREN des clients, adresses de livraison, entités juridiques, adresses de facturation électronique de vos fournisseurs dans l’annuaire : tout cela vit souvent dans plusieurs outils, avec des versions différentes. La réforme ne crée pas ce problème, elle le rend bloquant. Désigner une source de référence par donnée et un responsable de sa mise à jour relève de la gouvernance des données, pas du paramétrage de la plateforme.
Ce que la plateforme fait, ce qu’elle ne fait pas
C’est le tableau à poser en réunion avant de signer avec une plateforme ou de considérer le sujet réglé. La colonne de droite est celle qui échoue le plus souvent en silence, parce qu’elle n’est inscrite dans aucun contrat.
| Étape | Ce que la plateforme agréée prend en charge | Ce qu’elle ne fait pas | Ce qui reste à organiser en interne |
|---|---|---|---|
| Réception | Recevoir les factures, les mettre à disposition, convertir le format si besoin | Savoir qui doit valider quoi | Règles d’orientation par entité, service, type d’achat ; délais de validation |
| Rapprochement | Fournir des données structurées exploitables | Vérifier que la facture correspond à la commande et à la réception | Règles de rapprochement, tolérances d’écart, traitement des litiges |
| Émission | Contrôler le format, transmettre au client via sa plateforme | Garantir que le SIREN, l’adresse ou la nature de l’opération sont justes | Contrôles avant émission dans l’outil de facturation, responsable des données client |
| Rejets et refus | Signaler le statut | Corriger la facture ou trancher un différend commercial | Circuit de correction, réémission, avoir, traçabilité de la cause |
| Encaissement | Transmettre le statut « encaissée » et les données de paiement renseignées | Savoir qu’une facture a été payée | Rapprochement bancaire, lettrage, saisie du statut « encaissée » |
| E-reporting | Transmettre les données à l’administration | Qualifier vos opérations (B2C, international, services) | Règles de qualification des flux, contrôle des montants transmis |
| Données tiers | Consulter l’annuaire pour router | Tenir à jour votre base clients et fournisseurs | Source de référence par donnée, procédure de création et de modification des tiers |
Autrement dit, la plateforme remplace le transport et une partie du contrôle de forme. Le fond (qui décide, sur quelle règle, avec quelle donnée) reste chez vous.
Pourquoi cartographier avant de brancher
Brancher une plateforme sur des circuits mal décrits reproduit les contournements existants dans un cadre plus rigide. Prenons un exemple illustratif : une entreprise dont l’administration des ventes corrige chaque mois, à la main, les adresses de livraison dans des PDF avant envoi. Avec l’émission électronique, ces corrections ne sont plus possibles après coup. Soit la donnée est juste dans l’outil de facturation, soit la facture est rejetée et revient dans une file que personne ne surveille.
Cartographier le processus, c’est répondre par écrit à quelques questions que la plateforme ne pose pas :
- Où naît chaque facture émise (ERP, outil de devis, facturation manuelle, filiale) et quel outil porte chaque donnée obligatoire ?
- Quelles factures reçues suivent un circuit standard, et lesquelles demandent un jugement (litige, facture sans commande, frais refacturés) ?
- Qui est prévenu d’un rejet ou d’un refus, en combien de temps, et qui a le droit de corriger ?
- Quelles règles de rapprochement et quelles tolérances s’appliquent, et sont-elles écrites quelque part ?
- Comment chaque vente est-elle qualifiée pour l’e-reporting, et qui le vérifie ?
- Qui crée et modifie un client ou un fournisseur, et à partir de quel justificatif ?
Ces réponses permettent ensuite de distinguer ce qui peut devenir une règle automatique (un contrôle de complétude avant émission, un routage par entité, un rapprochement dans les tolérances) de ce qui doit rester une décision humaine (un refus commercial, un litige, la création d’un tiers). C’est la logique que nous détaillons dans notre grille code, IA ou validation humaine : les factures désormais structurées rendent beaucoup de contrôles déterministes, sans qu’il soit utile d’y mettre de l’IA.
Par où commencer selon votre situation
Vous êtes une PME qui reçoit depuis septembre et émettra en 2027. La réception est la priorité immédiate : vérifier que la plateforme est choisie, que les factures reçues arrivent dans l’outil où elles sont validées et que le circuit de validation est connu. L’année qui vient sert à fiabiliser les données clients avant l’obligation d’émission.
Vous êtes une ETI qui émet déjà. Les premiers rejets et refus montrent où la donnée est fragile. Les suivre par cause pendant quelques semaines donne une liste de corrections à faire à la source, plus utile qu’une reprise au cas par cas.
Votre circuit est simple et vos données sont propres. Un seul outil de facturation, peu de fournisseurs, une base tiers tenue : l’accompagnement de votre éditeur ou de votre plateforme suffit probablement, et une cartographie serait disproportionnée. Il est inutile d’en faire un projet de transformation.
Plusieurs outils et entités, beaucoup d’exceptions. C’est la situation où cartographier le processus avant de paramétrer évite de reconstruire des reprises manuelles. La mise en place des règles et des contrôles vient ensuite, sur un périmètre décrit.
Pour aller plus loin
Si vous voulez savoir où vos flux de facturation risquent de casser, et ce qui peut être rendu automatique sans perdre le contrôle, le point de départ est la cartographie de processus. Pour le traitement quotidien des factures fournisseurs, poursuivez avec la dématérialisation des factures.