Une mise à jour fait tomber le SI du client : qui paie l'arrêt ?

Vous êtes développeur ou intégrateur en micro-entreprise. Un mardi soir, vous poussez une mise à jour censée corriger un détail d'affichage sur l'outil de gestion d'un client e-commerce. Rien d'exceptionnel : vous l'avez fait des dizaines de fois. Sauf que cette fois, une dépendance mise à jour entre en conflit avec une partie du code existant. Le site passe en erreur 500. Les commandes ne s'enregistrent plus.

Le problème, ce n'est pas le bug en lui-même : vous le corrigez en deux heures. Le problème, c'est que pendant ces deux heures, en pleine soirée de pic de trafic, le client n'a pas pu encaisser une seule vente. Et le lendemain matin, son comptable vous adresse une estimation du chiffre d'affaires perdu pendant l'incident.

Dans les métiers du système d'information, le dommage le plus coûteux n'est presque jamais celui qu'on répare avec du code. C'est l'argent que le client n'a pas gagné pendant que son outil était à l'arrêt.

C'est ce décalage qui surprend tant de freelances IT : on raisonne en temps de correction, le client raisonne en perte d'activité. Et juridiquement, c'est lui qui a raison.

Quand on parle de sinistre informatique, on imagine la donnée détruite ou le serveur en panne. Mais l'essentiel du coût se loge ailleurs, dans une catégorie juridique précise : le dommage immatériel consécutif. C'est le préjudice financier qui découle d'un dommage matériel ou d'une faute, sans atteinte physique directe aux biens de la victime.

Concrètement, lorsque votre intervention provoque un arrêt de production chez le client, vous l'exposez à plusieurs postes de préjudice :

• La perte d'exploitation : le chiffre d'affaires qu'il n'a pas pu réaliser pendant l'indisponibilité.
• Les frais de reconstitution : le temps passé par ses équipes à rattraper les commandes, ressaisir des données ou relancer les clients.
• Le préjudice d'image : les clients finaux mécontents, les avis négatifs, parfois la perte de comptes.

Ce sont exactement ces dommages que beaucoup de contrats d'entrée de gamme excluent ou plafonnent au plus bas. C'est précisément là que la qualité de votre RC Pro se mesure : non pas sur la couverture du bug, mais sur celle de ses conséquences financières chez le client.

Pour comprendre l'enjeu, il faut quitter le terrain technique et entrer dans celui de la comptabilité du client. Le calcul d'une perte d'exploitation est étonnamment simple : on prend le chiffre d'affaires moyen généré par l'outil sur une période, et on le rapporte à la durée de l'arrêt.

À ces montants s'ajoutent les frais de reconstitution et, si le litige se judiciarise, les frais de défense. Une mise à jour facturée 400 € peut ainsi déboucher sur une réclamation à cinq chiffres. Sans assurance adaptée, c'est votre trésorerie de micro-entrepreneur qui absorbe seule l'écart, alors que votre revenu annuel est sans commune mesure avec le préjudice. C'est ce déséquilibre que la RC Pro est faite pour neutraliser.

Face à une réclamation pour interruption, la question n'est pas seulement « êtes-vous responsable ? » mais « dans quelles proportions, et qu'aviez-vous mis en place pour limiter le risque ? ». Trois éléments pèsent lourd dans cette appréciation.

1. La sauvegarde de l'état antérieur. Avoir une copie fonctionnelle du système avant intervention prouve votre diligence et permet un retour arrière rapide. Une indisponibilité de 20 minutes grâce à un rollback préparé n'a pas le même coût qu'un arrêt de 3 heures.
2. La fenêtre de déploiement validée. Si vous avez convenu par écrit d'intervenir en heures creuses et que le client a imposé un déploiement en pleine activité, la répartition de responsabilité change.
3. La traçabilité du déploiement. Logs, historique des versions, échanges validant la mise en production : ces traces distinguent une faute professionnelle d'un aléa partagé.

Ces pratiques ne relèvent pas de la paperasse défensive : elles transforment un face-à-face « votre bug a coûté X » en un dossier objectif où votre rigueur professionnelle est démontrée. C'est cette répartition que votre assureur défendra.

Aucune assurance ne remplace une discipline de déploiement. Quelques réflexes simples réduisent à la fois la fréquence et la gravité de ces sinistres, et envoient à votre assureur le signal d'un risque maîtrisé.

• Tester sur un environnement de préproduction qui reproduit le contexte du client avant toute mise en production directe.
• Préparer systématiquement un plan de retour arrière documenté, exécutable en quelques minutes, pour chaque déploiement non trivial.
• Cadrer les fenêtres d'intervention par écrit : heures de déploiement, point de validation, délai de réversibilité. Ce simple message de confirmation devient une pièce de défense le jour où ça tourne mal.

Au-delà des conséquences chez le client, n'oubliez pas que votre propre poste de travail est l'outil qui produit ce risque comme votre revenu : une panne ou un vol de votre machine vous met à l'arrêt. C'est l'objet d'une assurance du matériel informatique, complémentaire de la responsabilité civile. Pour calibrer l'ensemble selon votre activité réelle, partez de votre fiche assurance pour micro-entrepreneur du secteur des systèmes d'information.