Vingt-cinq jours après le 1er septembre 2026, la production réelle a dit ce que les environnements de test n’avaient pas montré. Les grandes entreprises et ETI contraintes d’émettre ont découvert, dans leurs logs de plateforme, une série d’anomalies que les pilotes de l’AIFE n’avaient pas anticipées à cette échelle. Pendant ce temps, une fraction significative des entreprises n’était toujours pas raccordée à une Plateforme Agréée (PA). Ce bilan J+25 recense les enseignements factuels de cette première période de production obligatoire — sans chiffres officiels (la DGFiP n’en a pas encore publiés), mais avec les retours de terrain disponibles dans la presse professionnelle et le barreau.
Rappel : ce qui était attendu au 1er septembre 2026
Les trois obligations entrées en vigueur
La réforme comporte trois obligations distinctes, entrées en vigueur le 1er septembre pour les grandes entreprises et les ETI :
- Emission en format structuré : toute facture émise à un client français assujetti à la TVA doit transiter par une PA, au format Factur-X, UBL 2.1 ou CII. Un PDF envoyé par e-mail ne constitue plus une facture électronique au sens légal.
- Réception native : depuis le 1er septembre, toutes les entreprises assujetties à la TVA — y compris les PME et micro-entreprises — doivent être techniquement capables de recevoir les flux entrants via une PA. Ce n’est pas une obligation d’émission, mais c’est une obligation réelle.
- E-reporting TVA : pour les transactions hors périmètre e-facture (ventes B2C, clients étrangers), les données de transaction doivent être transmises à la DGFiP via la PA ou le Portail Public de Facturation (PPF), selon une périodicité contraignante : tous les dix jours pour les transactions, mensuellement pour les paiements.
Les entreprises concernées à cette date
Au 1er septembre 2026, les obligations d’émission s’appliquent aux grandes entreprises (plus de 250 salariés ou CA supérieur à 50 millions d’euros) et aux ETI (50 à 250 salariés). Les PME, TPE et micro-entreprises ont jusqu’au 1er septembre 2027 pour activer l’émission, mais leur obligation de réception était déjà effective.
Pour le détail des ERP ayant maintenu ou perdu leur statut de PA au moment du lancement, voir notre bilan J+7 — quels ERP ont tenu la promesse du 1er septembre 2026.
Les premières anomalies techniques remontées en production
Trois semaines après le basculement, les incidents se sont multipliés au point de générer un contentieux naissant. Maître Reda Kohen, avocat en droit des affaires à Paris, a publié entre le 22 et le 25 septembre 2026 une série de quatre articles documentant des cas réels de factures rejetées, bloquées ou contestant des demandes de paiement (kohenavocats.fr, 22-25 septembre 2026). Ce volume de publication, inhabituel pour un cabinet fiscal, traduit l’ampleur des demandes reçues.
SIREN manquant ou mal formaté
L’annuaire central du PPF route les factures en utilisant les identifiants SIREN et SIRET. Une adresse annuaire absente, erronée ou obsolète suffit à déclencher un rejet automatique — code DEST_INC (destinataire inconnu de l’annuaire) ou SIRET_ERR (SIREN/SIRET incorrect). Ce type d’erreur représente l’une des causes de rejet les plus fréquemment documentées sur les forums professionnels depuis le 1er septembre.
La source du problème est souvent dans l’ERP émetteur : un SIREN saisi dans un champ texte libre, une ancienne fiche client avec un SIRET de siège au lieu du SIRET d’établissement destinataire, ou un export mal paramétré qui tronque l’identifiant à 8 chiffres au lieu de 9. Le résultat est le même : la facture n’arrive pas, elle est en statut “rejetée” dans la PA émettrice, et le fournisseur n’est pas payé (compta-online.com, codes de rejet AFNOR XP Z12-012).
Mentions obligatoires manquantes
La norme AFNOR XP Z12-012, qui standardise les 45 codes de rejet des plateformes en six familles, inclut plusieurs codes liés aux mentions légales absentes. Deux secteurs concentrent les signalements :
- Marchés publics : le champ “cadre contractuel” (numéro de marché ou de commande publique) est obligatoire pour les factures émises dans le cadre de contrats avec des entités publiques. Des entreprises habituées à facturer les collectivités via Chorus Pro ont découvert que le passage à une PA privée ne dispense pas de ce champ.
- Sous-traitance et auto-liquidation TVA : les factures en autoliquidation de TVA (secteur BTP notamment) requièrent une mention explicite dans le flux XML. Des ERP qui géraient correctement cette mention dans leurs PDF l’avaient omise dans leurs exports Factur-X.
Erreurs de calcul et problèmes d’encodage
Le code CALCUL_ERR est apparu dans plusieurs remontées : un arrondi à deux décimales calculé ligne par ligne peut introduire un écart de 0,01 euro avec le total arrondi globalement. Ce delta microscopique suffit à invalider la facture selon les règles de validation schématron. Des éditeurs ont déployé des correctifs dans les jours suivant les premières remontées.
L’encodage des caractères reste un problème pour les ERP ancienne génération. Certains systèmes legacy exportent encore en ISO-8859-1 (Latin-1) là où le standard Factur-X exige de l’UTF-8. Le résultat : des noms de raison sociale avec des caractères accentués qui se corrompent dans le flux XML et déclenchent un rejet sémantique (REJ_SEMAN).
Destinataires non raccordés
Le code NON_TRANSMISE — destinataire non raccordé à une plateforme — a émergé comme un problème structurel. Une facture émise par une grande entreprise conforme arrive chez une PA… qui n’a aucune contrepartie pour router vers le client destinataire, parce que ce client PME n’a pas encore souscrit à une PA. La facture est en suspens : émise, non reçue, mais techniquement transmise (compta-online.com, codes de rejet).
Ce que les PA ont dû corriger en urgence post-lancement
Corrections de format déployées dans les 15 premiers jours
Plusieurs plateformes ont poussé des mises à jour correctives dans les deux semaines suivant le lancement. Les corrections les plus fréquentes ont porté sur la validation schématron des règles BR-FR (règles métier spécifiques France), la gestion des codes pays ISO, et les algorithmes de calcul de TVA en cas de remises et d’avoirs. Ces mises à jour n’ont généralement pas nécessité d’intervention côté client, mais certaines ont temporairement modifié les règles de validation — créant un délai pendant lequel des factures valides devenaient invalides ou inversement.
Procédures de gestion des rejets
La norme AFNOR XP Z12-012 prévoit 7 codes d’action corrective (de NOA pour “aucune action requise” à NIN pour “émettre une facture corrigée”). En pratique, peu d’équipes comptables connaissaient ces codes avant le lancement. Les premières semaines ont révélé un déficit de formation sur la gestion des rejets — un processus distinct de la comptabilisation qui implique fournisseur, client, et parfois les deux plateformes en chaîne.
Communication variable selon les éditeurs
La qualité de la communication post-lancement a varié significativement d’un éditeur à l’autre. Les plateformes qui avaient préparé des portails statuts temps réel et des bases de connaissances sur les codes de rejet ont absorbé la vague de support avec moins de friction. Celles qui se contentaient d’un e-mail d’erreur en anglais avec un code XML ont généré une saturation de leurs équipes support — pattern déjà observé lors du lancement belge d’avril 2026.
Les entreprises non prêtes : ce qui se passe vraiment
La tolérance DGFiP : formalisée mais conditionnelle
La DGFiP a maintenu sa posture de tolérance annoncée avant le lancement : pas de sanction automatique pour les entreprises de bonne foi en cours d’adaptation (itsocial.fr, septembre 2026). Cette tolérance s’étend selon toute probabilité jusqu’à fin 2026. Elle est conditionnelle : l’entreprise doit documenter ses difficultés (tickets support, contrats PA en cours), maintenir une trajectoire active, et ne pas installer la non-conformité en situation permanente.
38 % des entreprises n’avaient toujours pas engagé de démarches concrètes à l’approche du 1er septembre 2026 (swiftediflow.com, analyse de démarrage septembre 2026). Pour ces entreprises, la tolérance DGFiP est une fenêtre — pas une absolution.
Solutions de transition opérationnelles
Pour les entreprises grandes et ETI non encore raccordées, trois solutions de transition restent praticables à date :
- Mandat PA tiers : déléguer l’émission et la réception à une PA de manière transitoire, sans changer d’ERP. Plusieurs PA proposent un onboarding en 2 à 4 semaines.
- PA mutualisée : certains cabinets comptables ou fédérations professionnelles ont souscrit à une PA pour le compte de leurs clients ou adhérents.
- Chorus Pro : le Portail Public de Facturation reste accessible pour les entreprises qui ne sont pas encore connectées à une PA privée — mais son périmètre B2G (public) et les contraintes de saisie manuelle en font une solution de dépannage, pas une cible.
Risques légaux concrets
L’article 1788 D du Code général des impôts formalise les sanctions : 50 euros par facture non émise en format électronique (plafond 15 000 euros par an), 500 euros par transmission e-reporting manquante (même plafond), et une escalade trimestrielle pour les entreprises non raccordées après mise en demeure (compta-online.com). Tant que la tolérance est active, ces sanctions ne sont pas appliquées automatiquement. Mais les fournisseurs dont la facture est rejetée et qui ne sont pas payés peuvent, eux, se prévaloir du rejet pour contester la conformité — et potentiellement réclamer des pénalités de retard de paiement calculées à partir de la date d’émission initiale.
Premiers chiffres sur les volumes traités (J+1 à J+25)
La DGFiP n’a pas encore publié de statistiques officielles sur les volumes de factures traités entre le 1er et le 26 septembre 2026. Les premiers résultats agrégés sont attendus pour fin octobre 2026, selon le calendrier habituel des publications de l’administration fiscale.
Ce que l’on sait par ailleurs : lors de la phase pilote précédant le lancement obligatoire, seules 3 800 entités avaient émis des factures électroniques et 3 400 en avaient reçu — sur un total de plus de 11 millions d’acteurs économiques concernés à terme, soit un taux de participation d’environ 0,025 % (Basware compliance map France, données pilote 2026). Ce chiffre de pilote n’est pas représentatif de la production, mais il illustre la faible préparation du système en conditions réelles avant le basculement obligatoire.
Les PA qui communiquent sur leurs volumes restent vagues pour des raisons commerciales. Sans données DGFiP consolidées, tout chiffre de taux de succès ou de volume circulant sur les réseaux professionnels doit être traité avec prudence.
Ce que cela change pour la prochaine échéance : les PME en 2027
Le 1er septembre 2027 est la prochaine date clé : les PME (moins de 50 salariés), TPE et micro-entreprises devront activer l’obligation d’émission. Les enseignements des 25 premiers jours de production grande entreprise/ETI ont une valeur directe pour ces entités.
Ce que les grandes entreprises ont appris que les PME devront appliquer :
- Nettoyer les fiches clients (SIREN, SIRET d’établissement, adresse annuaire PA) avant d’activer le flux — pas en réaction aux premiers rejets
- Tester l’encodage UTF-8 des exports ERP sur un lot pilote avant la mise en production
- Former les équipes comptables aux 45 codes de rejet, pas seulement à la procédure d’émission
- Vérifier que la PA destinataire est bien raccordée pour les clients stratégiques
3 actions prioritaires pour une PME qui commence maintenant :
- Choisir une PA et signer un contrat d’ici fin 2026 : les files d’attente chez les éditeurs restent longues. Un onboarding déclenché en janvier 2027 risque de manquer l’échéance de septembre.
- Auditer les fiches clients ETI et grandes entreprises : ces clients sont déjà en émission obligatoire. Si votre PA de réception n’est pas correctement configurée, vous ne recevez pas leurs factures — et ils ne le savent peut-être pas.
- Activer l’e-reporting en même temps que l’e-facture : les deux obligations sont techniquement distinctes dans leur paramétrage PA. Ne pas dupliquer l’erreur des ETI qui avaient configuré l’e-facture mais pas l’e-reporting.
Pour approfondir la chronologie de la réforme, lisez notre bilan J+5 — ce que la première semaine révèle, notre bilan J+7 — quels ERP ont tenu la promesse du 1er septembre, et notre roadmap ERP e-facture 2026-2027 : PA, annuaire et e-reporting.
