Ce qu'il faut retenir
- Un défaut logiciel peut relever de trois fondements distincts : garantie des vices cachés, défaut de délivrance conforme ou responsabilité contractuelle de droit commun.
- La garantie des vices cachés des articles 1641 et 1644 suppose une vente et un défaut caché antérieur ; son application à un logiciel sur mesure dépend de la qualification du contrat.
- Le défaut de délivrance vise l'écart entre le livré et le convenu ; un livrable non conforme au cahier des charges caractérise une non-conformité distincte du vice caché.
- La responsabilité contractuelle de l'article 1231-1 sanctionne l'inexécution, l'article 1217 énumérant les sanctions cumulables comme l'exécution forcée ou la résolution.
- La jurisprudence reconnaît au prestataire informatique un devoir de conseil sur l'adéquation de la solution aux besoins du client.
Un logiciel qui plante, qui ne fait pas ce qui était prévu ou qui révèle un défaut après plusieurs mois d'exploitation soulève une question juridique avant toute autre : comment qualifier le défaut ? Le réflexe consiste souvent à parler de « vice caché », alors que trois fondements distincts peuvent entrer en jeu : la garantie des vices cachés, le défaut de délivrance conforme et la responsabilité contractuelle de droit commun. Le choix n'est pas indifférent. Chaque fondement obéit à ses propres conditions, à son régime de preuve et à ses délais. Une mauvaise qualification expose à l'échec de l'action, parfois pour des raisons procédurales. Identifier le bon terrain juridique est donc la première étape d'une stratégie efficace, du côté du client comme du prestataire.
Chaque situation reste particulière et dépend des stipulations du contrat comme des circonstances du défaut. L'analyse ci-dessous expose le cadre applicable, non une consultation adaptée à un cas précis.
Table of Contents
TogglePourquoi la qualification du défaut est décisive
Les trois fondements ne se recouvrent pas. La garantie des vices cachés suppose une vente et un défaut antérieur, caché, rendant la chose impropre à son usage. Le défaut de délivrance vise la livraison d'une chose non conforme à ce qui était convenu. La responsabilité contractuelle sanctionne, plus largement, l'inexécution d'une obligation. Selon le terrain choisi, la charge de la preuve, les conditions et les sanctions diffèrent.
En matière de développement logiciel, la difficulté tient à la nature du contrat. Un progiciel acquis sur catalogue ne se traite pas comme un logiciel développé spécifiquement. La qualification du contrat conditionne l'application de certains fondements et s'apprécie au cas par cas.
La garantie des vices cachés
L'article 1641 du Code civil oblige le vendeur à garantir « les défauts cachés de la chose vendue qui la rendent impropre à l'usage auquel on la destine », ou qui diminuent cet usage au point que l'acheteur n'aurait pas acquis la chose, ou à un moindre prix. L'article 1644 ouvre alors à l'acheteur une option : rendre la chose contre restitution du prix, ou la conserver en se faisant restituer une partie du prix.
Ce fondement suppose toutefois une vente et un défaut réellement caché, antérieur à la livraison. Son application à un logiciel développé sur mesure dépend de la qualification du contrat : la frontière avec le louage d'ouvrage doit être examinée au cas par cas. Affirmer que la garantie joue dans tous les cas serait inexact.
Le défaut de délivrance et la non-conformité
Le défaut de délivrance se distingue du vice caché. Il ne s'agit pas d'un défaut affectant un produit conforme, mais d'un écart entre ce qui a été livré et ce qui avait été convenu. En matière de vente, l'article 1604 définit la délivrance comme « le transport de la chose vendue en la puissance et possession de l'acheteur », ce qui suppose en pratique une chose conforme aux spécifications.
Pour une prestation de développement, l'exigence de conformité découle des stipulations elles-mêmes : l'article 1103 rappelle que le contrat « tient lieu de loi » aux parties. Un livrable qui ne respecte pas le cahier des charges ou les fonctionnalités promises caractérise une non-conformité, distincte du vice caché.
La responsabilité contractuelle et les sanctions de l'inexécution
Le terrain le plus large reste la responsabilité contractuelle. L'article 1231-1 prévoit que le débiteur est condamné à des dommages et intérêts « soit à raison de l'inexécution de l'obligation, soit à raison du retard », sauf à justifier d'une force majeure. Les dommages et intérêts supposent en principe une mise en demeure préalable, sauf inexécution définitive (article 1231).
L'article 1217 énumère les sanctions disponibles en cas d'inexécution : refuser ou suspendre sa propre prestation, poursuivre l'exécution forcée en nature, solliciter une réduction du prix, provoquer la résolution du contrat, et demander réparation. Ces sanctions peuvent se cumuler lorsqu'elles sont compatibles. Le choix relève de la stratégie et s'apprécie au cas par cas.
Le devoir de conseil du prestataire informatique
La jurisprudence reconnaît au prestataire informatique un devoir de conseil. Il lui incombe d'éclairer le client sur l'adéquation de la solution à ses besoins, sur les contraintes techniques et sur les choix structurants du projet. Un manquement à ce devoir peut fonder ou renforcer une mise en cause, en complément des fondements précédents. Sa portée s'apprécie en fonction de la compétence respective des parties et des circonstances : là encore, l'analyse se fait au cas par cas.
Points de vigilance
- La qualification du contrat (vente, louage d'ouvrage, prestation) commande les fondements disponibles : elle se vérifie en premier.
- La garantie des vices cachés ne s'applique pas mécaniquement à tout logiciel sur mesure.
- Non-conformité et vice caché reposent sur des conditions différentes : les confondre fragilise l'action.
- La mise en demeure préalable conditionne en principe les dommages et intérêts, sauf inexécution définitive.
- Les preuves (cahier des charges, échanges, recette, journaux d'anomalies) déterminent souvent l'issue.
Dans quels cas consulter un avocat ?
L'accompagnement d'un avocat est utile pour qualifier le défaut, choisir le fondement le plus solide et bâtir la stratégie probatoire, qu'il s'agisse d'un contentieux informatique déjà engagé ou d'un différend à prévenir. En amont, la rédaction des clauses de conformité, de garantie et de responsabilité des contrats informatiques réduit l'exposition au litige.
Chaque dossier mérite une analyse propre : la solution dépend des faits, de la rédaction du contrat et de la jurisprudence applicable.
Ce que dit le droit
Un logiciel défaillant peut relever de trois fondements distincts, qu'il faut soigneusement qualifier. La garantie des vices cachés (article 1641 du Code civil) vise le défaut caché qui rend le logiciel « impropre à l'usage auquel on le destine ». L'obligation de délivrance conforme sanctionne, elle, l'écart entre le livrable et les spécifications contractuelles. Enfin, la responsabilité contractuelle de droit commun (article 1231-1 du Code civil) répare l'inexécution ou le retard.
Le choix du fondement commande les délais, la charge de la preuve et les remèdes (résolution, réfaction du prix, dommages et intérêts). Une qualification erronée peut faire échouer l'action : l'analyse préalable est déterminante.
Sources officielles
- Article 1641 du Code civil, garantie des vices cachés : Légifrance
- Article 1231-1 du Code civil, responsabilité contractuelle : Légifrance
Chaque situation est particulière. Pour rédiger ou sécuriser un contrat informatique, nos avocats en droit du numérique et des contrats IT vous accompagnent.
- Méthode Agile ou Cycle en V : quel impact sur la rédaction du contrat ?
- Cahier des charges fonctionnel : quelle valeur juridique en cas de litige ?
- Comment définir la procédure de recette et de validation des livrables IT ?
- Retards de livraison informatique : comment appliquer les pénalités de retard ?