À partir du 1er septembre 2026, la facturation électronique devient une réalité opérationnelle pour les entreprises assujetties à la TVA. Le sujet ne se limite pas au format de la facture. Une adresse de réception mal renseignée, un statut de paiement envoyé à tort, une donnée de transaction incomplète ou un accusé de traitement impossible à retrouver peut perturber la comptabilité, retarder un règlement et créer une difficulté face à l’administration. La question « qui répond d’une donnée de paiement erronée transmise par la plateforme ? » appelle une réponse nuancée : l’entreprise reste responsable de ses obligations fiscales et de la qualité des informations qu’elle fournit, tandis que la plateforme peut engager sa responsabilité si une erreur de traitement, de conservation ou de transmission lui est imputable. Le contrat, les journaux techniques et la chronologie des échanges deviennent alors déterminants. Cet article explique la différence entre facturation électronique et e-reporting, les responsabilités respectives de l’entreprise, du client et de la plateforme, les preuves à sauvegarder dès l’apparition de l’anomalie et les démarches à engager avant qu’une facture rejetée ou un paiement mal déclaré ne se transforme en litige commercial.
I. E-reporting et facturation électronique : quelles données sont transmises et qui les contrôle ?
A. Que change l’obligation du 1er septembre 2026 pour l’entreprise ?
La réforme repose sur deux mécanismes qu’il faut séparer. La facturation électronique concerne principalement les factures adressées entre assujettis à la TVA établis en France dans le cadre d’opérations domestiques. L’e-reporting concerne des données de transaction qui ne sont pas transmises par le circuit de la facture électronique, notamment certaines opérations internationales ou réalisées avec des personnes non assujetties. Le calendrier n’est pas identique pour toutes les entreprises : au 1er septembre 2026, toutes les entreprises doivent pouvoir recevoir des factures électroniques ; les grandes entreprises et les entreprises de taille intermédiaire doivent également les émettre électroniquement et transmettre les données prévues par la réforme. Les petites et micro-entreprises disposent d’un délai supplémentaire pour l’émission et la transmission, fixé au 1er septembre 2027 par le calendrier présenté par l’administration.
Le point commun est l’interposition d’une plateforme agréée. L’article 289 bis du Code général des impôts prévoit : « L’émission, la transmission et la réception des factures électroniques s’effectuent en recourant à une plateforme agréée. » Le même texte organise un annuaire central destiné à l’adressage des factures. Une entreprise ne doit donc pas seulement choisir un logiciel : elle doit vérifier l’identité de la plateforme, l’adresse de réception enregistrée, les modalités d’interopérabilité, la conservation des pièces et le traitement des statuts de facture.
Le dispositif est précisé par le décret n° 2026-677 du 27 juillet 2026, article 9, qui reformule l’article 242 nonies G de l’annexe II du Code général des impôts. Le texte énonce : « Le recueil des données de facturation, de transaction et de paiement mentionnées aux articles 242 nonies J, 242 nonies M et 242 nonies P, ainsi que des informations relatives aux statuts de traitement s’effectue au moyen d’une solution dédiée. » Cette formulation montre que la réforme ne s’arrête pas à l’existence d’un PDF ou d’un fichier structuré. Elle implique une chaîne de données : émission, routage, réception, statut, règlement ou non-règlement selon la catégorie d’opération, puis transmission à l’administration dans les conditions réglementaires.
L’article 290 du Code général des impôts impose aux assujettis concernés de communiquer à l’administration, sous forme électronique, les données relatives aux opérations entrant dans son champ. Il ne faut pas en déduire que la plateforme devient le redevable de la taxe ou le débiteur de l’obligation déclarative. La plateforme est le canal technique imposé ou utilisé pour la transmission ; l’entreprise reste la personne qui doit qualifier l’opération, fournir des informations exactes et contrôler les retours du système. Cette distinction est essentielle lorsqu’une entreprise veut demander réparation à son prestataire : elle doit d’abord démontrer quelle donnée elle a fournie, ce que la plateforme en a fait et à quel moment l’erreur est apparue.
Le calendrier administratif ne dispense pas l’entreprise de tester la chaîne avant la date d’entrée en vigueur. Un test utile doit reproduire plusieurs situations, et pas uniquement l’émission d’une facture simple :
- une facture B2B française avec paiement immédiat et paiement différé ;
- un acompte, un avoir et une facture rectificative ;
- une prestation internationale ou une opération avec un client non assujetti lorsqu’elle relève du périmètre de l’e-reporting ;
- un rejet technique, un refus de réception et une correction de l’adresse d’adressage ;
- une facture payée partiellement, réglée par compensation ou restant impayée à l’échéance ;
- une interruption de service pendant laquelle l’entreprise doit continuer à prouver les opérations réalisées.
Pour chaque test, il faut conserver le fichier original, la date et l’heure d’émission, le numéro de facture, le destinataire, le statut retourné, les journaux d’échange, les accusés de réception, la preuve du paiement et la réponse du support. Une capture d’écran isolée est rarement suffisante. Elle peut compléter le dossier, mais elle ne montre pas toujours la version exacte de la donnée, son identifiant technique ou la relation entre la facture et la transmission à l’administration.
La facture elle-même demeure un document juridique et comptable. L’article L. 441-9 du Code de commerce énonce qu’un achat de produits ou une prestation de service pour une activité professionnelle fait l’objet d’une facturation. Il impose aussi la conservation d’un exemplaire par le vendeur et l’acheteur. Le passage au numérique ne supprime donc ni l’obligation de facturer, ni l’intérêt de conserver les versions et les preuves d’acheminement. Une entreprise qui laisse la plateforme remplacer ou écraser les données d’origine sans export périodique fragilise sa capacité à répondre à une contestation.
Il faut enfin distinguer trois dates : la date de la facture, la date de l’exigibilité de la taxe et la date du paiement. Le système peut recevoir une information après l’émission, corriger un statut ou attendre un événement de règlement. Une anomalie de date ne prouve pas, à elle seule, une faute de la plateforme. Il faut comparer le contrat, les règles de l’outil, les données effectivement transmises et les obligations applicables à l’opération. Cette méthode évite de transformer une différence entre « facture émise », « facture reçue », « facture acceptée » et « facture payée » en accusation globale non démontrée.
B. Quelle responsabilité en cas de donnée de paiement erronée ?
La première question porte sur l’origine de l’information. Si l’entreprise a déclaré qu’une facture était payée alors que son compte bancaire ne l’était pas, elle ne peut pas faire supporter automatiquement l’erreur à la plateforme. Si elle a fourni un statut correct, que la plateforme l’a transformé, rattaché à une autre facture ou transmis avec un mauvais identifiant, la responsabilité du prestataire peut être discutée. Si l’entreprise et la plateforme ont toutes deux contribué à l’erreur, la répartition dépendra des obligations contractuelles, des procédures de validation et de la gravité de chaque manquement.
Le contrat de services doit être lu comme une pièce de preuve. Il faut rechercher les clauses relatives à la disponibilité, à l’intégrité des données, aux délais de transmission, aux corrections, à la conservation, à la réversibilité, à la sécurité, aux sous-traitants et à la limitation de responsabilité. Une clause qui annonce seulement une obligation de moyens ne permet pas au prestataire d’effacer toute faute. À l’inverse, la mention « plateforme agréée » ne garantit pas que chaque erreur individuelle sera indemnisée. L’agrément relève du cadre réglementaire ; la responsabilité civile se détermine à partir du service réellement fourni et du dommage démontré.
L’article 1103 du Code civil dispose : « Les contrats légalement formés tiennent lieu de loi à ceux qui les ont faits. » Cette règle oblige l’entreprise à identifier l’engagement précis qu’elle reproche à la plateforme : transmettre dans un délai déterminé, conserver un journal, restituer les données dans un format exploitable, prévenir d’un rejet, assurer l’interopérabilité ou corriger une erreur. Une plainte générale sur le mauvais fonctionnement du logiciel doit être transformée en manquement daté et vérifiable.
Lorsque l’engagement n’est pas exécuté ou l’est imparfaitement, l’article 1217 du Code civil prévoit : « La partie envers laquelle l’engagement n’a pas été exécuté, ou l’a été imparfaitement, peut : » L’article énumère ensuite la suspension de sa propre obligation, l’exécution forcée, la réduction du prix, la résolution et la réparation. Elles ne sont pas toutes adaptées à une plateforme de facturation. La suspension des paiements peut interrompre un service indispensable et aggraver les difficultés de transmission. Une demande de correction, un export immédiat, une mise en demeure et une mesure de sauvegarde des données sont souvent plus urgents qu’une rupture précipitée du contrat.
La demande de dommages-intérêts repose sur le préjudice et la causalité. L’article 1231-1 du Code civil prévoit la condamnation du débiteur lorsque l’inexécution ou le retard lui est imputable, sauf force majeure. Il faut donc chiffrer ce qui est réclamé : coût d’une intervention comptable, frais de correction, temps de reconstitution, pénalités contractuelles réellement payées, intérêts de retard, perte d’un encaissement ou risque fiscal concrètement établi. Une simple inquiétude concernant une future vérification ne suffit pas toujours à établir un dommage actuel, mais elle justifie la conservation urgente des preuves et la demande d’une correction.
La preuve se répartit entre plusieurs acteurs. L’article 1353 du Code civil pose que celui qui réclame l’exécution d’une obligation doit la prouver et que celui qui se prétend libéré doit justifier le paiement ou le fait extinctif. Dans un litige de transmission, l’entreprise devra établir la facture, l’information de paiement, l’envoi à la plateforme, le statut retourné et la conséquence subie. La plateforme pourra répondre par ses journaux, ses accusés de réception, les règles de mapping et la preuve de la transmission à l’administration. Le client pourra, de son côté, produire son relevé bancaire, son logiciel comptable ou la preuve d’un paiement partiel.
Les fichiers numériques ont une force probante, mais leur conservation doit être sérieuse. Selon l’article 1366 du Code civil, l’écrit électronique a la même force probante que le papier si l’auteur peut être identifié et si le document est établi et conservé dans des conditions garantissant son intégrité. Une exportation CSV modifiable, sans empreinte, sans historique et sans identification de la source ne donne pas le même niveau de sécurité qu’un journal signé, horodaté et conservé avec les métadonnées. Il faut exporter les données brutes avant toute correction, calculer si possible une empreinte, noter la personne qui a effectué l’extraction et préserver une copie non modifiable.
La donnée de paiement est particulièrement sensible parce qu’elle peut être interprétée comme une information comptable, fiscale et contractuelle. Une erreur ne signifie pas nécessairement que la taxe est définitivement due ou qu’une fraude est caractérisée. Elle peut provenir d’un décalage entre la date d’encaissement et la date de remontée, d’un paiement partiel, d’un avoir, d’une compensation, d’un prélèvement rejeté ou d’une mauvaise association entre deux factures. La bonne réaction consiste à qualifier l’anomalie, à empêcher sa répétition et à corriger la donnée selon le circuit prévu, sans créer une seconde incohérence par une modification manuelle non documentée.
Le risque de sanction doit toutefois être pris au sérieux. L’article 1737 du Code général des impôts prévoit notamment une amende en cas de non-respect de l’obligation d’émission électronique et précise, dans les conditions du texte, une amende de 50 euros par facture. Le montant et l’application dépendent de l’obligation concernée, de la période et des circonstances. Une entreprise ne doit pas attendre une notification pour reconstituer son dossier : la preuve d’un incident technique, les tickets ouverts, les actions de correction et la date de régularisation pourront être utiles pour discuter une conséquence financière, sans faire disparaître automatiquement l’obligation fiscale.
La plateforme doit aussi être distinguée de l’administration. Un mauvais retour d’interface, une donnée mal transformée ou un défaut de transmission relèvent d’abord de la relation avec le prestataire. Une prise de position, une demande de rectification ou un contrôle fiscal appelle une réponse distincte, avec les documents comptables et les justificatifs de l’opération. Envoyer une mise en demeure à la plateforme ne remplace jamais la régularisation exigée par l’administration ; inversement, corriger la déclaration ne prive pas l’entreprise d’un recours contractuel contre le prestataire si une faute a causé le dommage.
II. Comment contester une donnée erronée et préserver ses recours ?
A. Quelles preuves réunir et quelle mise en demeure adresser ?
La première action est une photographie complète de l’incident, réalisée avant la correction. Le dossier doit comporter l’identifiant de l’entreprise, le numéro de la facture, le type d’opération, le montant hors taxe et toutes taxes comprises, la date d’émission, la date d’échéance, la date du paiement réel, le compte concerné, le statut affiché par la plateforme et la donnée qui aurait été transmise. Il faut également relever la version du logiciel ou de l’interface, le nom de la plateforme agréée, les utilisateurs intervenus et les éventuels changements de paramétrage dans les jours précédents.
La seconde action est de reconstituer la chronologie au format tableau. Une ligne par événement permet de distinguer ce qui était connu de l’entreprise de ce qui a été généré par le prestataire :
- création de la facture et validation par l’utilisateur ;
- envoi à la plateforme et identifiant attribué ;
- acceptation, rejet ou mise en attente ;
- réception par le destinataire et éventuelle contestation ;
- paiement intégral, partiel, rejeté ou compensé ;
- transmission de la donnée à l’administration et accusé correspondant ;
- découverte de l’erreur, alerte ou rapprochement comptable ;
- correction, nouvelle transmission et confirmation de la régularisation.
Cette chronologie permet de poser la question utile : la donnée était-elle fausse dès son origine ou l’est-elle devenue au cours du traitement ? Le service comptable doit conserver le relevé bancaire, le grand livre, les écritures de règlement, l’état de rapprochement, l’avoir et les échanges avec le client. Le service informatique doit préserver les journaux d’API, les messages d’erreur, les accusés de réception, les identifiants de corrélation et la documentation du flux. La direction doit conserver le contrat, les conditions générales applicables au jour de l’incident et les engagements de niveau de service. Un prestataire peut contester une pièce obtenue après une correction si elle ne permet plus de savoir quelle valeur était présente au moment de la transmission.
La Cour de cassation a rappelé la difficulté de la preuve dans un litige de factures. Dans son arrêt du 14 mars 2018, pourvoi n° 16-28.321, la chambre commerciale a approuvé la cour d’appel qui avait retenu que les pièces produites ne suffisaient pas à démontrer la livraison et l’acceptation. Elle vise « la preuve de la livraison effective de la marchandise et de son acceptation par le destinataire » dans ses motifs, décision consultable sur le site officiel de la Cour de cassation. La solution ne porte pas directement sur l’e-reporting, mais sa logique est transposable avec prudence : une facture, une relance ou un accusé informatique isolé ne prouve pas toujours l’opération, sa réception et son acceptation. Le dossier doit relier le document numérique à l’événement économique qu’il prétend décrire.
La mise en demeure doit être adressée au bon interlocuteur et comporter des demandes exécutables. Elle peut demander, selon l’incident :
- la confirmation écrite de la donnée effectivement reçue et transmise ;
- la communication des journaux et identifiants techniques liés à la facture ;
- l’explication du mapping appliqué au statut de paiement ;
- la suspension d’une nouvelle transmission erronée si elle est encore possible ;
- la correction et la retransmission par le canal réglementaire ;
- la confirmation de la date de régularisation et des destinataires de la correction ;
- le remboursement des frais directement causés par le manquement, sous réserve du chiffrage.
Il faut éviter les formules générales comme « votre système est défaillant » ou « vous êtes responsable de toutes les conséquences fiscales ». La lettre doit présenter une ou plusieurs anomalies datées, joindre les preuves, rappeler la clause contractuelle invoquée et fixer un délai compatible avec l’urgence. Pour une donnée qui risque de déclencher une déclaration proche ou une relance de paiement, un délai de quelques jours peut être justifié. Pour une demande d’export complet, un délai plus long peut être nécessaire, mais l’entreprise peut demander d’abord la préservation immédiate des journaux.
Si le paiement est contesté par le client, il faut envoyer une demande distincte au cocontractant. Une donnée de paiement erronée dans l’e-reporting ne crée pas, à elle seule, une dette civile différente de celle prévue au contrat. Le client reste tenu de payer la prestation selon la facture et les conditions convenues, sauf contestation valable de la livraison, de la conformité ou de l’exigibilité. L’entreprise doit donc éviter de mélanger le défaut de transmission administrative avec un désaccord sur la prestation. Une procédure de recouvrement peut suivre son cours, avec les justificatifs commerciaux habituels, pendant que la correction fiscale et technique est traitée séparément.
Si l’anomalie est répétée, le dossier doit dépasser l’incident unique. Il faut comparer plusieurs factures, rechercher un même code de statut, vérifier un éventuel changement de version et tester si les opérations d’un même client ou d’une même plateforme d’interopérabilité sont touchées. Cette analyse peut démontrer une défaillance structurelle, mais elle peut aussi révéler une règle métier mal paramétrée par l’entreprise. Dans les deux cas, elle permet de demander une correction durable au lieu de multiplier les tickets.
B. Quels recours contre la plateforme, le client ou l’administration ?
Le recours dépend de l’objectif immédiat. Si la priorité est de remettre les données en conformité, il faut demander une correction technique, un nouvel envoi et un justificatif de prise en compte. Si la priorité est d’éviter une coupure d’activité, il faut réclamer un export, un accès de secours et un mécanisme temporaire documenté. Si la priorité est l’indemnisation, il faut établir le manquement, le préjudice, la causalité et le respect des obligations de limitation du dommage. Une action en justice peut réunir ces demandes, mais elle ne doit pas retarder une régularisation qui relève de l’obligation fiscale de l’entreprise.
La plateforme peut être mise en cause sur le terrain contractuel lorsqu’elle n’a pas respecté une obligation prévue au contrat ou la documentation acceptée par l’entreprise. La résolution ou la résiliation peut être envisagée si les manquements sont suffisamment graves, mais la réversibilité doit être préparée : extraction de toutes les factures, récupération des statuts, transfert des adresses d’adressage, conservation des mandats et vérification de l’ancienneté des données. Le contrat et l’article 289 bis doivent être lus ensemble pour éviter un changement de plateforme qui ferait perdre des informations nécessaires à la continuité de la facturation.
La mise en cause du client obéit à une autre logique. Le client peut être responsable d’un retard de paiement, d’une contestation tardive ou d’une information inexacte communiquée sur son adresse de facturation. Il faut vérifier si la donnée erronée vient de son comportement ou d’une transformation opérée par la plateforme. Une facture électronique reçue n’établit pas que la prestation est acceptée, pas plus qu’un statut « payé » ne démontre que les fonds ont effectivement été mis à la disposition du créancier. Les contrats, bons de commande, procès-verbaux de réception, échanges et relevés bancaires doivent être rapprochés.
Lorsque l’entreprise doit répondre à l’administration, elle doit exposer les faits dans l’ordre, sans présenter comme une certitude ce qui reste à vérifier. Le dossier peut contenir l’export original, le journal de transmission, la preuve bancaire, le ticket de support, la mise en demeure, la réponse de la plateforme et la correction effectuée. Il faut préciser si l’entreprise a déclaré la donnée erronée, si la plateforme l’a transmise, si une régularisation a été déposée et si le montant de taxe ou de paiement a réellement été affecté. La bonne foi ne remplace pas la conformité, mais une chronologie transparente est préférable à une correction silencieuse ou à des versions contradictoires.
Une entreprise doit aussi vérifier ses assurances. Certains contrats couvrent les erreurs de traitement de données, les incidents de prestataire ou les frais de reconstitution ; d’autres excluent les pénalités fiscales, les pertes indirectes ou les dommages résultant d’un défaut de paramétrage. La déclaration à l’assureur doit respecter le délai contractuel et ne pas attendre que la responsabilité de la plateforme soit définitivement établie. Il faut décrire l’incident, les mesures conservatoires, le montant provisoire du dommage et les personnes déjà informées.
Pour une société située à Paris ou en Île-de-France, la stratégie ne change pas sur le fond, mais la préparation du dossier peut être accélérée par une réunion commune entre direction financière, conseil juridique, expert-comptable et responsable informatique. La compétence du tribunal dépendra de la nature de la demande, du contrat et des clauses attributives valables. Une demande contre une plateforme, une contestation de facture entre professionnels et une réponse à l’administration ne relèvent pas nécessairement du même interlocuteur. Avant toute assignation à Paris, il faut donc vérifier le siège des parties, la clause de juridiction, la procédure adaptée et l’existence d’une mesure urgente pour préserver les journaux.
La procédure urgente peut être utile lorsqu’une plateforme refuse de communiquer un export, menace de supprimer des historiques ou laisse perdurer une transmission qui cause un risque immédiat. L’urgence ne dispense pas de démontrer le droit invoqué et l’utilité de la mesure. Une demande limitée à la conservation et à la communication de données a davantage de chances d’être comprise qu’une demande générale de contrôle du système. Le juge doit pouvoir identifier les documents, la période, les identifiants et la personne qui peut effectivement les produire.
Le remplacement de la plateforme est parfois nécessaire, mais il ne constitue pas une correction rétroactive. L’entreprise doit obtenir une copie complète avant le changement, conserver les accords d’adressage, vérifier la date de bascule et confirmer les flux avec les clients. Le décret de 2026 organise des mécanismes de mobilité et de mise à jour des informations de l’annuaire ; ces règles ne dispensent pas de relire la documentation du prestataire et de contrôler les effets de la migration sur les factures déjà émises. Une facture ancienne, un avoir et un paiement intervenu après la migration doivent rester rattachables à la même opération.
Enfin, une société qui soupçonne un incident systémique doit coordonner les démarches. Chaque client ne doit pas recevoir une version différente de la facture. La comptabilité doit utiliser une source de données validée, le service juridique doit cadrer les réponses, la direction doit décider du niveau de déclaration et l’informatique doit documenter les corrections. Cette gouvernance est utile même lorsqu’aucun procès n’est envisagé. Elle réduit le risque de double transmission, de modification non tracée et de contradiction entre le livre comptable, la plateforme et les informations adressées à l’administration.
Conclusion
Une donnée de paiement erronée transmise dans le cadre de l’e-reporting ne désigne pas automatiquement un responsable unique. L’entreprise conserve la maîtrise de la qualification de l’opération et de ses obligations fiscales ; la plateforme peut répondre d’un défaut de traitement, de conservation ou de transmission ; le client peut être à l’origine d’une information inexacte ou d’un retard de règlement. La réponse dépend de la chronologie et des preuves.
Avant le 1er septembre 2026, chaque entreprise concernée devrait tester ses flux, vérifier son adresse d’adressage, organiser l’export des données et identifier les statuts liés au paiement. Après une anomalie, elle doit préserver les fichiers originaux, réunir les journaux, comparer la donnée au relevé bancaire, notifier la plateforme, corriger par le circuit approprié et chiffrer le dommage. La mise en conformité et le recours contractuel avancent sur deux plans distincts : régulariser ce qui doit l’être, puis demander réparation si un manquement prouvé a causé un préjudice.
Le cadre évoluera encore avec les décrets, les pratiques des plateformes et les premières contestations. Une analyse individualisée est utile lorsque le montant est important, que plusieurs sociétés du groupe utilisent le même outil, qu’une donnée a été transmise à l’administration ou que le prestataire refuse l’accès aux journaux. La page Droit des affaires présente les points de contact du cabinet pour les entreprises confrontées à un litige commercial ou à un risque de conformité.
Besoin d’un avis rapide sur votre dossier.
Consultation téléphonique en 48 heures avec un avocat du cabinet.
Présentez votre situation et les pièces utiles afin d’identifier rapidement la démarche adaptée.
Transmettez les pièces de votre dossier au cabinet. Maître Reda KOHEN vous répond personnellement sous 24 heures avec une première analyse stratégique.