Réforme 2026/2027 : le calendrier réel pour les éditeurs de logiciels métier

La réforme française de la facturation électronique avance selon un calendrier fermé. Les sources de la DGFiP (Direction générale des Finances publiques) ne mentionnent, à ce jour, aucun report. Si vous éditez un logiciel de gestion métier, ce calendrier vous concerne directement, même si vos clients ne sont pas les premiers obligés. Voici ce que ces dates impliquent concrètement pour vous.

Les échéances fermes : deux dates, trois obligations

Le calendrier distingue trois mécanismes qu’il faut bien séparer. Les confondre conduit à mal évaluer l’urgence.

Réception : 1ᵉʳ septembre 2026, pour toutes les entreprises

Première obligation : recevoir des factures électroniques. À compter du 1ᵉʳ septembre 2026, toutes les entreprises assujetties à la TVA (taxe sur la valeur ajoutée) doivent être en capacité de recevoir une facture au format électronique structuré.

Cette date ne fait pas de distinction de taille. Une micro-entreprise est concernée au même titre qu’un grand groupe. C’est le point souvent sous-estimé : même si vos clients sont de petites structures qui n’émettront pas avant 2027, ils devront recevoir des factures électroniques dès septembre 2026.

Émission et e-reporting : 1ᵉʳ septembre 2026 pour les grandes entreprises et ETI

Deuxième et troisième obligations, regroupées dans le temps pour les plus grandes structures. Au 1ᵉʳ septembre 2026, les grandes entreprises et les ETI (entreprises de taille intermédiaire) doivent :

• émettre leurs factures au format électronique structuré ;
• procéder au e-reporting, c’est-à-dire la transmission à l’administration de données de transaction qui ne passent pas par une facture électronique entre assujettis français (ventes aux particuliers, opérations internationales, données de paiement).

Émission et e-reporting : 1ᵉʳ septembre 2027 pour les PME, TPE et micro-entreprises

Les PME (petites et moyennes entreprises), TPE (très petites entreprises) et micro-entreprises disposent d’une année supplémentaire pour l’émission et le e-reporting : leur échéance est fixée au 1ᵉʳ septembre 2027.

Attention à ne pas en déduire que ces structures sont tranquilles jusque-là. Elles restent soumises à l’obligation de réception dès le 1ᵉʳ septembre 2026. Le décalage ne porte que sur l’émission et le e-reporting.

Mécanisme	Grandes entreprises et ETI	PME, TPE, micro
Réception	1ᵉʳ sept. 2026	1ᵉʳ sept. 2026
Émission	1ᵉʳ sept. 2026	1ᵉʳ sept. 2027
E-reporting	1ᵉʳ sept. 2026	1ᵉʳ sept. 2027

Ces repères proviennent du calendrier publié par la DGFiP. Pour le classement précis de chacun de vos clients dans l’une ou l’autre catégorie, il convient de vérifier les seuils applicables avec leur conseil : le rattachement à une catégorie dépend de critères qu’il n’appartient pas à un éditeur de trancher.

La fin du dépôt gratuit : le PPF devient un annuaire

Un changement structurel mérite votre attention, car il modifie l’architecture technique de la réforme.

Le PPF (Portail Public de Facturation) avait initialement été pensé comme une plateforme publique et gratuite sur laquelle les entreprises auraient pu déposer directement leurs factures. Cette option de dépôt gratuit a été abandonnée.

Le PPF subsiste, mais dans un rôle différent : il devient un annuaire et un concentrateur. Concrètement, il centralise l’annuaire des destinataires (pour savoir vers quelle plateforme router une facture) et collecte les données destinées à l’administration. Il ne sert plus de guichet de dépôt ouvert à tous.

Conséquence directe : les entreprises ne déposent plus leurs factures sur un portail public gratuit. Elles passent par une plateforme privée.

L’architecture en Y : la PA puis le PPF

Cette nouvelle organisation porte un nom : l’architecture en Y.

Le principe est le suivant. Une entreprise transmet sa facture à une PA (Plateforme Agréée, anciennement désignée PDP, plateforme de dématérialisation partenaire). La PA assure deux mouvements :

1. elle route la facture vers le destinataire (ou vers la PA du destinataire) ;
2. elle transmet au PPF les données requises par l’administration.

Le PPF n’est donc plus sur le chemin de la facture elle-même. Il reçoit les données. La facture, elle, circule entre plateformes agréées. D’où la forme en Y : un flux qui part de l’émetteur, passe par la PA, puis se sépare entre le destinataire d’un côté et le PPF de l’autre.

Pour un éditeur, la leçon est claire : il n’existe pas de voie gratuite et directe vers l’administration. Le passage par une plateforme agréée est la règle.

Le rôle d’une Solution Compatible adossée à une PA

C’est ici qu’intervient une distinction qui structure tout votre positionnement d’éditeur.

Une PA est agréée par l’administration pour produire la facture légale, la router et transmettre les données. C’est un statut lourd, soumis à un agrément.

Une Solution Compatible (SC) est différente. Elle ne se substitue pas à une PA. Elle prépare et structure les données, puis s’appuie sur une PA partenaire qui, elle, produit et transmet la facture légale (au format Factur-X ou via le flux destiné à la DGFiP). La SC n’émet jamais la facture légale.

Cette architecture en deux niveaux a un intérêt concret pour un éditeur de logiciel métier. Vous n’avez pas à transformer votre produit en plateforme agréée, démarche coûteuse et hors de votre cœur de métier. Une Solution Compatible adossée à une PA peut prendre en charge la préparation des données de mise en conformité, pendant que votre logiciel continue son travail.

C’est précisément le rôle que tient Liakont, le premier produit de Liadenn. Liakont est une Solution Compatible adossée à une Plateforme Agréée. Liakont prépare et transmet des données structurées ; c’est la PA partenaire qui émet la facture légale. Liakont ne génère pas le Factur-X et n’émet pas la facture légale à votre place.

Ce que ce calendrier implique concrètement pour vous, éditeur

Au-delà des dates, voici les implications opérationnelles pour un éditeur de logiciel de gestion (WinDev, Magic XPA, Delphi, Access, AS400/RPG, Sage ou NAV anciens, entre autres).

Vos clients en réception dès 2026, quelle que soit leur taille

L’obligation de réception au 1ᵉʳ septembre 2026 touche toute votre base, y compris les petites structures. Un logiciel métier qui ne sait pas exploiter une facture électronique entrante place son utilisateur en difficulté dès cette date. La question n’est donc pas seulement d’émettre : c’est aussi de recevoir.

Une mise en conformité ne suppose pas de réécrire votre logiciel

C’est sans doute le point le plus rassurant. Rendre un logiciel legacy conforme ne signifie pas le remplacer ni le modifier. Une approche en lecture seule stricte est possible : un agent léger lit les données via ODBC (Open Database Connectivity), sans aucune écriture dans votre base (zéro INSERT, UPDATE ou DELETE), sans verrou, et avec un tampon local chiffré en cas de coupure réseau.

Votre logiciel reste donc intact. Il continue de fonctionner. La conformité s’ajoute à côté, sans réingénierie de votre code.

La méprise du « convertisseur générique »

Vous croiserez des démonstrations affirmant qu’il suffit de « cinq lignes de code » pour convertir vos données en facture électronique. Cette prémisse mérite d’être examinée de près.

Produire une donnée conforme suppose plus qu’une conversion de format. Il faut une normalisation au standard EN 16931 (la norme européenne de facture électronique), un mapping TVA paramétré par client et validé par son expert-comptable, et une série de contrôles qualité. Parmi eux, la règle BR-CO-15 de la norme EN 16931 impose l’équilibre HT + TVA = TTC ; c’est un contrôle fatal. Mieux vaut bloquer une facture déséquilibrée que d’en transmettre une fausse.

Une conversion en quelques lignes n’embarque ni ces contrôles, ni la validation comptable, ni le suivi des statuts, ni l’archivage. La structure technique est une chose ; la conformité en est une autre.

L’archivage et la supervision dans la durée

La réforme s’inscrit dans le temps. Les durées de conservation citées comme repères sont de 6 ans sur le plan fiscal (LPF, art. L102 B) et de 10 ans sur le plan commercial (Code de commerce, art. L123-22). Un archivage à valeur probante, organisé par exemple en chaîne de hachages, répond à cette exigence de durée.

La supervision compte tout autant. Détecter le silence d’un agent avant qu’il ne provoque une non-conformité (un mécanisme de type « dead-man’s switch ») permet d’alerter en amont, plutôt que de constater le défaut après coup.

En somme

Le calendrier est fixé : réception pour tous au 1ᵉʳ septembre 2026, émission et e-reporting pour les grandes entreprises et ETI à la même date, puis pour les PME, TPE et micro au 1ᵉʳ septembre 2027. Le PPF n’est plus un guichet de dépôt gratuit, et l’architecture en Y impose le passage par une plateforme agréée.

Pour un éditeur de logiciel métier, l’enjeu n’est pas de devenir plateforme agréée, ni de réécrire son produit. Il est de comprendre où se situe la frontière entre la donnée que prépare une Solution Compatible et la facture légale qu’émet une PA. La suite logique consiste à examiner, pour votre logiciel et la base de vos clients, comment cette préparation des données peut se brancher en lecture seule, sans toucher à l’existant.