Le 10 octobre 2026 au matin, le service d’e-reporting d’une plateforme agréée de facturation électronique s’est dégradé : des entreprises clientes n’ont plus pu téléverser leurs fichiers vers l’administration fiscale. L’incident, publié par l’éditeur lui-même sur sa page de statut (incident « FR-e-Reporting – Degraded Performance » du 10 octobre 2026) puis déclaré résolu le jour même, n’a duré que quelques heures. Il pose pourtant une question que des milliers d’entreprises découvriront à leur tour : quand les données de facturation ne partent plus vers l’administration, qui paie l’amende, la plateforme ou l’entreprise, et qui doit prouver quoi.
La réponse tient en quatre points. D’abord, la loi désigne un porteur unique de l’obligation de transmission : c’est la plateforme agréée choisie par l’assujetti qui transmet les données à l’administration, et c’est elle qui encourt l’amende de 50 euros par facture en cas d’omission ou de manquement. Ensuite, l’entreprise n’est pas pour autant à l’abri : elle reste redevable de ses données, elle encourt sa propre amende si elle n’émet pas en format électronique, et c’est à elle de démontrer qu’elle a fait ce qui dépendait d’elle. Troisièmement, la preuve se joue dans les heures qui suivent l’incident : capture de la page de statut, horodatage des flux, conservation des rejets, courrier à la plateforme. Enfin, les contrats signés priment sur toute analyse générale : niveaux de service, clauses limitatives, préavis de sortie, tout se lit avant la panne suivante, et seul le juge décide en cas de litige.
Deux réserves s’imposent avant d’aller plus loin. Les pages de statut des éditeurs sont des communications commerciales, pas des constats officiels : chaque entreprise doit vérifier l’incident sur la page de sa propre plateforme et constituer son propre dossier de preuve. Et les faits rapportés ici décrivent des incidents publiés et résolus, sans qu’aucune responsabilité ait été établie par une décision de justice à la date de rédaction : les qualifications juridiques qui suivent sont exprimées au conditionnel, comme des hypothèses de travail à faire vérifier sur pièces.
I. Ce que la panne d’e-reporting du 10 octobre 2026 révèle du circuit des données
A. Une dégradation de quelques heures, documentée par l’éditeur lui-même
Le 10 octobre 2026 à 7 h 17, l’éditeur Sage publie sur sa page de statut un incident intitulé « FR-e-Reporting – Degraded Performance ». Le message d’ouverture, rédigé en français, fait état d’investigations en cours sur un incident empêchant les clients français d’utiliser certains produits de téléverser des fichiers vers le service fiscal d’e-reporting, les autres fonctionnalités restant disponibles selon l’éditeur. Les produits cités sont AutoEntry, Sage 50 et Sage 100 pour la France, ainsi qu’un connecteur pour experts-comptables. Autrement dit, selon cette publication, les entreprises concernées pouvaient continuer à facturer, mais le téléversement des données vers le service fiscal était empêché.
À 9 h 11 le même jour, l’éditeur clôt l’incident en indiquant que le service fonctionnerait comme prévu pour les clients dont la configuration et l’intégration seraient entièrement finalisées. Il précise que le comportement observé pour les clients n’ayant pas encore terminé leur intégration serait attendu et ne résulterait pas d’un incident de service. Cette clôture appelle elle-même une lecture attentive : pour une entreprise dont les flux n’étaient pas partis, la distinction entre panne avérée et intégration inachevée détermine qui devra justifier quoi devant l’administration. La page de statut, consultée le 13 octobre 2026, constitue ici la source primaire des faits, accessible à l’adresse publiée par l’éditeur.
Cet incident bref n’est pas isolé. Sur la même page de statut, un incident « E-Reporting – Partial Outage » a empêché des clients en France de téléverser des documents du 30 septembre au 5 octobre 2026, soit près de six jours. Entre le 11 et le 15 septembre, c’est le Portail Public de Facturation de l’État lui-même qui aurait connu, toujours selon ces publications, une demande exceptionnellement élevée entraînant des temps de réponse ralentis et des retards de traitement pour les clients. Début septembre, le service « E-invoicing France » de la même plateforme a connu une dégradation d’environ huit jours et demi, avec des factures émises non livrées puis des retards de statuts. Un relevé privé publié le 26 septembre 2026 par un comparateur de plateformes agréées recense pour sa part 31 incidents vérifiés sur les pages de statut de douze plateformes agréées entre le 1er et le 26 septembre 2026, dont neuf touchant directement les flux — émission, réception, statuts, annuaire, e-reporting — chez cinq plateformes. La panne n’est donc plus l’exception : c’est un risque d’exploitation courant, que chaque entreprise doit intégrer à ses procédures.
Pour comprendre l’effet en chaîne, il faut distinguer trois rôles. L’entreprise assujettie émet ses factures et reste redevable de ses données fiscales. Sa plateforme agréée achemine les factures et transmet les données à l’administration. Le cabinet d’expertise comptable, souvent tiers déclarant ou connecteur, voit passer les flux de plusieurs clients et se retrouve aveugle en cas de panne. Quand le téléversement se bloque, le fournisseur croit avoir émis, le client ne reçoit parfois rien, l’expert-comptable ne voit rien arriver, et l’administration ne reçoit pas les données attendues. Chacun doit alors décider vite, avec des intérêts opposés : payer malgré tout, relancer, attendre, changer de plateforme, ou mettre en demeure.
B. Le droit applicable : qui doit transmettre quoi, et depuis quand
La réforme est entrée en vigueur le 1er septembre 2026. Selon la présentation officielle du ministère de l’économie, la réforme entre entreprises est entrée en vigueur le 1er septembre 2026, avec un calendrier en deux temps : toutes les entreprises, quelle que soit leur taille, doivent être en mesure de recevoir des factures électroniques, tandis que les grandes entreprises et les entreprises de taille intermédiaire doivent également émettre leurs factures au format électronique et transmettre leurs données d’e-reporting, les petites et micro-entreprises n’entrant dans l’obligation d’émission qu’au 1er septembre 2027. L’e-reporting, c’est la transmission à l’administration des données de transaction et de paiement pour les opérations qui ne passent pas par une facture électronique entre assujettis, notamment vers les particuliers ou l’étranger.
Le texte de référence est l’article 289 bis du code général des impôts, applicable depuis le 21 février 2026 dans sa rédaction actuelle. Il dispose que « L’émission, la transmission et la réception des factures électroniques s’effectuent en recourant à une plateforme agréée » lorsque l’émetteur et le destinataire sont des assujettis établis en France (article 289 bis du CGI). Le même article organise l’annuaire central mis par l’État à la disposition des plateformes pour l’adressage des factures. Surtout, l’article 289 E du même code désigne le porteur de l’obligation de transmission vers l’administration : « Les données des factures électroniques émises en application du I de l’article 289 bis sont transmises à l’administration par la plateforme agréée choisie par l’assujetti. » (article 289 E du CGI). La formule est nette : l’entreprise choisit sa plateforme, mais c’est la plateforme qui transmet.
Le régime des sanctions distingue soigneusement les deux débiteurs. Côté entreprise, « Le non-respect par l’assujetti de l’obligation d’émission d’une facture sous une forme électronique dans les conditions prévues à l’article 289 bis donne lieu à l’application d’une amende de 50 € par facture, sans que le total des amendes appliquées au titre d’une même année civile puisse être supérieur à 15 000 € » (article 1737, III du CGI). Côté plateforme, « Toute omission ou tout manquement par une plateforme agréée aux obligations de transmission de données mentionnées à l’article 289 E donne lieu à une amende de 50 € par facture mise à la charge de cette plateforme, sans que le total des amendes appliquées au titre d’une même année civile puisse être supérieur à 45 000 € » (article 1737, IV du CGI). Le plafond est donc trois fois plus élevé pour la plateforme que pour l’entreprise, ce qui traduit le rôle central que la loi lui confie dans le circuit des données.
Deux tempéraments protègent l’entreprise de bonne foi. D’une part, lorsqu’elle n’a pas recours à une plateforme agréée pour la réception, « elle le met en demeure de s’y conformer dans un délai de trois mois », l’amende de 500 euros puis de 1 000 euros ne frappant que la persistance après mises en demeure successives (article 1737, IV bis du CGI). D’autre part, « Les amendes mentionnées au 3 du I et aux II, III et IV du présent article ne sont pas applicables en cas de première infraction commise au cours de l’année civile en cours et des trois années précédentes lorsque l’infraction a été réparée spontanément ou dans les trente jours suivant une première demande de l’administration » (article 1737, V du CGI). La première défaillance réparée vite serait donc excusée. À cela s’ajoute l’approche politique affichée au démarrage : le ministre chargé des comptes publics a, le 11 juillet 2026, annoncé un principe de tolérance et de bienveillance à l’égard des entreprises dans la phase de démarrage, avec un guide pratique publié sur le site des impôts. Tolérance annoncée ne vaut ni amnistie ni dispense de preuve : elle renforce, au contraire, l’exigence de documenter chaque incident.
II. Qui paie et qui prouve quand les données n’arrivent plus
A. L’amende suit le manquement, la preuve suit le dossier
Le partage légal des amendes ne règle pas à lui seul la situation de l’entreprise dont les données n’ont pas été transmises à cause de sa plateforme. L’amende de l’article 1737, IV frapperait la plateforme pour son manquement aux obligations de transmission, mais l’administration pourrait aussi interroger l’entreprise sur ses propres données manquantes, notamment en e-reporting où l’entreprise reste la source de la donnée. La question pratique n’est donc pas seulement celle du payeur final, mais celle de la preuve : à chacun de démontrer qu’il a fait ce qui dépendait de lui.
Le guide pratique de démarrage publié par la direction générale des finances publiques en juillet 2026 poserait, selon le relevé privé qui le cite, le principe suivant : une défaillance imputable à une plateforme, à un éditeur ou à un prestataire serait un élément important d’appréciation, et l’entreprise n’aurait pas vocation à être sanctionnée de ce seul fait si elle peut démontrer qu’elle a fait ce qui dépendait d’elle. Ce principe, s’il est confirmé à la lecture du guide officiel, commanderait toute la stratégie de preuve : démontrer l’incident, démontrer sa propre diligence, démontrer la régularisation. En pratique, le dossier de preuve d’une entreprise confrontée à une panne d’e-reporting devrait comporter la capture datée de la page de statut de sa plateforme, l’horodatage de ses tentatives de téléversement, les messages d’erreur ou accusés de rejet conservés, la liste des factures et données concernées, le courrier de signalement adressé à la plateforme avec demande d’accusé de réception, et la trace de la régularisation ultérieure par le circuit électronique. Le ministère de l’économie rappelle d’ailleurs l’utilité des statuts horodatés : le suivi des factures serait facilité par l’accès, sur la plateforme agréée, aux statuts de la facture, permettant de savoir, en temps réel grâce à l’horodatage, à quelle étape de traitement elle en est dans le circuit de transmission.
Le cabinet d’expertise comptable joue ici un rôle pivot. Quand il est connecteur ou tiers déclarant pour plusieurs clients, la panne d’une plateforme l’aveugle sur l’ensemble de son portefeuille : il ne voit plus les flux, ne peut plus valider les journaux, et risque de manquer lui-même des échéances déclaratives. Sa première décision serait d’informer chaque client concerné par écrit, en distinguant les flux bloqués des flux simplement retardés, puis de convenir d’un canal alternatif de collecte des pièces. Sa seconde décision concernerait sa propre responsabilité : un cabinet qui laisserait passer une échéance sans avoir alerté ni documenté s’exposerait aux reproches de ses clients, tandis qu’un cabinet qui aurait tout tracé pourrait démontrer l’origine externe du retard. Pour les entreprises parisiennes et franciliennes, dont les cabinets traitent souvent des volumes importants multi-clients sur les mêmes plateformes, la panne d’un seul prestataire peut paralyser des dizaines de dossiers le même jour : la procédure de crise doit être écrite à l’avance, avec la liste des interlocuteurs plateforme, les modèles de courrier et les canaux de substitution.
Côté fournisseur, la panne d’e-reporting ne doit pas être confondue avec une dispense de facturer : la créance naît de la livraison ou de la prestation, pas de la transmission électronique. Un fournisseur qui suspendrait ses livraisons au motif que sa plateforme est en panne commettrait, selon les circonstances, un manquement à ses propres engagements vis-à-vis de son client. Symétriquement, un client qui refuserait de payer une facture réelle au motif qu’elle n’est pas arrivée par le circuit électronique s’exposerait aux pénalités de retard de ses conditions générales. La panne informatique ne modifie ni le prix ni l’échéance : elle complique seulement la preuve et le suivi. D’où l’importance d’un canal alternatif clairement rattaché à la facture d’origine — envoi PDF de secours mentionnant la référence du flux bloqué — suivi d’une régularisation dans le circuit électronique dès le retour du service, sans créer de doublon comptable.
B. Se retourner contre la plateforme : ce que le contrat permet, ce que le juge exige
L’entreprise qui a subi un préjudice du fait de la panne — pénalités de retard payées à tort, redressement, temps de retraitement, perte d’un client — serait tentée de le facturer à sa plateforme. Ce recours contractuel obéirait aux règles ordinaires du droit des contrats, avec trois filtres successifs : la nature de l’obligation de la plateforme, la gravité de l’inexécution, et les formes de la rupture.
Premier filtre : ce que la plateforme doit. Les conditions générales des éditeurs stipulent souvent une simple obligation de moyens, exclusive de toute obligation de résultat. Cette clause ne serait pas nécessairement décisive. La cour d’appel de Rouen, le 24 avril 2025, a jugé à propos d’un éditeur de progiciel que la clause limitant son engagement à une obligation de moyens ne lui permettait pas de s’exonérer sur la fourniture des matériels ni sur la compatibilité entre ces matériels et le logiciel installé par ses soins, retenant sur ces deux points une obligation de résultat, tout en cantonnant à une obligation de moyens la formation des agents du client (CA Rouen, ch. civile et commerciale, 24 avril 2025, n° 24/01010). Transposée avec prudence à une plateforme agréée, la leçon serait que le prestataire qui choisit l’architecture, héberge le service et pilote la transmission pourrait difficilement se retrancher derrière une clause générale de moyens pour les fonctions au cœur de sa mission : acheminer et transmettre. La cour n’en a pas moins cantonné à une obligation de moyens ce qui dépend aussi du client, comme la formation de ses agents : par analogie, la plateforme pourrait répondre que l’entreprise mal intégrée — à l’image des clients « pas encore finalisés dans le processus d’intégration » évoqués dans la clôture de l’incident du 10 octobre — doit assumer sa part. Tout se jouerait donc sur le partage, documenté, des responsabilités d’intégration.
Deuxième filtre : la force majeure, souvent invoquée, rarement admise. « Il y a force majeure en matière contractuelle lorsqu’un événement échappant au contrôle du débiteur, qui ne pouvait être raisonnablement prévu lors de la conclusion du contrat et dont les effets ne peuvent être évités par des mesures appropriées, empêche l’exécution de son obligation par le débiteur » (article 1218 du code civil). Une panne de quelques heures sur un service dont les incidents sont publiés chaque mois remplit difficilement la condition d’imprévisibilité, et l’existence d’un plan de secours contractuel ferait échec à l’inévitabilité. À défaut de force majeure établie, « Le débiteur est condamné, s’il y a lieu, au paiement de dommages et intérêts soit à raison de l’inexécution de l’obligation, soit à raison du retard dans l’exécution, s’il ne justifie pas que l’exécution a été empêchée par la force majeure » (article 1231-1 du code civil). La plateforme qui voudrait s’exonérer devrait donc prouver l’imprévisible et l’inévitable, une double démonstration exigeante quand ses propres pages de statut documentent la récurrence des incidents.
Troisième filtre : les formes. L’entreprise qui voudrait quitter sa plateforme après une panne grave devrait respecter la mécanique de la résolution unilatérale, rappelée par la Cour de cassation le 29 janvier 2025 : « Selon le premier de ces textes, la résolution peut résulter, en cas d’inexécution suffisamment grave, d’une notification du créancier au débiteur. Selon le second, le créancier peut, à ses risques et périls, résoudre le contrat par voie de notification. » La Haute juridiction ajoute que « Le créancier doit alors prouver la gravité de l’inexécution » (Cass. com., 29 janvier 2025, n° 23-17.795). Une panne de quelques heures, résolue le jour même, atteindrait rarement à elle seule le seuil de l’inexécution suffisamment grave, surtout après mise en demeure restée sans réponse : la résolution se ferait aux risques et périls de celui qui la prononce, avec une mise en demeure préalable mentionnant expressément la résolution encourue, sauf urgence avérée. Et dans les relations établies, le départ brutal exposerait au grief de rupture brutale : « Engage la responsabilité de son auteur et l’oblige à réparer le préjudice causé le fait, par toute personne exerçant des activités de production, de distribution ou de services de rompre brutalement, même partiellement, une relation commerciale établie, en l’absence d’un préavis écrit qui tienne compte notamment de la durée de la relation commerciale, en référence aux usages du commerce ou aux accords interprofessionnels » (article L. 442-1, II du code de commerce). Changer de plateforme agréée sans préavis écrit suffisant, même après une panne réelle, pourrait donc coûter plus cher que la panne elle-même. L’article 289 bis organise d’ailleurs des services minimaux d’au moins un an dus par l’ancienne plateforme en cas de changement, ce qui suppose un changement ordonné, pas une rupture.
En pratique, la séquence utile pour une entreprise francilienne confrontée à un e-reporting bloqué tiendrait en cinq décisions. D’abord, qualifier : s’agit-il d’un incident de la plateforme, d’une intégration inachevée de son côté, ou d’un ralentissement du portail public, en vérifiant la page de statut et en interrogeant l’éditeur par écrit. Ensuite, préserver : figer les preuves horodatées et alerter le cabinet comptable et les clients affectés. Puis, continuer : activer le canal alternatif prévu au contrat pour les factures urgentes, sans suspendre ni les livraisons ni les paiements dus. Ensuite, régulariser : retransmettre par le circuit électronique dès le retour du service et vérifier les statuts et l’e-reporting. Enfin, imputer : chiffrer le préjudice résiduel et mettre la plateforme en demeure avant toute résolution ou demande indemnitaire, en relisant les niveaux de service et les clauses limitatives avec l’aide d’un cabinet d’avocats en droit des affaires à Paris pour sécuriser les contrats de plateforme. Pour un contentieux parisien, le tribunal des activités économiques de Paris connaîtrait de ces litiges entre professionnels, avec des délais et des mesures d’instruction adaptés aux pannes informatiques, à condition que le dossier de preuve ait été constitué dès les premières heures.
Conclusion
L’incident d’e-reporting du 10 octobre 2026, bref et résolu, vaut comme répétition générale : la loi confie à la plateforme agréée la transmission des données et lui fait porter l’amende en cas de manquement, plafonnée à 45 000 euros par an, tandis que l’entreprise reste responsable de ses données et de sa propre diligence. Aucune tolérance annoncée, aucune page de statut, aucun communiqué ne dispensera l’entreprise de prouver l’incident, sa diligence et sa régularisation. Les contrats de plateforme, avec leurs niveaux de service, leurs clauses limitatives et leurs préavis, priment sur toute analyse générale, et seul le juge, saisi sur un dossier complet, trancherait l’imputation finale du préjudice. Dans une économie où chaque facture laisse une trace électronique, la panne ne fait plus seulement perdre du temps : elle déplace la charge de la preuve, et c’est cette charge qu’il faut préparer avant qu’elle ne tombe.