Tunnel de paiement en panne 6 jours : qui paie les 38 000 € de ventes perdues ?

Vous livrez la refonte d'une boutique en ligne. Le client vend des accessoires de sport, panier moyen 65 €, environ 90 commandes par jour. Un vendredi en fin d'après-midi, vous poussez en production une mise à jour mineure du module de paiement pour corriger un affichage. Les tests passent sur votre environnement de recette. Tout semble normal.

Sauf qu'en production, une variable d'environnement de l'API de paiement n'est pas la même qu'en recette. Résultat : le bouton « Payer » renvoie une erreur silencieuse. La page de commande s'affiche parfaitement, le panier fonctionne, mais aucune transaction n'aboutit. Le site n'est pas en panne au sens classique : il est en ligne, rapide, visuellement impeccable. Personne ne reçoit d'alerte de monitoring car le serveur répond bien en HTTP 200.

Le client, parti en week-end, ne s'aperçoit de rien. Vous non plus. Le lundi, il s'étonne d'un week-end « creux ». Ce n'est que le mercredi, en consultant ses statistiques bancaires, qu'il comprend : zéro encaissement depuis vendredi. Six jours pleins de tunnel de paiement cassé.

La première réaction du client est de vous réclamer son chiffre d'affaires perdu. Mais juridiquement, le préjudice indemnisable n'est pas le CA brut : c'est la perte réelle, c'est-à-dire la marge qu'il aurait dégagée, déduction faite de ce qui n'a pas été dépensé (achat de stock, frais de port non engagés). C'est un point capital à connaître pour discuter sereinement une réclamation.

Dans ce dossier type, la réclamation finale s'établit autour de 9 500 € de marge réellement perdue sur les 60 % de clients qui ne sont pas revenus, plus les frais annexes. On est loin des 35 000 € initialement brandis, mais le montant reste largement supérieur à la facture de la prestation.

C'est l'angle mort le plus dangereux du métier. Le préjudice décrit ci-dessus est un dommage immatériel non consécutif : il n'y a eu ni incendie, ni vol, ni dégât matériel. Le client n'a perdu aucun bien physique. Il a perdu de l'argent à cause d'une faute dans votre livrable.

Or les contrats généralistes raisonnent sur le dommage matériel et corporel :

• Votre assurance habitation ou multirisque de bureau couvre votre matériel et le local, jamais le manque à gagner que vous causez à un client par une erreur de code.
• Une protection juridique seule finance la défense, mais ne paie pas l'indemnité due au client.
• La responsabilité civile « vie privée » exclut explicitement l'activité professionnelle.

Le piège est que ce sinistre ne « ressemble » pas à un sinistre : pas de fumée, pas de dégât visible. C'est pourtant la première source de réclamation contre les développeurs et agences web.

Seule une assurance RC Pro intégrant la garantie des dommages immatériels prend en charge ce type de préjudice financier. C'est précisément le cœur de la couverture pensée pour les métiers du numérique et de la création de sites web.

Une fois la réclamation reçue, la RC Pro intervient sur deux fronts :

1. La défense. L'assureur missionne un expert pour vérifier la réalité du préjudice et contester les montants exagérés. Dans notre exemple, c'est ce travail qui ramène la réclamation de 35 000 € à un montant réellement justifié.
2. L'indemnisation. Si votre faute est établie, l'assureur règle au client le préjudice retenu, dans la limite de votre plafond de garantie et après déduction de la franchise.

Point de vigilance : la couverture suppose que le sinistre relève bien d'une faute professionnelle (erreur, omission, négligence) et non d'un manquement délibéré ou d'une promesse contractuelle déraisonnable (par exemple un engagement écrit de « zéro bug garanti à vie »). D'où l'importance d'un devis et de conditions claires.

La différence entre un sinistre maîtrisé et une catastrophe financière tient souvent à votre hygiène de travail :

• Conservez vos logs. Un historique de déploiement horodaté prouve quand l'incident est apparu et limite votre responsabilité à la fenêtre réelle, pas à six jours si le client a tardé à vous prévenir.
• Faites signer le périmètre. Un devis ou un contrat précisant ce que vous livrez (et ce que vous ne garantissez pas, comme le monitoring 24/7) borne votre obligation.
• Séparez recette et production. Documenter votre plan de tests démontre que vous n'avez pas été négligent — un argument clé pour l'expert.
• Déclarez vite. La RC Pro fonctionne souvent en base réclamation : prévenez votre assureur dès la première mise en cause, sans tenter de négocier seul une indemnité que vous reconnaîtriez à tort.

Ce sinistre du tunnel de paiement n'a rien d'exotique : c'est le quotidien des développeurs et agences. La vraie question n'est pas si un déploiement cassera quelque chose un jour, mais si vous serez couvert le jour où ça arrivera.