Le mercredi 16 septembre 2026, vers 7 h 50 UTC, les clients de Salesforce ont cessé d’accéder à une partie de leurs outils dans toutes les régions d’exploitation du groupe, principalement aux États-Unis, en plein deuxième jour de Dreamforce, la conférence annuelle organisée à San Francisco. L’éditeur a indiqué vers 10 h 56 UTC que ses ingénieurs avaient identifié puis testé une solution et qu’ils la déployaient sur l’ensemble des régions. Pour les directions commerciales, les intégrateurs et les fournisseurs qui vivent dans ce CRM, l’incident n’a duré que quelques heures ; ses conséquences contractuelles, elles, peuvent durer des mois.
La réponse tient en trois réflexes. D’abord, figer la preuve de l’indisponibilité au moment où elle se produit : captures horodatées, journaux de connexion, messages d’erreur, page de statut de l’éditeur et constats. Ensuite, relire le contrat et son accord de niveau de service avant d’écrire à l’éditeur : c’est ce document qui fixe les seuils de disponibilité, les crédits de service et les plafonds d’indemnisation, et c’est lui qui dira si la clause limitative invoquée en réponse tient ou non. Enfin, traiter séparément l’aval : les retards subis par vos propres clients et fournisseurs ne se règlent pas avec la page de statut de l’éditeur, mais avec vos propres contrats, vos mises en demeure et vos preuves. Avec deux réserves importantes : les faits rapportés ici concernent la panne du 16 septembre 2026 telle que décrite par la presse économique et la page de statut de l’éditeur, et chaque situation dépend du contrat réellement signé, dont les clauses peuvent aménager différemment les responsabilités ; et les montants cités dans les décisions de justice le sont à titre illustratif, chaque préjudice se prouvant dossier par dossier.
I. Une panne de quelques heures, trois entreprises touchées
A. Ce qui s’est passé le 16 septembre 2026 et qui a payé les pots cassés
Selon le compte rendu publié le 16 septembre 2026, les problèmes ont commencé à 3 h 50, heure de l’Est, et ont empêché les clients d’accéder à certains services dans toutes les régions. La page de statut de l’éditeur a confirmé des retards importants, des erreurs intermittentes et des impossibilités d’accès, avant d’annoncer qu’une solution avait été identifiée, testée dans un environnement contrôlé puis déployée. L’action a légèrement reculé en avant-bourse le même jour. Autrement dit, il ne s’agit ni d’une rumeur ni d’un ralentissement localisé : l’indisponibilité est documentée, datée et reconnue par l’éditeur lui-même, ce qui en fait un point de départ factuel solide pour tous les dossiers qui en découlent.
Trois cercles d’entreprises sont concernés, et leurs intérêts ne se confondent pas. Le premier cercle, ce sont les entreprises clientes : directions des ventes qui ne peuvent plus émettre leurs devis, services clients aveugles, équipes marketing dont les campagnes programmées partent dans le vide. Quand le CRM est le système nerveux de la vente, quelques heures d’arrêt signifient des rendez-vous manqués, des délais de réponse contractuels dépassés et, parfois, des pénalités de retard réclamées par leurs propres clients. Le deuxième cercle, ce sont les intégrateurs et prestataires qui ont vendu puis maintiennent ces solutions : ils reçoivent les appels mécontents, doivent démontrer que l’incident vient de l’éditeur et non de leur paramétrage, et voient leur propre responsabilité mise en cause par des clients qui ne distinguent pas toujours l’hébergeur de l’intégrateur. Le troisième cercle, ce sont les fournisseurs et partenaires dont l’activité dépend des flux issus du CRM : facturation qui ne part pas, commandes qui ne se synchronisent plus, livraisons déclenchées sur des données périmées. Chacun de ces acteurs détient une partie différente de la preuve et dispose d’un recours différent : c’est cette carte des rôles qu’il faut dresser avant d’écrire la première réclamation.
Car l’erreur la plus fréquente, dans les heures qui suivent, consiste à tout mélanger : réclamer à l’éditeur le préjudice subi par votre client final, ou opposer à votre client la page de statut de l’éditeur comme si elle éteignait votre propre responsabilité. Ni l’un ni l’autre ne fonctionne. Contre l’éditeur, seuls vos propres préjudices, prouvés et prévisibles, comptent ; face à votre client, c’est votre contrat à vous, et non celui de l’éditeur, qui fixe vos obligations. La suite de cet article suit cet ordre : d’abord les preuves, communes à tous, puis les deux directions du recours, vers l’amont et vers l’aval.
B. Les preuves à figer pendant que l’incident est encore chaud
En droit français, la charge de la preuve ne pardonne pas l’attente. L’article 1353 du code civil dispose que « Celui qui réclame l’exécution d’une obligation doit la prouver. » Concrètement, l’entreprise qui réclamera demain un crédit de service, une réduction de prix ou des dommages et intérêts devra démontrer trois choses : que le service était indisponible, pendant combien de temps, et avec quelles conséquences mesurables sur son activité. Or les journaux de connexion tournent, les pages de statut sont mises à jour puis archivées, et les souvenirs des équipes s’estompent. La constitution du dossier commence donc pendant l’incident, pas après.
La première pièce, c’est la preuve externe et datée de l’indisponibilité. La page de statut de l’éditeur, les articles de presse datés du 16 septembre 2026 et les relevés d’incidents horodatés forment un faisceau difficile à contester. S’y ajoutent les preuves internes : captures d’écran des messages d’erreur avec date et heure visibles, journaux applicatifs, tickets d’assistance ouverts auprès de l’éditeur et de l’intégrateur, échanges internes montrant les équipes à l’arrêt. L’article 1366 du code civil donne à ces éléments leur valeur : « L’écrit électronique a la même force probante que l’écrit sur support papier, sous réserve que puisse être dûment identifiée la personne dont il émane et qu’il soit établi et conservé dans des conditions de nature à en garantir l’intégrité. » En pratique, cela signifie conserver les fichiers dans leur format d’origine, sans retouche, avec leurs métadonnées, et privilégier les exports système aux simples copier-coller. Un constat de commissaire de justice, dressé pendant l’incident ou à partir des journaux conservés, reste la pièce la plus robuste lorsque les montants en jeu le justifient : il fige l’heure, le périmètre et la nature de l’indisponibilité avec l’autorité d’un officier ministériel.
La deuxième pièce, c’est la mesure du préjudice, poste par poste. Devis non envoyés et commandes perdues, heures d’équipes immobilisées, pénalités versées à vos propres clients, coûts de bascule vers une solution de secours, heures de ressaisie : chaque poste doit être chiffré avec sa pièce. C’est ici que beaucoup de dossiers s’effondrent, non sur le principe de la responsabilité, mais sur le montant. Le juge n’indemnise que ce qui est prouvé, et les préjudices indirects sont souvent exclus par le contrat, comme on le verra. Tenez donc, dès le premier jour, un tableau de suivi daté : heure de début et de fin de l’indisponibilité par service, utilisateurs affectés, opérations reportées ou perdues, coûts engagés. Ce tableau, adossé aux journaux, deviendra la colonne vertébrale de toutes vos demandes, qu’elles s’adressent à l’éditeur, à l’intégrateur ou à votre assureur.
La troisième pièce, souvent oubliée, c’est la preuve que vous avez limité les dégâts. Le créancier qui reste les bras croisés pendant que la panne dure fragilise sa propre demande : pourquoi n’avoir pas basculé sur la procédure dégradée prévue au plan de continuité, pourquoi ne pas avoir prévenu les clients exposés ? Les échanges montrant l’activation du mode dégradé, l’information des équipes et des clients, et les demandes adressées à l’éditeur et à l’intégrateur démontrent au contraire une gestion diligente. Cette diligence servira deux fois : face à l’éditeur, pour établir que le préjudice résiduel est bien imputable à la panne ; face à vos propres clients, pour montrer que le retard n’est pas votre fait mais celui d’un tiers, et que vous avez fait ce qu’un professionnel diligent devait faire.
II. Amont et aval : deux recours, deux logiques
A. Face à l’éditeur : le contrat d’abord, la clause limitative ensuite
Le réflexe naturel consiste à demander à l’éditeur la réparation intégrale du préjudice : chiffre d’affaires perdu, marge, atteinte à l’image. Le droit des contrats offre en effet une palette large. L’article 1217 du code civil prévoit que la partie victime d’une inexécution peut « demander réparation des conséquences de l’inexécution », et l’article 1231-1 du même code dispose 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. » Une panne de quelques heures, reconnue et réparée par l’éditeur, constituera rarement un cas de force majeure au sens de ces textes, l’événement n’étant ni extérieur à l’éditeur ni, le plus souvent, imprévisible dans un métier dont la continuité est le coeur. Mais entre le principe et le montant, il y a le contrat, et c’est lui qui commande.
Car les contrats de services cloud encadrent étroitement la responsabilité de l’éditeur : engagement de disponibilité exprimé en pourcentage, crédits de service en cas de dépassement, et surtout clause limitative plafonnant l’indemnisation, souvent à quelques mois de redevance, avec exclusion des préjudices indirects. Faut-il s’incliner devant ces clauses ? Pas toujours, mais pas jamais non plus, et c’est la jurisprudence qui trace la ligne. L’article 1170 du code civil dispose que « Toute clause qui prive de sa substance l’obligation essentielle du débiteur est réputée non écrite. » Tout le débat consiste donc à savoir si le plafond vide l’obligation de son contenu ou s’il en aménage raisonnablement les conséquences.
Deux décisions rendues dans des configurations proches éclairent ce partage. Dans un arrêt du 19 mai 2022, la cour d’appel de Versailles a jugé l’hébergeur responsable d’un incident ayant rendu indisponibles les données et applications d’un client intermédiaire, elles-mêmes destinées à un client final associatif. La cour a validé la clause qui plafonnait la réparation à trois mois de redevance, en retenant que l’obligation essentielle, assortie d’un taux de disponibilité de 99,5 %, demeurait substantiellement garantie malgré l’incident, et que le plafond accepté par le client en aménageait seulement les conséquences. Elle a condamné l’hébergeur à 8 497,20 euros, soit le montant établi des trois mois de prestations, et ordonné l’annulation à due concurrence d’une facture postérieure. À l’inverse, le 17 avril 2026, la cour d’appel de Paris a écarté la clause par laquelle un prestataire de télésurveillance limitait son engagement sur son obligation essentielle à une simple obligation de moyens : le prestataire n’avait pas respecté les consignes contractuelles de levée de doute en cas d’alarme, et la clause qui vidait ainsi le contrat de sa substance a été réputée non écrite, avec une condamnation de 92 921,96 euros au profit du client victime d’une intrusion. La leçon est nette : un plafond proportionné adossé à un engagement de disponibilité chiffré a des chances de tenir, tandis qu’une clause qui transforme l’obligation de résultat promise en simple obligation de moyens a des chances de tomber.
Pour l’entreprise cliente de Salesforce, la méthode en découle. Relisez l’engagement de disponibilité et le calcul des crédits de service : demandez-les d’abord, par écrit, dans les délais et formes prévus au contrat, car les crédits non réclamés à temps sont souvent perdus. Chiffrez ensuite séparément ce que le contrat couvre et ce qu’il exclut : les crédits de service d’un côté, le préjudice résiduel de l’autre. N’acceptez ni ne refusez par principe le plafond : comparez le montant plafonné au préjudice prouvé, examinez si l’obligation essentielle subsiste malgré le plafond, et vérifiez que les conditions générales invoquées vous ont bien été opposées, c’est-à-dire portées à votre connaissance et acceptées, même tacitement. Enfin, si vous êtes intégrateur, distinguez vos deux casquettes : en tant que client de l’éditeur, vous réclamez vos propres préjudices ; en tant que prestataire de votre client, vous répondez des vôtres, et c’est votre propre clause limitative qui sera examinée. Dans les relations entre professionnels, un plafond accepté peut en outre être confronté aux règles sur le déséquilibre significatif : l’article L. 442-1 du code de commerce sanctionne le fait « De soumettre ou de tenter de soumettre l’autre partie à des obligations créant un déséquilibre significatif dans les droits et obligations des parties », ce qui offre un fondement complémentaire lorsque la clause a été imposée sans négociation réelle à un partenaire dépendant. Les entreprises dont les contrats SaaS structurent toute l’activité — vente, facturation, relation client — ont intérêt à faire relire ces clauses par un conseil : c’est l’objet même de l’accompagnement proposé par les avocats en droit des affaires du cabinet à Paris, qui sécurisent les contrats B2B, les accords de niveau de service et les recours en chaîne.
B. Face à vos clients et fournisseurs : vos contrats, vos mises en demeure, vos décisions
L’aval obéit à une logique inversée : ce n’est plus vous qui réclamez, c’est vous qui devez répondre, et la panne de votre prestataire ne vous exonère pas automatiquement. Vos clients vous reprocheront le retard, vos fournisseurs vous imputeront la désorganisation, et chacun invoquera votre contrat à vous. Trois décisions s’imposent alors, dans l’ordre : informer, préserver le contrat, puis décider de son sort en respectant les formes.
Informer d’abord, par écrit et sans attendre. Prévenez les clients exposés que l’incident vient de votre prestataire, indiquez le périmètre et la durée constatés, et proposez un calendrier de rattrapage. Cette transparence n’est pas seulement commerciale : elle établit que vous avez agi diligemment et elle prive le partenaire du grief d’avoir été laissé dans l’ignorance. Conservez-en la preuve, comme de tout le reste.
Préserver le contrat ensuite, en résistant à la tentation de la rupture immédiate. La résolution n’est pas un réflexe, c’est une sanction encadrée. L’article 1224 du code civil dispose que « La résolution résulte soit de l’application d’une clause résolutoire soit, en cas d’inexécution suffisamment grave, d’une notification du créancier au débiteur ou d’une décision de justice. » Autrement dit, deux voies seulement : la clause que vous avez prévue, ou une inexécution suffisamment grave, notifiée ou jugée. Si votre contrat comporte une clause résolutoire, l’article 1225 du même code exige une mise en demeure infructueuse et précise que « La mise en demeure ne produit effet que si elle mentionne expressément la clause résolutoire. » Une mise en demeure qui omet cette mention est inefficace pour déclencher la clause, aussi fondée soit la colère. Si vous agissez sans clause, par notification unilatérale, l’article 1226 impose, sauf urgence, une mise en demeure préalable impartissant un délai raisonnable, puis une notification motivée de la résolution, en rappelant que « Le créancier doit alors prouver la gravité de l’inexécution. » La Cour de cassation veille strictement à ce formalisme : le 29 janvier 2025, la chambre commerciale a censuré une cour d’appel qui avait validé une résolution unilatérale alors même qu’elle constatait l’absence de manquement grave, rappelant que la faute simple ne suffit pas et que la mise en demeure doit mentionner expressément le risque de résolution. Moralité : quelques heures d’indisponibilité d’un outil, même critique, justifieront rarement à elles seules la résolution du contrat de votre prestataire ou de votre intégrateur, et une résolution lancée à chaud, sans mise en demeure régulière, expose son auteur à voir la rupture jugée abusive et à devoir indemniser à son tour.
Décider enfin, en distinguant les outils adaptés. L’article 1217 du code civil permet aussi à la partie victime d’une inexécution de « suspendre l’exécution de sa propre obligation » ou d’« obtenir une réduction du prix », et ces sanctions douces conviennent souvent mieux à un incident bref que la rupture : suspendre les paiements le temps du rétablissement, exiger les crédits de service contractuels, négocier un geste commercial documenté. Un dernier point mérite l’attention des directions financières : la déclaration au titre de la perte d’exploitation. Les contrats d’assurance couvrant les pertes consécutives à une défaillance informatique exigent une déclaration rapide, souvent sous quelques jours ouvrés, et un état chiffré des pertes adossé aux pièces déjà réunies. Transmettez à l’assureur le même dossier que celui constitué pour l’éditeur : relevés d’indisponibilité, tableau des conséquences, coûts de bascule et correspondances. Vérifiez aussi les exclusions, car certaines polices écartent les pannes des prestataires externes ou les plafonnent à des montants modestes. Lorsque l’assurance ne couvre pas, ce constat nourrit la négociation avec l’éditeur et, le cas échéant, la demande judiciaire : il démontre que le préjudice résiduel reste effectivement à votre charge. Enfin, tirez de l’incident une leçon contractuelle pour l’avenir : clause de réversibilité et d’export des données, procédure dégradée écrite, interlocuteur d’astreinte désigné chez le prestataire, et pénalités de retard propres à votre contrat plutôt que la seule acceptation passive des crédits de service standards. Une panne documentée devient ainsi un levier de renégociation à la prochaine échéance.
Pour vos propres clients qui vous mettent en cause, la même grammaire s’applique en miroir : reconnaissez le retard par écrit, rattachez-le à la défaillance documentée du prestataire, et proposez un rattrapage chiffré plutôt que de subir une résolution dont vous contesteriez ensuite la gravité. Et lorsque la chaîne se tend entre franchiseur et franchisés, entre donneur d’ordres et sous-traitants, chaque maillon doit adresser sa propre mise en demeure à son propre cocontractant : on ne résout pas le contrat d’un autre, on ne notifie qu’à son débiteur. C’est cette discipline des formes, fastidieuse sur le moment, qui transforme une panne subie en dossier gagné.
La panne du 16 septembre 2026 est résorbée ; les dossiers qu’elle a ouverts ne le sont pas. Les entreprises qui auront figé leurs preuves, relu leurs contrats avant d’écrire, et respecté le formalisme des mises en demeure aborderont les discussions avec l’éditeur, l’intégrateur et leurs propres partenaires en position de force. Chaque écrit envoyé pendant la crise compte double : il gère l’incident du jour et prépare le dossier de demain. Les autres découvriront que l’indisponibilité la mieux documentée par la presse ne remplace ni une preuve constituée à temps, ni une clause invoquée dans les formes. Dans une économie où le logiciel critique est loué et non possédé, la continuité d’activité se prépare dans les contrats bien avant de se défendre dans les prétoires.
Besoin d’un avis rapide sur votre dossier
Maître Reda KOHEN, avocat au Barreau de Paris, accompagne les entreprises clientes, intégrateurs et fournisseurs dans la gestion des suites d’une panne de plateforme : preuves, mise en demeure et recours en chaîne. Consultation téléphonique : 80 EUR TTC. Joignez le cabinet au 06 46 60 58 22 ou écrivez via la page contact du cabinet.