Projet informatique qui échoue : quels recours contre le prestataire ?

Lorsqu'un projet informatique ou un logiciel échoue (retards répétés, fonctionnalités absentes, système inutilisable), l'entreprise peut agir contre le prestataire pour manquement à son obligation de délivrance ou à son devoir de conseil : pénalités, réduction du prix, résolution du contrat et dommages et intérêts. Le succès du recours dépend de trois éléments : un besoin exprimé par écrit, une recette assortie de réserves précises, et une preuve technique du dysfonctionnement, souvent obtenue par une expertise judiciaire. Le prestataire opposera presque toujours un défaut de collaboration du client : il faut s'y préparer dès le départ.

Les obligations du prestataire et celles du client

Le devoir de conseil du prestataire

Le prestataire informatique est un professionnel face à un client qui, en général, ne l'est pas dans ce domaine. Il doit s'informer des besoins du client, l'informer des contraintes et des limites de la solution proposée, et le mettre en garde contre les choix inadaptés. Ce devoir s'apprécie plus strictement lorsque le client n'a pas de compétence informatique interne. Il s'ajoute à l'obligation générale d'information précontractuelle (article 1112-1 du Code civil).

Le devoir de collaboration du client

Le client doit exprimer ses besoins de façon claire, fournir les informations demandées, valider les étapes et désigner des interlocuteurs disponibles. Un cahier des charges absent ou vague, des changements de périmètre incessants ou des validations tardives affaiblissent sa position. Le prestataire mettra en avant chaque retard de réponse du client.

Obligation de moyens ou de résultat

La distinction commande la charge de la preuve. Lorsque le prestataire est tenu d'une obligation de résultat (livrer un logiciel conforme aux spécifications, respecter une date ferme), le client n'a qu'à établir que le résultat n'est pas atteint. Lorsqu'il n'est tenu que d'une obligation de moyens (accompagnement, conseil, développement en mode agile), le client doit démontrer une faute. Le contrat et la nature de la prestation déterminent la qualification.

La recette : le moment qui décide de la suite

La recette est la procédure par laquelle le client vérifie que le livrable fonctionne conformément au contrat. Elle se conclut par un procès-verbal.

• La recette sans réserve vaut en principe acceptation des défauts apparents. Le client peut encore invoquer les défauts cachés, mais sa position devient plus difficile.
• La recette avec réserves liste précisément les anomalies : fonctionnalité concernée, scénario de test, résultat obtenu, gravité. Une réserve vague (« quelques bugs ») ne protège pas.
• Le refus de recette doit être motivé par écrit, en renvoyant aux spécifications non respectées.

Attention à la mise en production : utiliser le logiciel en production sans recette formelle peut être présenté par le prestataire comme une acceptation tacite. Si l'exploitation est indispensable, faites-la précéder d'un écrit qui précise qu'elle ne vaut pas recette.

Les recours contre le prestataire

Le Code civil offre plusieurs sanctions en cas d'inexécution (article 1217), qui peuvent se cumuler lorsqu'elles sont compatibles.

• Les pénalités contractuelles de retard ou de non-conformité, si le contrat en prévoit. Elles s'appliquent selon les conditions de la clause, souvent après mise en demeure. Le juge peut les modérer si elles sont manifestement excessives ou dérisoires.
• L'exception d'inexécution (article 1219) : suspendre le paiement des échéances lorsque le manquement est suffisamment grave, en le notifiant clairement.
• La réduction du prix (article 1223), après mise en demeure, lorsque la prestation est imparfaite mais utilisable.
• La résolution du contrat (articles 1224 et suivants), par application d'une clause résolutoire, par notification en cas d'inexécution suffisamment grave, ou par décision de justice. Elle peut entraîner la restitution des sommes versées.
• Les dommages et intérêts, pour le préjudice prouvé : surcoûts, recours à un autre prestataire, perte d'exploitation.

Les clauses limitatives de responsabilité sont fréquentes dans les contrats informatiques. Elles ne s'appliquent pas en cas de faute lourde ou dolosive, et une clause qui prive de sa substance l'obligation essentielle du prestataire est réputée non écrite (article 1170). Leur régime est présenté dans notre article sur la clause pénale et la clause limitative de responsabilité. La logique générale de l'inexécution est détaillée dans notre article sur le prestataire qui n'a pas respecté le contrat, et la résiliation anticipée dans notre article sur la résiliation d'un contrat commercial avant son terme.

La preuve : expertise et documents du projet

Un litige informatique se gagne rarement sans expert. Le juge ne peut pas apprécier seul si un logiciel est conforme ou si les retards viennent du client.

L'expertise avant procès

L'article 145 du Code de procédure civile permet de demander au juge des référés la désignation d'un expert judiciaire avant tout procès, s'il existe un motif légitime. L'expert examine le système, les livrables et les échanges, puis rend un rapport sur l'origine des dysfonctionnements et les responsabilités techniques. Voir notre article sur les mesures d'instruction de l'article 145. Si le prestataire risque de faire disparaître des éléments (code source, environnements de test), une mesure non contradictoire peut être demandée sur requête dans certains cas.

Les documents à réunir

• le contrat, les conditions générales, le cahier des charges et les spécifications validées ;
• les comptes rendus de comités de pilotage et les plannings successifs ;
• l'outil de suivi des anomalies (tickets), avec leur date d'ouverture et de clôture ;
• les procès-verbaux de recette et les échanges sur les réserves ;
• les courriels sur les changements de périmètre et les demandes du prestataire.

Exportez ces données tant que vous y avez accès : les plateformes de suivi sont souvent hébergées chez le prestataire.

Que faire maintenant

1. Ne signez pas de procès-verbal de recette sans réserve si le livrable ne fonctionne pas, et motivez chaque réserve.
2. Mettez le prestataire en demeure par écrit de corriger les anomalies dans un délai précis, en renvoyant aux spécifications.
3. Sauvegardez les preuves : export des tickets, des échanges et des versions livrées, accès aux environnements.
4. Ne résiliez pas dans la précipitation : une résolution injustifiée peut se retourner contre vous. Faites d'abord établir les responsabilités, si besoin par expertise.
5. Organisez la continuité de votre activité (prestataire de remplacement, réversibilité des données) en conservant la trace des surcoûts.

La page avocat en contentieux commercial à Lille présente les interventions du cabinet. Le cabinet Bayān (Ilyès Dogheche, avocat au Barreau de Lille, 19 boulevard Denis Papin) intervient sur les litiges liés aux projets informatiques, côté client comme côté prestataire, en phase amiable, d'expertise et judiciaire.