Facturation électronique : les premiers problèmes rencontrés après le 1er septembre 2026

Ce que quatre jours de terrain nous apprennent déjà

Le 1er septembre est passé.

Pendant des mois, nous avons parlé de réglementation, de Plateformes Agréées, d’annuaire, de formats, de versions logicielles, de e-invoicing et de e-reporting.

Depuis quelques jours, chez BLC, nous parlons surtout d’une question beaucoup plus simple :

Est-ce que ça marche vraiment ?

La réforme est désormais entrée en vigueur : depuis le 1er septembre 2026, toutes les entreprises concernées doivent être capables de recevoir des factures électroniques via une Plateforme Agréée ; les grandes entreprises et les ETI doivent également émettre électroniquement et réaliser leur E-reporting. (Lien vers l’article de la DGFIP)

Et le fait que les premiers jours fassent apparaître des difficultés n’est finalement pas une surprise. La DGFIP a publié un guide entier consacré aux incidents de démarrage : problèmes de réception, erreurs de routage dans l’annuaire, difficultés liées à un logiciel ou à une plateforme, flux bloqués, statuts, régularisations… L’administration demande avant tout aux entreprises de maintenir leur activité, de documenter les incidents et de régulariser les situations. (Guide pratique publié par la DGFIP)

Autrement dit : le 1er septembre n’était pas la ligne d’arrivée. C’était la mise en production.

Et une mise en production, ça révèle toujours des choses que les slides et les webinars ne montrent pas.

Cet article repose donc sur deux sources volontairement différentes : le cadre officiel de la réforme et les remontées réelles de nos consultants et de nos clients chez BLC depuis le 1er septembre.

Ce n’est pas un benchmark scientifique des éditeurs. Ce n’est pas non plus un palmarès définitif après quatre jours.

C’est un thermomètre terrain.

Et, pour le moment, les températures sont assez différentes selon les environnements.

Pennylane, Sage, Yooz : trois démarrages très différents vus de chez BLC

Côté Pennylane, le démarrage est franchement très bon.

Dans les dossiers suivis par nos équipes, peu de tension, peu de manipulations inattendues et une expérience globalement fluide.

Alors soyons également capables de le dire quand cela fonctionne : pour le moment, chez BLC, Pennylane est plutôt en mode tout feu tout flamme.

Ce bon ressenti terrain est cohérent avec un choix d’architecture intéressant : la Plateforme Agréée est directement intégrée à l’environnement Pennylane et une partie des démarches est prise en charge dans le produit. Lors d’un changement de PA, Pennylane précise notamment que c’est la nouvelle plateforme qui effectue la mise à jour du référencement dans l’annuaire, à partir de l’accord formel de l’entreprise. (Lien vers l’article Pennylane)

Cela peut sembler être un détail.

Ça n’en est pas un.

Car lorsque l’utilisateur choisit sa PA dans son logiciel puis que la mécanique réglementaire et technique se déroule derrière, la technologie absorbe la complexité.

Et c’est exactement ce qu’elle devrait faire.

Côté Sage, le constat est beaucoup plus contrasté.

Je veux être précis ici : je n’ai aucun doute sur le fait que Sage saura absorber la réforme et faire évoluer ses solutions. Sage dispose de sa Plateforme Agréée et documente désormais très précisément l’activation du dispositif dans Sage 100. (Consulter la KB Sage)

Mais aujourd’hui, sur le terrain, le dernier kilomètre est nettement plus exigeant.

Nos consultants remontent encore des erreurs d’inscription, des cas d’installation liés aux environnements techniques, plusieurs opérations ou mises à jour successives, des clients persuadés d’avoir terminé alors qu’il reste des étapes d’activation, des premiers flux qui nécessitent du diagnostic et des difficultés autour de l’adressage ou de situations où plusieurs plateformes entrent dans l’équation.

Ce sont des constats BLC, pas une affirmation selon laquelle tous les clients Sage rencontreraient ces problèmes.

Mais ils sont suffisamment récurrents chez nous pour qu’on en parle.

Et chez Yooz ?

Notre alerte du moment concerne surtout l’accompagnement.

Yooz dispose bien d’une immatriculation définitive en tant que Plateforme Agréée et met publiquement en avant sa capacité à gérer émission, réception, contrôles et flux réglementaires. (Consulter l’article Yooz)

En revanche, depuis le démarrage, nos équipes et plusieurs de nos clients nous remontent des délais de réponse support qui ne sont pas au niveau dont nous aurions besoin dans une période aussi sensible.

Je n’ai trouvé aucun élément public permettant d’en conclure que Yooz subirait un incident général ou que l’ensemble de ses clients seraient concernés. Je n’écrirai donc pas que « Yooz ne fonctionne pas ».

Mais du point de vue d’un intégrateur, quand un client est bloqué et que la réponse tarde, le sujet devient immédiatement opérationnel.

Et cela nous rappelle une chose essentielle :

Une Plateforme Agréée n’est pas seulement une technologie conforme. C’est aussi une capacité à accompagner ses utilisateurs lorsque quelque chose ne se passe pas comme prévu.

C’est probablement l’un des critères qui sera beaucoup mieux évalué par les entreprises après quelques mois d’utilisation qu’il ne l’était avant le 1er septembre.

Sage : le vrai problème n’est pas la conformité, c’est le dernier kilomètre

C’est probablement le point sur lequel je souhaite être le plus transparent.

Parce que BLC connaît très bien Sage 100, que nous accompagnons beaucoup d’entreprises sur cette solution et que nos consultants vivent donc la réforme de très près.

Ce que nous observons n’est pas un problème unique spectaculaire.

C’est plutôt l’accumulation de petites frictions.

Et c’est souvent cela qui fatigue le plus les utilisateurs.

Prenons simplement la procédure actuelle d’activation de la PA Sage dans Sage 100.

La documentation Sage, encore modifiée le 3 septembre 2026, décrit aujourd’hui cinq étapes successives : vérification des prérequis, activation du Portail Collaboratif, connexion au portail, confirmation de l’inscription à la PA Sage puis ajout des adresses de facturation électronique. (Voir l’article Sage sur l’activation de la plateforme)

Et il y a un passage particulièrement révélateur.

Après une première inscription, Sage précise qu’il est indispensable de confirmer à nouveau le choix de la Plateforme Agréée Sage dans le portail pour activer le service, y compris lorsqu’une première inscription a déjà eu lieu. Il faut ensuite sélectionner l’adresse de facturation, l’activer et soumettre les informations à l’annuaire. Sage indique un délai moyen de traitement de 24 heures pour l’intégration à l’annuaire. (Consulter l’article de Sage)

Voilà exactement le type de situation que nos consultants rencontrent.

Le client nous dit :

« Mais je me suis inscrit, c’est bon, non ? »

Eh bien… pas forcément.

Inscrit ne veut pas nécessairement dire activé.

Et activé ne veut pas encore dire testé de bout en bout.

La question des versions est également intéressante.

Pendant la préparation à la réforme, la version 12.10 de Sage 100 a beaucoup été mise en avant dans l’écosystème comme une version importante pour la facturation électronique. Aujourd’hui, la documentation officielle Sage demande explicitement « la dernière version de Sage 100 » et précise que les menus nécessaires à l’activation du Portail Collaboratif sont disponibles à partir des versions 12.2x. La 12.10 reste citée comme minimum pour l’ajout de certaines adresses de type suffixe ou routage, mais elle ne constitue donc plus à elle seule un résumé suffisant des prérequis actuels. (Cf article de Sage)

Et c’est là que le terrain est parfois difficile à vivre.

Un client retient :

« J’ai la bonne version. »

Le consultant, lui, doit regarder :

la version exacte ;

les composants ;

l’environnement serveur ;

les services installés ;

le paramétrage ;

le portail ;

l’annuaire ;

les adresses ;

les droits ;

et enfin le flux.

Nous avons notamment rencontré des environnements dans lesquels le rôle du serveur, dont certains serveurs contrôleurs de domaine, créait des contraintes supplémentaires. C’est une remontée technique BLC qui mérite d’être distinguée d’une règle générale applicable à tous les environnements Sage.

Et quand des mises à jour ou correctifs se succèdent autour d’une mise en production, cela finit naturellement par user tout le monde.

Le client qui pensait son projet terminé.

Le consultant qui doit revenir.

Le responsable informatique qui doit replanifier une intervention.

La comptabilité qui attend sa facture.

Je ne trouve pas scandaleux qu’un logiciel évolue pendant une réforme de cette ampleur.

Au contraire : je préfère largement un éditeur qui corrige vite à un éditeur qui ne corrige pas.

Mais il y a alors une exigence supplémentaire :

la communication et la documentation doivent aller aussi vite que le produit.

Et c’est probablement là que Sage doit encore progresser dans les prochaines semaines, notamment vis-à-vis de son réseau de partenaires.

D’ailleurs, le simple fait que l’article d’activation Sage 100 ait été mis à jour le 3 septembre, deux jours après le démarrage, montre à quel point les procédures continuent elles-mêmes à se préciser en phase réelle. (Lien vers l’article de Sage)

PA, annuaire et portabilité : le petit sujet technique qui devient un gros sujet métier

Avant le 1er septembre, la Plateforme Agréée ressemblait encore parfois à une ligne à cocher dans une check-list :

« PA choisie : oui / non. »

Je pense qu’après quelques semaines, les entreprises comprendront que c’est beaucoup plus structurant.

Parce que la PA est désormais directement impliquée dans le routage de leurs factures.

L’annuaire central sert précisément à déterminer vers quelle plateforme et quelle adresse une facture doit être acheminée. La DGFIP prévoit elle-même le cas où les informations de l’annuaire ne permettent pas d’identifier correctement la plateforme du destinataire : elle recommande alors de vérifier SIREN, SIRET, établissement, dénomination et données contractuelles, puis de se rapprocher de la plateforme ou du prestataire pour distinguer une mauvaise donnée, un défaut de mise à jour ou une difficulté de routage. (Consulter le guide pratique de la DGFIP)

Autrement dit :

une mauvaise adresse de facturation électronique n’est plus simplement une mauvaise donnée dans un fichier client. Elle peut déterminer où part réellement la facture.

Et nous commençons déjà à le voir.

Un sujet apparaît notamment lorsque plusieurs PA ou plusieurs référencements ont existé autour d’une même entreprise.

Nous l’avons d’ailleurs vécu nous-mêmes chez BLC : nous nous sommes retrouvés référencés auprès d’une PA que nous ne souhaitions finalement pas conserver comme plateforme de réception.

Je pourrais citer le nom et faire une petite blague…

Je vais me retenir. 😇

Parce que le vrai sujet est plus intéressant que le nom de l’acteur.

Que se passe-t-il lorsque je veux changer ?

La procédure de portabilité est désormais encadrée : le changement repose sur l’accord formel de l’entreprise et c’est la nouvelle plateforme qui doit prendre en charge la mise à jour du référencement. Pennylane décrit précisément ce principe dans sa documentation actuelle ; Yooz expose également une procédure fondée sur un accord formel, signé et traçable. (Changer de Plateforme Agréée pour Pennylane)

Et c’est ici que l’expérience utilisateur diffère beaucoup selon les solutions.

Avec Pennylane, dans notre expérience actuelle, le parcours est très intégré : je désigne Pennylane, je donne le mandat nécessaire et la plateforme prend largement en charge la mécanique de portabilité et de mise à jour.

Je choisis. La machine travaille. Je peux presque retourner à la plage. 🏖️

Chez Sage, dans les cas que nous accompagnons aujourd’hui, le parcours nous demande davantage de suivi, de passages par le portail, d’activation et de contrôle.

Je choisis. Je surveille. Je vérifie. La plage attendra.

Les deux peuvent aboutir au même résultat réglementaire.

Mais l’expérience n’est pas la même.

Et c’est, à mon avis, un enseignement très important pour le marché du logiciel de gestion :

La valeur d’un logiciel ne se mesure plus seulement à ce qu’il permet de faire. Elle se mesure aussi à tout ce qu’il évite à son utilisateur d’avoir à faire.

Le premier vrai flux reste le meilleur test de toute la réforme

Il y a une chose sur laquelle nos équipes sont maintenant encore plus convaincues qu’avant le 1er septembre :

le juge de paix, ce n’est pas l’écran qui affiche “inscription validée”.

C’est la facture.

Une vraie facture.

D’un vrai fournisseur.

Adressée au bon SIREN ou SIRET.

Routée par les vraies plateformes.

Qui arrive réellement dans le bon environnement.

Avec le bon statut.

Et qui peut être traitée par le bon utilisateur.

C’est seulement là que l’on teste réellement toute la chaîne.

Et l’administration partage finalement cette logique : son guide de démarrage traite explicitement des problèmes de routage, des informations erronées dans l’annuaire, des incidents provenant d’un logiciel ou d’une plateforme et de la nécessité de suivre les statuts disponibles pour comprendre si un envoi complémentaire ou une correction est réellement nécessaire. (Lien vers le guide DGFIP)

Nos premiers jours confirment également que la qualité de la donnée devient beaucoup plus visible.

SIREN.

SIRET.

Établissement.

Adresse de facturation.

Données clients et fournisseurs.

Référencement de la PA.

Une information approximative pouvait autrefois être corrigée par un humain au moment de l’envoi d’un PDF.

Une chaîne automatisée, elle, exécute ce qu’on lui donne.

Et lorsqu’une donnée est fausse, elle peut très efficacement envoyer la facture au mauvais endroit ou bloquer son routage. La DGFIP recommande précisément de commencer par contrôler ces données lorsqu’une plateforme de réception ne peut pas être identifiée. (Consulter le guide DGFIP)

Autre enseignement : les statuts ne sont plus accessoires.

Une facture électronique n’est plus seulement un document.

C’est un document, des données et un cycle de vie.

Il faut distinguer, par exemple, un rejet technique au cours du traitement d’un refus métier par l’acheteur ; la DGFIP insiste elle-même sur cette distinction dans son guide de démarrage. (Cf la DGFIP)

Et lorsque quelque chose bloque, surtout, ne pas improviser dix circuits différents.

La recommandation officielle est assez pragmatique : maintenir l’activité, tracer le problème, conserver les échanges et tickets support, isoler les flux bloqués, éviter les doublons et régulariser ensuite. En cas de difficulté de routage urgente, un canal habituel peut temporairement servir à porter la facture à la connaissance du client, mais sans multiplier systématiquement les doubles envois. (Cf DGFIP)

Ce sont de très bons réflexes, réforme ou pas.

Ce qui a été sous-estimé : l’expérience utilisateur et l’accompagnement humain

Pendant deux ans, nous avons énormément parlé de conformité.

Il fallait le faire.

Mais je pense que le marché va maintenant changer de grille de lecture.

Hier, on demandait :

Votre éditeur sera-t-il conforme ?

Demain, on demandera :

Combien de temps faut-il réellement à mon équipe pour que ça marche ?

Ou :

Que se passe-t-il quand ça ne marche pas ?

Et là apparaissent des critères beaucoup plus concrets.

Est-ce que l’utilisateur comprend ce qu’il doit faire ?

L’inscription suffit-elle ou faut-il encore activer autre chose ?

Le paramétrage se fait-il dans son logiciel ou dans un portail supplémentaire ?

La portabilité est-elle automatisée ?

Le message d’erreur est-il compréhensible ?

Le support répond-il ?

L’intégrateur dispose-t-il d’une documentation à jour ?

Le client peut-il résoudre seul un problème simple ?

Voilà les questions qui vont progressivement différencier les solutions.

Et c’est probablement aussi pour cela que nous constatons aujourd’hui une telle différence de sérénité entre certaines équipes Pennylane et certains environnements Sage.

Ce n’est pas nécessairement que l’une “fait de la facturation électronique” et que l’autre ne sait pas la faire.

C’est que l’une absorbe aujourd’hui davantage de complexité dans son expérience intégrée, tandis que l’autre expose encore davantage cette complexité à l’utilisateur, à l’administrateur ou à l’intégrateur. Les procédures publiques illustrent d’ailleurs cette différence de parcours : Pennylane décrit la portabilité comme une mise à jour pilotée par la nouvelle PA après mandat, tandis que la procédure Sage 100 actuelle comporte plusieurs étapes distinctes de connexion, confirmation, activation d’adresse et soumission à l’annuaire.

Et ce n’est pas une condamnation définitive de Sage.

C’est le chantier du moment.

Même constat pour Yooz : être officiellement immatriculé et disposer d’une plateforme fonctionnelle est indispensable, mais cela ne règle pas la question de la capacité à absorber un pic de demandes au moment où des milliers d’utilisateurs ont simultanément besoin d’aide. Yooz met lui-même l’accompagnement et la transition des entreprises au cœur de sa promesse ; nos retours BLC de cette semaine montrent justement combien cette promesse est importante lorsqu’on passe de la théorie à la production.

Enfin, il faut aussi être honnête du côté des entreprises.

Nous avons des clients qui se réveillent maintenant.

Oui, maintenant.

Après deux ans de mails, webinars, appels, articles, réunions et relances. 😅

On pourrait passer du temps à leur expliquer qu’on les avait prévenus.

Cela ne servirait à rien.

Notre métier est maintenant de trouver la manière la plus rapide et la plus sûre de les remettre sur les rails.

Et le cadre officiel est justement conçu pour cela : pendant cette phase de démarrage, l’administration demande de corriger les situations sans interrompre l’activité et prévoit une approche pédagogique lorsque l’entreprise peut montrer qu’elle a engagé les démarches nécessaires.

Après quatre jours, mon premier bilan est finalement plutôt positif

Alors, catastrophe ou pas catastrophe ?

Non.

Ce n’est pas ce que nous voyons.

Nous avons des problèmes.

Des inscriptions à reprendre.

Des paramétrages à vérifier.

Des mises à jour.

Des flux à diagnostiquer.

Des adresses à activer.

Des portabilités à surveiller.

Des supports auxquels nous aimerions parfois que quelqu’un décroche un peu plus vite.

Et quelques consultants qui commencent probablement à rêver de factures la nuit.

Mais globalement, la machine démarre.

Le gouvernement avait d’ailleurs explicitement prévu une montée en charge progressive et une phase d’accompagnement, plutôt qu’un basculement instantané où toute anomalie entraînerait immédiatement une sanction. La FAQ officielle publiée au démarrage confirme une approche de « bienveillance et tolérance » envers les entreprises rencontrant des difficultés et une mise en conformité progressive. (Tout savoir sur la RFE par la DGFIP)

Et surtout, nous voyons déjà quelque chose de beaucoup plus intéressant que la simple conformité.

Lorsque la chaîne fonctionne correctement, elle simplifie vraiment le processus.

La facture arrive.

Elle est structurée.

Elle est routée.

Elle peut être intégrée.

Son statut peut circuler.

Et demain, l’ensemble de ces données pourra permettre d’automatiser beaucoup plus de tâches autour de la comptabilité, du rapprochement, du paiement, du pilotage et de la TVA. La simplification administrative et la meilleure exploitation des données font partie des bénéfices officiellement recherchés par la réforme.

C’est finalement là que je pense que le débat va rapidement se déplacer.

Nous allons bientôt parler beaucoup moins de :

« Quelle PA avez-vous choisie ? »

Et beaucoup plus de :

« Qu’avez-vous réussi à automatiser grâce à cette nouvelle donnée ? »

Parce qu’une réforme réglementaire n’a aucun intérêt à rester uniquement une contrainte réglementaire.

Il faut maintenant en faire un projet de simplification.

Et, à terme, si tout cela pouvait contribuer à nous éviter une partie de nos déclarations de TVA…

Franchement, je signe. 🛌

Mais avant ça, quelques contrôles s’imposent.

Pour les entreprises qui rencontrent actuellement un problème, notre conseil est simple : tester un vrai flux de bout en bout, vérifier l’annuaire et les adresses, distinguer inscription et activation, contrôler la version et l’environnement logiciel, regarder les statuts, documenter chaque incident et conserver les tickets support. C’est à la fois ce que nous faisons chez BLC et ce que recommande la DGFIP pour traverser cette phase de démarrage sans bloquer l’activité.

Et que vous soyez client BLC ou non, si votre première facture électronique est partie quelque part dans la nature, si votre PA semble jouer à cache-cache ou si Sage vous explique que tout est activé alors que votre facture n’est toujours pas arrivée…

Appelez-nous.

On regardera.

Parce qu’après deux ans à parler du 1er septembre, maintenant, notre boulot n’est plus de vous expliquer la réforme.

C’est de faire en sorte qu’elle fonctionne.