Le contrat que personne n'avait relu depuis six ans

Le contrat a été signé un mardi de novembre, il y a six ans. Deux pages d'annexes, une grille tarifaire, une liste de prestations. Le dirigeant s'en souvient vaguement : une réunion d'une heure, un prestataire sérieux, une signature en fin de journée.

Depuis, il s'est renouvelé cinq fois. Tacitement. La facture arrive chaque mois, le montant est stable, le service est correct. Les interventions sont rapides, les techniciens polis, les postes remplacés quand il faut. Aucune raison de rouvrir le dossier.

C'est exactement pour cela que personne ne l'a rouvert.

Le jour où la question se pose

L'incident survient un jeudi. Peu importe la cause — un matériel qui lâche, une erreur de manipulation, un logiciel qui corrompt ses propres données. Le système est indisponible, et il faut le remettre en état.

Le dirigeant appelle. Il pose la question dans les termes qui lui semblent évidents : « Vous pouvez le remonter dans la journée ? »

La réponse est calme, précise, et déroutante : « On peut vous aider, oui. Mais la remise en service complète n'est pas dans votre contrat. On peut vous faire un devis d'intervention. »

Ce n'est pas un refus. Ce n'est pas une mauvaise volonté. C'est une lecture.

Le contrat prévoit la supervision, la maintenance des postes, la gestion des mises à jour, l'assistance aux utilisateurs, et l'exécution des sauvegardes. Il ne prévoit pas la restauration complète d'un environnement, ni un engagement de délai en cas d'arrêt, ni la priorité d'intervention un jour de forte charge.

Il ne l'a jamais prévu. Il n'a jamais dit le contraire non plus.

Personne n'a menti

Il faut insister sur ce point, parce qu'on est tenté de chercher un coupable.

Le prestataire n'a rien caché. Ses conditions étaient écrites, en français lisible, dans un document que le client a signé. Il n'a pas surfacturé, n'a pas laissé pourrir la situation, n'a pas joué sur les mots. Il a même, ce jeudi-là, dépanné en partie sans facturer.

Le dirigeant n'a pas été trompé. Il n'a pas signé sous pression. Il n'a pas négligé son entreprise — il a fait ce que font la plupart des dirigeants : il a délégué un sujet technique à un partenaire compétent, et il est retourné à son métier.

Et le contrat dit exactement ce qu'il dit.

Le problème n'est pas dans le document. Il est dans les six ans qui ont suivi.

Comment une hypothèse devient une certitude

La première année, le dirigeant a une idée à peu près juste de ce qu'il a acheté. Il se souvient des discussions, des points qu'on a écartés « pour l'instant », du budget qu'on a voulu tenir.

La deuxième année, tout fonctionne. Il n'y a rien à vérifier.

La troisième, il ne parle plus de contrat mais de prestataire. Le vocabulaire glisse : ce n'est plus « on a un contrat de maintenance », c'est « on a un informaticien ».

La quatrième, quelqu'un demande en réunion si les sauvegardes sont bien gérées. La réponse est oui — et elle est vraie. Personne ne pense à demander ce qui se passe après les sauvegardes.

La cinquième, une nouvelle personne arrive dans l'entreprise. Elle hérite du sujet informatique sans jamais avoir vu le contrat. Elle hérite de l'idée qu'on s'en fait.

La sixième année, l'hypothèse « ils s'occupent de tout » est devenue une certitude partagée par toute la direction. Sans qu'aucune décision n'ait été prise. Sans qu'aucun mensonge n'ait été dit.

C'est peut-être la forme la plus courante de décision invisible : celle que produit la routine, en l'absence de toute réunion.

Payer un service, ou connaître un résultat

Il y a une différence discrète mais décisive entre deux façons de regarder un contrat informatique.

La première est une liste de moyens : combien de postes, combien d'heures, quelle supervision, quelles mises à jour, quel type de sauvegarde.

La seconde est une liste de conséquences : si tel événement se produit, qu'est-ce qui redémarre, en combien de temps, décidé par qui, et jusqu'où va la responsabilité de qui.

Presque tous les contrats sont rédigés dans le premier langage. Presque toutes les questions du dirigeant, le jour de l'incident, sont posées dans le second.

Personne n'a tort. Les deux langages sont légitimes. Mais tant que personne ne fait la traduction, l'écart reste invisible — et il ne se révèle qu'au pire moment, quand il est trop tard pour négocier quoi que ce soit.

Relire autrement

Relire un contrat informatique n'est pas un exercice juridique. Ce n'est pas non plus une marque de défiance envers un prestataire — les meilleures relations survivent très bien à une conversation claire.

C'est un exercice de traduction, et il tient en quelques questions posées à voix haute, contrat ouvert, avec le prestataire dans la pièce :

• Qu'est-ce qui est explicitement couvert ? Qu'est-ce qui est explicitement exclu ?
• Que se passe-t-il si l'incident dépasse le périmètre courant : qui décide, qui paie, dans quel délai ?
• Existe-t-il un engagement de délai, ou seulement un engagement de moyens ?
• Les sauvegardes sont-elles vérifiées, ou seulement exécutées ?
• Et si l'incident tombe un jour où le prestataire a déjà trois clients en difficulté ?

Ce ne sont pas des questions techniques. Ce sont des questions de conséquences, et elles appartiennent au dirigeant.

Le contrat de cette entreprise n'a pas été résilié. Il a été relu, puis complété sur deux points, pour un surcoût modéré. La relation avec le prestataire s'est améliorée : les deux parties savent enfin ce que l'autre attend.

Six ans de silence avaient coûté plus cher qu'une réunion d'une heure.