D’après la presse du 20 octobre 2026, une panne d’un grand fournisseur de services en nuage, survenue à Londres, a rendu inaccessibles pendant plusieurs heures les applications et les services en ligne de plusieurs banques exerçant en Europe, avec des paiements par carte refusés, des virements bloqués et des espaces clients affichant des messages d’erreur. Selon 20 Minutes du même jour, l’incident touchait plusieurs services d’informatique en nuage en Europe, et la presse économique décrivait des établissements bancaires pénalisés par cette défaillance technique. Pour un commerçant dont le terminal reste muet un samedi après-midi, pour une société dont le virement de salaires ou de fournisseurs est rejeté, pour un indépendant dont le prélèvement de cotisations n’est pas honoré, la question n’est pas technique : qui supporte la perte, comment prouver l’incident, comment refaire les ordres sans payer deux fois, et comment obtenir le remboursement des frais prélevés à tort. Cet article répond à ces questions avec le droit applicable en France : les obligations d’exécution des prestataires de services de paiement, le régime probatoire des opérations de paiement, le cadre européen de la résilience opérationnelle numérique, et les recours pratiques devant la banque, le médiateur, l’Urssaf et l’administration fiscale. Il s’adresse aux commerçants, artisans, dirigeants de petites et moyennes entreprises et indépendants dont l’activité dépend chaque jour de paiements qui fonctionnent.
I. Encaissement impossible et virement rejeté pendant la panne : les réflexes qui protègent l’entreprise
Quand l’application bancaire n’affiche plus les comptes et que le terminal de paiement répond par un refus, la première heure décide de la suite du dossier. Les preuves de l’incident se dissipent vite : messages d’erreur effacés, journaux du terminal écrasés par les transactions suivantes, souvenirs approximatifs des horaires. Le commerçant ou le dirigeant qui documente immédiatement la panne se donne les moyens de contester les frais, de justifier un paiement tardif auprès d’un fournisseur ou d’une administration, et de chiffrer une perte d’exploitation. Les deux réflexes s’imposent en parallèle : sécuriser les encaissements par un autre moyen et figer la preuve de l’incident.
A. Carte refusée en magasin et paiement en ligne bloqué : encaisser autrement et prouver la perte du jour
Le refus d’une carte bancaire pendant une panne générale n’a rien à voir avec un défaut de provision du client. Le commerçant qui l’explique calmement évite le conflit en caisse et conserve le client. Les solutions de secours existent : proposer un autre moyen de paiement accepté par le commerce, comme les espèces ou un virement instantané initié depuis le téléphone du client, ou différer l’encaissement avec un bon de commande daté et signé portant le montant exact, les coordonnées du client et la mention du moyen de paiement convenu. Chaque vente manquée ou différée doit être notée le jour même : heure du refus, montant du panier, nombre de tentatives, photographie du message affiché par le terminal ou par l’application, copie du ticket de caisse d’un terminal qui journalise les refus. À l’égard des commerçants, la preuve reste libre, puisque l’article L. 110-3 du code de commerce dispose qu’à l’égard des commerçants, les actes de commerce peuvent se prouver par tous moyens à moins qu’il n’en soit autrement disposé par la loi. Concrètement, les relevés du prestataire de paiement, les attestations du personnel de caisse, les photographies horodatées et les écarts de chiffre d’affaires par rapport à une journée comparable forment ensemble un faisceau probant.
Pour la vente en ligne, le réflexe consiste à vérifier si l’échec vient de la banque du client ou de sa propre solution d’encaissement : tester sa page de paiement avec un autre établissement, consulter la page d’état de son prestataire de paiement, conserver les journaux d’erreurs et les courriels de paniers abandonnés. Le dirigeant qui exploite une boutique en ligne chiffre la perte à partir de ses propres données : taux de conversion habituel appliqué au trafic du jour, commandes interrompues au stade du paiement, avoirs émis pour retenir les clients. Ces éléments serviront deux fois : d’abord pour justifier une demande de geste commercial ou d’indemnisation auprès de la banque ou du prestataire, ensuite pour établir le préjudice devant un juge si le différend persiste. En droit commun, l’article 1231-1 du code civil prévoit que 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. La panne du prestataire informatique de la banque n’efface pas automatiquement toute responsabilité, et c’est au prestataire défaillant de démontrer, s’il l’invoque, que les conditions de l’exonération sont réunies ; l’entreprise cliente, elle, doit d’abord prouver l’existence et l’étendue de sa perte, conformément à l’article 1353 du code civil, selon lequel celui qui réclame l’exécution d’une obligation doit la prouver.
Le commerçant qui subit des refus en série prend aussi une précaution simple : il signale par écrit à sa banque, dès le jour même, les dysfonctionnements constatés, avec les pièces jointes. Ce courrier daté fixe le point de départ de la réclamation et empêche que l’incident soit plus tard présenté comme un simple aléa isolé. Il demande à la banque une attestation écrite de l’incident et de sa durée, que la plupart des établissements délivrent sur demande pour les pannes générales. Cette attestation devient la pièce maîtresse du dossier : elle permet de justifier auprès des fournisseurs les paiements effectués en retard, de contester les frais d’incident, et de répondre à l’Urssaf ou à l’administration fiscale si un prélèvement a été rejeté. Les lecteurs qui veulent comprendre comment réagir quand leur propre prestataire informatique est en cause trouveront des développements complémentaires dans notre analyse consacrée au prestataire informatique défaillant et à la réparation du préjudice subi par l’entreprise cliente.
B. Virement SEPA et prélèvement rejetés : refaire l’ordre à la bonne date et éviter les pénalités
Le virement rejeté pendant une panne appelle une méthode stricte, car la pire issue serait de payer deux fois ou de laisser croire au bénéficiaire qu’il a été payé. La première vérification porte sur le sort exact de l’ordre : rejeté avant exécution, en attente, ou débité sans être crédité au bénéficiaire. Les relevés en ligne, dès leur retour, tranchent la question, et le service client de la banque, saisi par écrit, doit confirmer la situation de chaque ordre. Tant que le doute subsiste, le dirigeant s’abstient de réémettre le virement à l’identique vers un compte dont il n’aurait pas vérifié l’intitulé, car une erreur d’aiguillage pendant la confusion de la panne créerait un second litige plus difficile à résoudre. Sur ce point, la jurisprudence récente rappelle une règle sévère pour le payeur : dans un arrêt du 15 janvier 2025, la chambre commerciale de la Cour de cassation, saisie d’un virement exécuté vers un compte détourné par piratage de messagerie, a cassé l’arrêt qui retenait la responsabilité de la banque, au visa des articles 1231-1 du code civil et L. 133-21 du code monétaire et financier, en jugeant que la responsabilité contractuelle de droit commun résultant du premier de ces textes n’est pas applicable en présence d’un régime de responsabilité exclusif. Autrement dit, en matière d’opérations de paiement, le régime du code monétaire et financier s’applique seul, et un ordre de paiement exécuté conformément à l’identifiant unique fourni par l’utilisateur du service de paiement est réputé dûment exécuté pour ce qui concerne le bénéficiaire désigné par l’identifiant unique, tandis que si l’identifiant unique fourni par l’utilisateur du service de paiement est inexact, le prestataire de services de paiement n’est pas responsable de la mauvaise exécution ou de la non-exécution de l’opération de paiement. Le dirigeant qui réémet un virement après la panne vérifie donc l’IBAN caractère par caractère sur un document fiable, jamais sur un simple courriel non vérifié.
La deuxième question est celle de la date du paiement. En droit des services de paiement, l’article L. 133-9 du code monétaire et financier fixe que le moment de réception est le moment où l’ordre de paiement est reçu par le prestataire de services de paiement du payeur, et un ordre reçu un jour non ouvrable est réputé reçu le jour ouvrable suivant. Une fois la réception acquise, l’article L. 133-13 du même code impose que le montant de l’opération de paiement soit crédité sur le compte du prestataire de services de paiement du bénéficiaire au plus tard à la fin du premier jour ouvrable suivant le moment de réception de l’ordre de paiement. Pour l’entreprise, la traduction pratique est la suivante : un virement émis pendant la panne mais seulement reçu par la banque après le rétablissement court à compter de cette réception effective, et le dirigeant qui veut éviter des intérêts de retard ou une pénalité contractuelle prévient immédiatement le bénéficiaire par écrit, en joignant la preuve de l’ordre initial et de son rejet, puis réémet l’ordre sans attendre. Cette diligence documentée ne garantit pas à elle seule l’effacement des pénalités, mais elle constitue le socle de toute demande de remise et démontre l’absence de négligence du débiteur.
Le cas du prélèvement rejeté mérite une vigilance particulière, car le rejet peut déclencher des frais des deux côtés : frais de rejet facturés par la banque du débiteur et relance du créancier, voire majoration. Le dirigeant vérifie d’abord que le mandat de prélèvement reste valable et que le rejet provient bien de l’indisponibilité du service et non d’une insuffisance de provision ou d’une opposition. Il régularise ensuite le paiement par un moyen traçable en rappelant la référence du prélèvement rejeté, conserve la preuve du rejet et celle du nouveau paiement, et conteste par écrit tout frais lié à un rejet dont l’origine est la panne. Si le créancier est un fournisseur, le courrier de régularisation, accompagné de l’attestation d’incident délivrée par la banque, permet souvent d’obtenir l’annulation des pénalités de retard prévues au contrat. Si le créancier est un organisme social ou fiscal, la régularisation rapide ouvre la voie aux demandes de remise gracieuse exposées dans la seconde partie. Les situations où l’application bancaire reste muette plusieurs heures et où les ordres s’accumulent sans visibilité sont examinées sous l’angle du particulier dans nos deux analyses consacrées aux virements bloqués et cartes refusées pendant une panne d’application bancaire et aux démarches de remboursement quand le paiement reste bloqué dans l’application.
II. Qui paie les conséquences de la panne et comment obtenir réparation
Une fois les paiements urgents sécurisés, l’entreprise chiffre le coût total de l’incident : ventes perdues, frais bancaires prélevés, majorations sociales ou fiscales, pénalités contractuelles, temps passé à régulariser. Chaque poste suit son propre régime de contestation et son propre interlocuteur, et l’ordre des démarches compte : réclamation écrite à la banque d’abord, puis médiateur ou autorité de contrôle, puis juge si nécessaire ; régularisation et demande gracieuse devant l’Urssaf et le fisc avant tout contentieux. Le dossier constitué pendant la panne, avec l’attestation d’incident, les relevés, les échanges écrits et le chiffrage, irrigue l’ensemble de ces démarches.
A. Banque, prestataire informatique et cadre européen DORA : à qui demander des comptes et quel dossier réunir
Le premier responsable recherché est le prestataire de services de paiement de l’entreprise, c’est-à-dire sa banque ou son établissement de paiement. La loi lui impose une obligation de résultat sur la bonne exécution des ordres : l’article L. 133-22 du code monétaire et financier dispose que lorsque l’ordre de paiement est donné par le payeur, son prestataire de services de paiement est responsable de la bonne exécution de l’opération de paiement à l’égard du payeur jusqu’à réception du montant de l’opération par le prestataire de services de paiement du bénéficiaire, et que lorsque le prestataire de services de paiement du payeur est responsable de l’opération de paiement mal exécutée, il restitue sans tarder son montant au payeur, en rétablissant si besoin est le compte débité dans la situation qui aurait prévalu si l’opération de paiement mal exécutée n’avait pas eu lieu, sans que la date de valeur du crédit soit postérieure à celle du débit. Concrètement, si un virement a été débité sans parvenir au bénéficiaire à cause de la panne, la banque doit restituer les fonds et reconstituer le compte, sans attendre l’issue de ses propres recours contre son prestataire informatique. Le fait que la panne provienne d’un fournisseur d’informatique en nuage ne déplace pas cette obligation : c’est à la banque de répondre à son client, puis de se retourner contre son sous-traitant.
Symétriquement, la banque qui conteste la réclamation ne peut pas se contenter d’affirmer que ses systèmes fonctionnaient. L’article L. 133-23 du code monétaire et financier met à la charge du prestataire de services de paiement la preuve que l’opération en question a été authentifiée, dûment enregistrée et comptabilisée et qu’elle n’a pas été affectée par une déficience technique ou autre. La Cour de cassation applique cette exigence avec rigueur : dans un arrêt du 13 février 2019, la chambre commerciale a rejeté le pourvoi d’un établissement qui se bornait à mettre en avant la sécurité renforcée de ses systèmes, en jugeant que c’est au prestataire qu’il incombe de rapporter la preuve que l’utilisateur, qui nie avoir autorisé une opération de paiement, a agi frauduleusement ou n’a pas satisfait, intentionnellement ou par négligence grave, à ses obligations, et que cette preuve ne peut se déduire du seul fait que l’instrument de paiement ou les données personnelles qui lui sont liées ont été effectivement utilisés. Pour l’entreprise dont le virement a été rejeté ou perdu dans la panne, la leçon est directe : c’est à la banque d’établir, journaux techniques à l’appui, que l’ordre a été correctement traité ou que la défaillance ne lui est pas imputable, et le client n’a pas à démontrer l’origine informatique de l’incident.
La réclamation suit un formalisme simple mais impératif. L’entreprise signale chaque anomalie par écrit, en distinguant les opérations non autorisées des opérations mal exécutées, car les régimes diffèrent. Pour les secondes, elle exige la restitution prévue par l’article L. 133-22 et le rétablissement du compte. Pour les premières, si des opérations ont été initiées à son insu pendant la confusion de la panne, elle les conteste sans tarder : l’article L. 133-24 du code monétaire et financier impose à l’utilisateur de services de paiement de signaler, sans tarder, à son prestataire une opération de paiement non autorisée ou mal exécutée et au plus tard dans les treize mois suivant la date de débit sous peine de forclusion, et l’article L. 133-18 du même code oblige le prestataire, en cas d’opération non autorisée signalée dans ces conditions, à rembourser au payeur le montant de l’opération immédiatement après en avoir pris connaissance et en tout état de cause au plus tard à la fin du premier jour ouvrable suivant. Le dirigeant joint à sa réclamation l’attestation d’incident, les relevés faisant apparaître les rejets, le chiffrage des frais et des pertes, et une demande chiffrée : restitution des sommes débitées à tort, remboursement des frais d’incident liés à la panne, indemnisation des pertes directes documentées.
Au-delà de la banque, le cadre européen de la résilience opérationnelle numérique renforce les exigences pesant sur les entités financières et leurs prestataires informatiques. Le règlement européen 2022/2554 du 14 décembre 2022 sur la résilience opérationnelle numérique du secteur financier (DORA) organise la gestion des risques liés aux technologies de l’information, le suivi des risques présentés par les prestataires tiers de services informatiques et la notification des incidents, et l’ACPR présente ce texte comme entrant en application le 17 janvier 2025 (page de l’ACPR consacrée au règlement européen 2022/2554 sur la résilience opérationnelle numérique du secteur financier), échéance dépassée à la date de rédaction, de sorte que le texte est applicable. Pour l’entreprise cliente, ce cadre ne crée pas une action directe contre le fournisseur d’informatique en nuage de sa banque, avec lequel elle n’a aucun contrat, mais il lui donne des arguments concrets dans sa réclamation : demander à la banque comment l’incident a été classé et notifié, exiger le rapport d’incident et les mesures correctrices, interroger la banque sur la criticité du prestataire défaillant et sur les solutions de repli prévues. Une banque qui minimiserait une panne générale documentée par la presse nationale s’expose à des questions embarrassantes devant le médiateur ou le juge. Si la banque rejette la réclamation, l’entreprise peut signaler les faits à l’Autorité de contrôle prudentiel et de résolution, qui supervise les établissements, et saisir le médiateur lorsque le titulaire du compte est un consommateur : l’article L. 316-1 du code monétaire et financier ouvre à tout consommateur le droit de recourir à un médiateur en vue de la résolution d’un litige qui l’oppose à un établissement de crédit ou à un établissement de paiement et relatif aux services fournis et à l’exécution des contrats conclus. Pour un compte ouvert au nom de la société, la médiation de la consommation n’est pas ouverte, et le dirigeant s’adresse au service de réclamation puis, en cas d’échec, au tribunal judiciaire avec un dossier complet.
B. Frais bancaires, cotisations Urssaf et impôts : contester ligne par ligne devant le bon guichet
Les frais prélevés à l’occasion des rejets constituent le poste le plus fréquent et le plus facile à récupérer quand le dossier est bien tenu. Commissions d’intervention, frais de rejet de prélèvement, frais pour opération sans provision : chaque ligne du relevé postérieur à la panne doit être pointée et rapprochée d’un rejet causé par l’indisponibilité du service. La contestation écrite adressée à la banque reprend chaque frais avec sa date, son montant et l’opération de rattachement, en rappelant que la responsabilité de la bonne exécution pèse sur le prestataire jusqu’à la réception des fonds par l’établissement du bénéficiaire, conformément à l’article L. 133-22, et en exigeant le remboursement des frais qui résultent de la défaillance du service. Le dirigeant demande également la régularisation de la date de valeur des opérations réémises, afin que le compte reflète la situation qui aurait prévalu sans la panne. Si la banque refuse, ces frais documentés rejoignent le dossier destiné au médiateur ou au juge, et leur accumulation, même modeste ligne par ligne, finit par représenter un préjudice chiffré et prouvé.
Le deuxième front concerne les cotisations et contributions sociales dont le prélèvement a été rejeté pendant la panne. L’entreprise régularise d’abord le paiement sans attendre, par un moyen traçable, car la contestation des majorations suppose d’être à jour. La demande de remise gracieuse des majorations et pénalités suit ensuite auprès de l’organisme de recouvrement. Le droit applicable subordonne cette remise à des conditions précises : l’article R. 243-20 du code de la sécurité sociale prévoit que les cotisants peuvent formuler une demande gracieuse en remise totale ou partielle des majorations et pénalités, que cette requête n’est recevable qu’après règlement de la totalité des cotisations et contributions ayant donné lieu à application des majorations ou lorsque le cotisant a souscrit un plan d’apurement avec l’organisme de recouvrement dont il relève. La lettre de demande expose les faits avec les pièces : attestation d’incident bancaire, preuve du rejet, preuve du paiement de régularisation, historique de paiement jusque-là sans défaut. Le dirigeant insiste sur le caractère ponctuel et extérieur de l’incident, sans présenter la panne comme une excuse générale : l’organisme apprécie la bonne foi du cotisant et la rapidité de la régularisation.
Le troisième front est fiscal. Un prélèvement d’impôt rejeté pendant la panne expose l’entreprise ou le dirigeant à des intérêts de retard et à des majorations, et la régularisation spontanée et rapide reste la meilleure protection. La demande de remise gracieuse des pénalités s’adresse au service des impôts, avec le même dossier probatoire : attestation de la banque, copie de l’avis de rejet, preuve du paiement effectué dès le rétablissement du service, éléments montrant que le retard résulte de l’indisponibilité du service bancaire et non d’une difficulté de trésorerie. Le courrier distingue soigneusement le principal, qui reste dû, des pénalités, dont la remise est sollicitée, et chiffre précisément les sommes concernées. Comme pour l’Urssaf, la qualité du dossier fait la différence : un contribuable qui paie dès qu’il le peut et qui documente l’origine technique du retard obtient plus facilement un geste qu’un redevable qui laisse le solde impayé en invoquant vaguement la panne.
Le quatrième front, souvent négligé, est celui des pénalités contractuelles réclamées par les cocontractants : fournisseur qui applique des pénalités de retard, client qui retient une partie du prix, bailleur qui facture une indemnité. Ici, l’entreprise ne peut pas opposer à son créancier un texte qui effacerait automatiquement sa dette : le créancier n’est pas responsable de la panne bancaire de son débiteur. La stratégie consiste à notifier immédiatement le retard avec l’attestation d’incident, à payer dès que possible, puis à négocier l’annulation des pénalités en démontrant que le retard provient d’un événement extérieur ponctuel et que le débiteur a fait toute diligence. Si le contrat prévoit une clause de force majeure, le débiteur vérifie si ses conditions sont réunies ; dans le doute, il négocie plutôt qu’il n’affirme, car un juge saisi d’une clause pénale conserve un pouvoir d’appréciation et tient compte du comportement des parties. Les échanges écrits contemporains du retard, polis et précis, valent mieux qu’une discussion téléphonique dont il ne reste rien : ils prouvent la diligence et facilitent l’accord amiable, qui reste dans ces situations la voie la plus rapide et la moins coûteuse.
Conclusion
La panne bancaire du 20 octobre 2026 rappelle une évidence que les entreprises oublient quand tout fonctionne : les paiements sont devenus une infrastructure vitale, et leur interruption, même brève, se paie en ventes perdues, en frais, en majorations et en temps de régularisation. Le droit français ne laisse pas l’entreprise sans recours, mais il ne répare que ce qui est prouvé et réclamé dans les formes. Les réflexes décisifs tiennent en quatre gestes : figer la preuve de l’incident dès la première heure avec l’attestation de la banque, sécuriser les encaissements et réémettre les ordres sur des coordonnées vérifiées, régulariser sans attendre les prélèvements sociaux et fiscaux rejetés, puis contester par écrit chaque frais et chaque majoration avec un dossier chiffré. Face à la banque, l’entreprise dispose d’un régime protecteur qui met la bonne exécution des paiements à la charge du prestataire et lui impose de prouver l’absence de défaillance technique, tandis que le cadre européen de la résilience numérique renforce les exigences de transparence sur les incidents. Devant l’Urssaf et le fisc, la régularisation rapide et la demande gracieuse documentée ouvrent la voie aux remises. Les développements qui précèdent décrivent ces vérifications utiles dans toute situation comparable. L’entreprise qui applique cette méthode transforme une panne subie en dossier maîtrisé, et c’est ce dossier, complet et daté, qui fait la différence entre une perte définitive et une réparation obtenue.