Votre livrable plante en production : qui paie la perte d'exploitation du client ?

Vous livrez à un client un développement, une intégration, une automatisation ou un site. Tout fonctionne lors de la recette. Quelques jours après la mise en production, un dysfonctionnement passé inaperçu paralyse une fonction critique : le tunnel de commande ne valide plus les paiements, la prise de rendez-vous tombe en erreur, l'export comptable corrompt les données. Pendant 48 heures, avant que le problème ne soit identifié, le client perd des ventes et traite des réclamations en cascade.

Quand la facture arrive, elle n'est pas de votre côté : c'est le client qui chiffre ce qu'il estime avoir perdu. Manque à gagner, frais de remise en état, atteinte à son image. Et il se tourne vers vous, prestataire à l'origine du livrable défaillant.

La question n'est plus « ai-je fait de mon mieux ? » mais « jusqu'où mon engagement contractuel me rend-il responsable de ce que mon client a perdu ? ». La réponse se trouve dans la nature juridique de votre prestation.

Toute la responsabilité d'un prestataire numérique se joue sur cette distinction, mal connue mais décisive.

• L'obligation de moyens. Vous vous engagez à mettre en œuvre votre compétence et votre diligence, sans garantir un résultat précis. Pour engager votre responsabilité, le client doit prouver que vous avez été négligent ou incompétent. C'est le régime fréquent du conseil et du développement sur mesure.
• L'obligation de résultat. Vous garantissez un livrable conforme et fonctionnel. Le simple constat que le résultat n'est pas atteint suffit à présumer votre responsabilité : c'est à vous de démontrer une cause étrangère.

Le danger, c'est que la frontière n'est pas toujours celle que vous croyez. Une promesse commerciale trop affirmative (« le site sera opérationnel et sans bug le jour J »), un cahier des charges qui décrit un résultat chiffré, ou un engagement de disponibilité peuvent faire basculer une obligation de moyens vers une obligation de résultat. Ce que vous écrivez dans un devis ou un mail engage votre régime de responsabilité, souvent à votre insu. C'est exactement la zone que protège une RC Pro dédiée aux métiers du numérique.

Un point technique souvent négligé change pourtant tout : la réception du livrable. Tant que le client n'a pas validé la livraison, c'est vous qui portez le risque de non-conformité. Une fois la réception prononcée, sans réserve, une partie des défauts apparents est réputée acceptée, et la charge se déplace.

Trois situations concrètes en découlent :

1. Pas de réception formalisée. Le flou profite généralement au client, qui peut prétendre n'avoir jamais validé un livrable défaillant. Votre exposition reste maximale.
2. Réception avec réserves. Les points listés restent à votre charge, mais le reste est validé. Vous savez précisément ce qui vous engage encore.
3. Réception sans réserve. Les défauts apparents sont couverts ; restent les vices cachés et les garanties contractuelles.

Formaliser une recette, faire signer un procès-verbal de réception, lister les réserves : ces gestes ne sont pas de la bureaucratie. Ils déterminent qui supporte le coût d'un bug découvert après la mise en production. Sans trace, c'est votre parole contre celle d'un client qui a perdu de l'argent.

Au-delà du code lui-même, le prestataire numérique est tenu d'un devoir de conseil et de mise en garde. Vous êtes le sachant ; le client, souvent, ne l'est pas. Cette asymétrie crée une obligation : alerter sur les risques, déconseiller une solution inadaptée, prévenir des limites d'un choix technique.

Concrètement, votre responsabilité peut être engagée non pas pour avoir mal codé, mais pour ne pas avoir averti :

• que l'absence d'environnement de test exposait à une panne en production ;
• que la solution retenue ne supporterait pas la charge prévue lors d'un pic d'activité ;
• qu'aucune sauvegarde n'était prévue avant une migration de données ;
• que le client devait prévoir une maintenance pour les mises à jour de sécurité.

Le manquement au devoir de conseil est l'un des terrains de litige les plus fréquents pour les prestataires numériques, parce qu'il se nourrit du non-dit. La parade tient en un mot : écrire. Chaque recommandation, chaque mise en garde, chaque alternative présentée et écartée par le client doit laisser une trace. Ce sont ces traces qui, le jour du litige, déplacent la responsabilité et sur lesquelles votre responsabilité civile professionnelle s'appuiera pour vous défendre.

Voici le point sur lequel beaucoup de prestataires se croient couverts à tort. Le préjudice subi par le client lorsque votre livrable plante n'est presque jamais un dommage matériel ou corporel : c'est un dommage immatériel, c'est-à-dire une perte financière sans atteinte à un bien physique ou à une personne. Manque à gagner, perte de données, coût de remise en service.

Or toutes les RC Pro ne couvrent pas, ou pas suffisamment, les dommages immatériels non consécutifs. Vérifiez impérativement que votre contrat mentionne :

• la couverture des dommages immatériels, y compris non consécutifs à un dommage matériel ;
• la prise en charge des pertes d'exploitation subies par le client du fait de votre prestation ;
• une limitation de garantie cohérente avec la taille de vos projets et le chiffre d'affaires de vos clients.

Un développeur qui facture 5 000 euros une prestation peut être tenu d'un préjudice de plusieurs dizaines de milliers d'euros si son livrable a paralysé l'activité d'un client. C'est ce décalage que la garantie absorbe. Pensez aussi à plafonner contractuellement votre responsabilité par des clauses de limitation, parfaitement valables entre professionnels : la RC Pro et la clause de limitation forment le duo qui maintient votre exposition dans des bornes supportables. Pour calibrer l'ensemble selon votre activité réelle, partez de votre fiche assurance pour bureau dédié à des prestations numériques.