Contrat de développement de logiciel sur mesure
Droit du numérique & propriété intellectuelle · Bachelor 3
Qualification, réception, défauts et titularité du code d'un logiciel sur mesure.
Introduction
Le développement d'un logiciel sur mesure pour un client est l'un des contrats informatiques les plus structurants en pratique. Le droit suisse ne le connaît pas comme contrat nommé : il faut le qualifier. Lorsque le prestataire s'engage à livrer un résultat déterminé, un logiciel conforme à un cahier des charges, la jurisprudence et la doctrine y voient en général un contrat d'entreprise (art. 363 ss CO). Lorsque l'accent est mis sur l'activité, par exemple le conseil, l'analyse ou le développement itératif facturé en régie, c'est plutôt le mandat (art. 394 ss CO) qui s'applique. Les contrats mixtes sont fréquents.
Cette qualification commande le régime : en contrat d'entreprise, le maître doit vérifier l'ouvrage dès la livraison et signaler les défauts immédiatement, sous peine de voir l'ouvrage considéré comme accepté ; il dispose ensuite de droits de réparation, de réduction du prix ou de résolution. En mandat, le mandataire répond de la diligence mais non du résultat, et chaque partie peut résilier en tout temps. Les méthodes agiles brouillent ces catégories, ce qui justifie de définir contractuellement le périmètre, les jalons, la réception et les modalités de modification.
Un second pilier est la propriété intellectuelle : un programme d'ordinateur est protégé par le droit d'auteur, et sauf clause contraire, les droits sur le code restent au développeur indépendant qui l'a écrit ; seul l'employeur acquiert ceux du code créé par ses employés dans l'exercice de leurs fonctions (art. 17 LDA). Le client qui veut utiliser, modifier et faire maintenir le logiciel par un tiers doit donc négocier une cession ou une licence suffisamment large et l'accès au code source.
Objectifs d'apprentissage
- Qualifier un contrat de développement logiciel en contrat d'entreprise, mandat ou contrat innommé
- Décrire la procédure de réception et les droits du maître en cas de défaut
- Rédiger les clauses essentielles : cahier des charges, jalons, modifications et pénalités
- Déterminer qui détient les droits sur le code développé et comment les transférer
- Évaluer l'impact des méthodes agiles sur la qualification juridique
Concepts clés
- Qualification du contrat
- Le contrat d'entreprise suppose un ouvrage à livrer, le mandat une activité diligente. Un contrat de développement à prix fixe sur cahier des charges précis relève plutôt de l'entreprise ; un contrat agile en régie, du mandat. Les régimes diffèrent sur la garantie, la résiliation et la responsabilité.
- Cahier des charges et modifications
- Le cahier des charges définit le résultat attendu et sert de référence pour apprécier le défaut. Les demandes de modification en cours de projet (change requests) doivent suivre une procédure écrite fixant leur impact sur le prix et les délais.
- Réception et défauts
- Le maître vérifie l'ouvrage dès la livraison et signale les défauts sans délai. Il peut selon le cas exiger la réparation, la réduction du prix ou, pour un défaut grave, résilier le contrat. Les clauses limitant la garantie sont admises dans les limites du droit impératif.
- Titularité des droits d'auteur
- Le programme d'ordinateur est protégé par le droit d'auteur dès qu'il présente un caractère individuel. L'entrepreneur indépendant en reste l'auteur en l'absence de cession ; seul l'employeur acquiert les droits sur le code créé par ses employés dans l'exercice de leurs fonctions.
- Dépôt du code source
- Le client peut exiger le code source ou prévoir un dépôt fiduciaire (escrow) auprès d'un tiers, libérable en cas de faillite du développeur ou de cessation de la maintenance.
Conclusion
Le contrat de développement logiciel illustre la souplesse et l'insécurité du droit suisse des contrats innommés : la qualification dépend de la structure économique du projet et détermine la garantie, la résiliation et la responsabilité. Un contrat bien rédigé ne laisse pas ces points au hasard.
Sur le plan de la propriété intellectuelle, le silence est source de conflits : seul l'employeur acquiert les droits sur le code de ses employés, tandis que le client d'un prestataire indépendant doit négocier cession, licence et accès au code source. Le juriste veille donc à lier cahier des charges, procédure de recette et titularité du code dans un même dispositif.
Cartes
- Comment qualifier un contrat de développement de logiciel à prix fixe sur cahier des charges ?
- En règle générale de contrat d'entreprise (art. 363 ss CO), car le développeur s'engage à livrer un résultat, sauf éléments de mandat ou de contrat innommé.
- Quelle est la qualification d'un contrat de développement agile facturé au temps passé ?
- Le plus souvent un mandat ou un contrat innommé mixte, le prestataire s'engageant à fournir une activité diligente plutôt qu'un résultat garanti.
- Quel est l'avantage du mandat pour les parties pour la résiliation ?
- Chaque partie peut résilier en tout temps (art. 404 CO), mais doit réparer le dommage causé par une résiliation en temps inopportun.
- Que doit faire le maître dès qu'il reçoit l'ouvrage en contrat d'entreprise ?
- Le vérifier aussitôt qu'il est en état de l'être et signaler les défauts immédiatement ; à défaut, l'ouvrage est tenu pour accepté, sauf défauts non apparents.
- Quels sont les droits du maître en cas de défaut de l'ouvrage ?
- Selon la gravité : refuser l'ouvrage et résilier, réduire le prix, ou exiger la réparation gratuite si elle n'entraîne pas des frais excessifs.
- Quelle est la durée de garantie pour un ouvrage mobilier comme un logiciel livré ?
- La prescription est de deux ans dès la réception de l'ouvrage, sauf dol ou accord dérogatoire dans les limites légales.
- Un programme d'ordinateur est-il protégé par le droit d'auteur ?
- Oui, la loi sur le droit d'auteur le mentionne expressément comme une oeuvre protégée si elle présente un caractère individuel.
- Qui acquiert les droits sur le code développé par un employé ?
- L'employeur, si le programme est créé dans l'exercice de l'activité professionnelle et en exécution des obligations contractuelles du travailleur.
- Qui détient les droits sur le code développé par un prestataire indépendant sans clause de cession ?
- Le prestataire en reste titulaire ; le client n'obtient en principe que les droits d'utilisation nécessaires à la finalité du contrat, d'où l'importance d'une clause expresse de cession ou de licence.
- À quoi sert un contrat de dépôt de code source (escrow) ?
- À garantir que le client puisse accéder au code source si le fournisseur disparaît ou cesse la maintenance, selon des conditions de libération convenues.
- Pourquoi une procédure de gestion des changements est-elle essentielle ?
- Elle fixe par écrit l'effet de chaque modification sur le périmètre, le prix et les délais, ce qui limite les litiges sur la qualité du livrable.
- Une limitation de responsabilité du développeur est-elle valable ?
- Oui dans une large mesure, mais pas pour le dol ni la faute grave (art. 100 al. 1 CO), et sous réserve du contrôle de contenu des conditions générales dans les rapports avec des consommateurs.
Glossaire
- Cahier des charges
- Document décrivant les fonctionnalités, performances et contraintes du logiciel à développer, servant de référence pour la livraison et les défauts.
- Contrat d'entreprise
- Contrat par lequel l'entrepreneur s'engage à exécuter un ouvrage moyennant un prix (art. 363 CO).
- Mandat
- Contrat par lequel le mandataire s'oblige à gérer l'affaire ou rendre les services dont il est chargé, avec diligence mais sans garantir de résultat (art. 394 CO).
- Recette
- Phase de test et d'acceptation du livrable par le client, avec critères et procédure convenus.
- Escrow
- Dépôt du code source auprès d'un tiers de confiance, avec conditions de libération en faveur du client.
- Change request
- Demande de modification du périmètre d'un projet après signature, soumise à une procédure écrite d'évaluation et d'acceptation.
- Cession de droits d'auteur
- Transfert contractuel de tout ou partie des droits patrimoniaux sur une oeuvre, tel un logiciel, à une autre personne ; le droit moral reste attaché à l'auteur.