Le fait d’actualité : un déploiement engagé
Dans son point d’étape publié le 12 octobre 2026, le ministère de l’Économie indique que 75 % des entreprises déclarant de la TVA ont désigné une plateforme de réception. Il relève aussi des difficultés d’interopérabilité et de transmission des statuts de facture. Ce taux concerne la désignation d’une plateforme : il ne mesure pas la maturité opérationnelle des entreprises ni les gains qu’elles auraient obtenus.
Source : Ministère de l’Économie, point d’étape du 12 octobre 2026
Un calendrier à relier à son propre périmètre
Le calendrier officiel prévoit la réception des factures électroniques par les entreprises concernées dès le 1er septembre 2026, ainsi que leur émission par les grandes entreprises et les ETI. L’émission par les PME et microentreprises est prévue au 1er septembre 2027. Le dispositif vise notamment les opérations entre entreprises établies en France et assujetties à la TVA, avec des règles et exceptions à vérifier selon les flux. Le périmètre applicable doit être confirmé avec les ressources officielles et les interlocuteurs comptables de l’entreprise.
Source : Ministère de l’Économie, calendrier et périmètre de la réforme
Notre lecture : le risque d’automatiser les frictions
Un circuit de validation confus reste confus une fois dématérialisé. Si les responsabilités ne sont pas définies, une facture rejetée peut circuler entre la comptabilité, les achats et l’exploitation sans trouver de décision. Si plusieurs équipes corrigent la même donnée, les versions divergent. Le risque opérationnel est de multiplier les reprises et les exceptions tout en croyant avoir simplifié le processus. Il faut donc observer les cas réels : facture sans commande, livraison partielle, litige, avoir, changement de coordonnées. Leur traitement révèle les points qui demandent une règle claire.
L’opportunité : mieux relier les opérations et la finance
La réforme peut servir de point d’appui pour reprendre le parcours d’une transaction, de l’engagement jusqu’au règlement. L’enjeu est de rendre visibles les dépendances : qui confirme le service réalisé, qui valide un écart, qui dispose de l’information utile pour résoudre un litige ? Notre proposition est de partir d’un flux représentatif, de documenter les difficultés rencontrées et de tester le circuit cible avec les équipes. Le bénéfice ne se déduit pas de la seule présence d’un logiciel. Il se vérifie dans la réduction des reprises, la fiabilité des données et la capacité à traiter les exceptions.
Trois décisions à mettre à l’agenda
Pour la direction, le projet mérite un pilotage commun entre finance, opérations et systèmes d’information. Un responsable clairement identifié doit pouvoir arbitrer les interfaces. Le suivi distingue la mise en service technique, l’adoption des pratiques et les effets observés. Les prochains investissements peuvent alors être décidés à partir de problèmes documentés, plutôt que d’une liste de fonctionnalités.
- Choisir les flux et les exceptions à sécuriser en premier, selon leur fréquence et leurs conséquences.
- Attribuer la responsabilité des données, des rejets et des arbitrages entre services.
- Définir quelques mesures avant et après changement : reprises, délais internes et incidents non résolus.
