Légipme
L'info juridique et pratique pour les responsables de TPE / PME
ACTUALITÉ
COMMENTÉE
GUIDES
PRATIQUES
DOSSIERS
QUESTIONS RÉPONSES
MODELES DE LETTRES
ET DOCUMENTS
MODELES DE CONTRATS
FICHES
PRATIQUES

> Droits d'auteur
> Patrimoine logiciel, Open Source et due diligence

Actualités
Patrimoine logiciel, Open Source et due diligence


La question relative à la propriété intellectuelle des logiciels est l'un des éléments clés dans l'évaluation patrimoniale d'une entreprise, a fortiori si cette dernière est en phase d'augmentation de capital ou de rachat. De nombreuses entreprises faisant développer des logiciels par des tiers, soit maîtrisent mal les aspects liés à la propriété intellectuelle, soit ne s'intéressent qu'à l'aspect financier. Or, que ces développements soient effectués en mode propriétaire ou en mode Open Source, le client doit être clairement informé des contours de la prestation qu'il achète et de la nature des droits concédés, ces éléments ayant un impact substantiel sur la valorisation des actifs de l'entreprise.


1. Logiciel propriétaire ou logiciel Open Source : quels droits pour l’entreprise cliente ?

Le format de développement d'un logiciel est essentiel pour déterminer qui détient les droits de propriété intellectuelle sur ces programmes ainsi que les modalités applicables à une éventuelle commercialisation future de ce logiciel par l'entreprise.

 

            - Logiciel propriétaire et cession de droits : le référentiel reste souvent le développement d'un logiciel propriétaire, dont les sources seront la propriété soit du développeur, soit de l'entreprise cliente et ne seront pas librement accessibles par les tiers. Il est évidemment toujours recommandé de rédiger un cahier des charges détaillé, définissant les besoins du client ainsi qu'un contrat de développement. Le contrat précisera notamment les éléments relatifs à la propriété intellectuelle des développements. Les parties définiront clairement dans le contrat la manière dont les droits de propriété intellectuelle sur les développements vont être gérés : simple licence d'utilisation concédée au client ou cession des droits au bénéfice de ce dernier. La clause relative aux droits de propriété intellectuelle devra être rédigée de manière détaillée, particulièrement en cas de cession des droits au client, au risque d'être invalidée par un juge en cas de contentieux futur sur la titularité des droits sur le logiciel. Ainsi, une clause de cession de droits rédigée en termes trop vagues (du type "tous les droits sont cédés au client") n'est pas valable. (1)

 

Il est rappelé qu'en l'absence de clause de cession au client des droits d'auteur sur les développements, le développeur conserve l'intégralité des droits de propriété intellectuelle sur le logiciel. Ne sont concédés au client que des droits d'utilisation.

 

Trop d'accords de développement de logiciel sont conclus sur la base de devis ou de bons de commande, sans que soient précisés ni le type de développement, ni la technologie utilisée, ni les droits concédés au client. Ces situations sont une source de contentieux futurs entre prestataires-développeurs et entreprises-clientes. Elles affectent également la valorisation du patrimoine logiciel de l'entreprise, puisque ses dirigeants peuvent penser que leur entreprise est titulaire légitime des droits (l'entreprise a "acheté" un développement de logiciel), alors qu'aucun droit ne lui a été cédé.

 

            - Logiciel Open Source et droits d'utilisation : de plus en plus de logiciels sont désormais développés en tout ou en partie (ajouts de fonctionnalités, par exemple), en mode Open Source, l'intérêt étant notamment financier. Cependant, client et développeur doivent être en accord sur la technologie employée, dans le cadre de l'exercice de l'obligation de conseil de ce dernier (technologie propriétaire ou Open Source, et éventuellement langage de programmation employé), ainsi que sur les implications en termes de gestion des droits de propriété intellectuelle. Si ces implications peuvent être minimes en l'absence de commercialisation du logiciel développé (2), elles sont substantielles en cas de projet de commercialisation de ce logiciel. En effet, il ne pourra pas être retiré de revenus de licence d'un logiciel développé en Open Source, ou des revenus beaucoup plus limités que dans le cas de la plupart des licences d'utilisation de logiciels propriétaires. Le modèle économique sera très différent.

 

Il existe par ailleurs des situations dans lesquelles tout ou partie des développements sont sous-traités et où, là encore, les questions relatives à la technologie de développement et à la titularité des droits ne sont pas, ou mal, gérées. Le client ne connaît plus l'origine, ni la nature des droits de propriété intellectuelle sur ces développements.

 

Cela ne signifie pas pour autant que les logiciels développés en Open Source sont libres de droits, ou qu'ils n'ont aucune valeur patrimoniale. Les développements sous technologie Open Source sont couverts par des contrats de licence qui déterminent, de manière plus ou moins détaillée, les droits d'utilisation et de distribution du logiciel. En outre, elles se fondent sur les quatre libertés fondamentales définies par la Free Software Foundation. (3)

 

Il est très important de mentionner, dans le contrat de développement, la licence Open Source qui s'appliquera au logiciel (licence Sun, licence GPL, MPL, ou autre) et ne pas se contenter d'indiquer qu'il s'agit d'un développement en langage Open Source, dans la mesure où les termes de ces licences diffèrent de manière assez substantielle entre elles.

 

 

(1) La cession des droits de propriété intellectuelle devra être rédigée conformément aux dispositions de l'article L131-3 al.1 du Code de la propriété intellectuelle.

(2) Les logiciels développés en Open Source ne sont cependant pas couverts par des clauses de garantie de non-contrefaçon (droit d'auteur ou brevet), alors que cette problématique constitue généralement l'un des points de négociation d'un contrat de développement.

(3) Les licences approuvées par l'OSI (Open Source Initiative) reposent sur un socle commun : les quatre libertés fondamentales du libre, définies par le Free Software Foundation, à savoir i) la liberté d'utiliser le logiciel sans restriction (ou, quelle qu'en soit la finalité) ; ii) la liberté d'étudier le fonctionnement du logiciel et de l'adapter à ses besoins ; iii) la liberté de redistribuer des copies du logiciel ; et iv) la liberté d'améliorer le logiciel et de distribuer les versions modifiées.  

 






  Page suivante
Expert en droit des nouvelles technologies
BÉNÉDICTE DELEPORTE
Avocate au barreau de Paris
Cabinet Deleporte Wentz Avocat




 SOMMAIRE 
 
  • 1. LOGICIEL PROPRIÉTAIRE OU LOGICIEL OPEN SOURCE : QUELS DROITS POUR L’ENTREPRISE CLIENTE ?
  • 2. L’AUDIT DU PATRIMOINE LOGICIEL DE L’ENTREPRISE : QUELQUES QUESTIONS À MAÎTRISER EN AMONT
  •  


     SUR LE MEME THEME 
     
    Actualités :
  • La loi informatique et liberté et les listes noires par Viviane Gelles Blandine Poidevin
  • Téléchargement illégal : les risques encourus par Arnaud Dimeglio
  • Le projet de loi relatif à la modernisation de la diffusion audiovisuelle et à la télévision du futur par Benjamin Jacob Julie Jacob
  • Promulgation de la loi dadvsi au journal officiel du 3 août 2006 par Stéphanie Pourdieu Pascal Wilhelm
  • La loi du 5 mars 2007 relative à la prévention de la délinquance par Murielle Cahen
  • Le droit d'accès à des données personnelles : le décret du 25 mars 2007 par Murielle Cahen
  • Les enjeux de la loi du 5 mars 2007 relative à la prévention de la délinquance dans le domaine de la communication par Benjamin Jacob Julie Jacob
  • Les sms : les nouvelles formes de preuve par Benjamin Jacob Julie Jacob
  • Développement et protection des œuvres culturelles dans les nouveaux réseaux de communication par Julie Jacob Benjamin Jacob
  • La riposte graduée : le projet de loi hadopi face au désaveu du parlement européen par Benjamin Jacob Julie Jacob
  • Affaire lafesse/ dailymotion : le tgi de paris tranche en faveur du statut d’hébergeur par Benjamin Jacob Julie Jacob
  • Entrée en vigueur de la loi châtel le 1er juin 2008 : ce qui change pour les abonnés à un service de communication électronique et pour les cyberconsommateurs par Benjamin Jacob Julie Jacob
  • Commentaires sur le fichier edvige par Murielle Cahen
  • Le crowdsourcing (ou approvisionnement par la foule) : description par Murielle Cahen
  • Présentation du plan de développement de l’économie numérique : "france numérique 2012" par Benjamin Jacob Julie Jacob
  • La nature juridique du contrat de licence sur un logiciel par Murielle Cahen
  • Intrusion dans un système de traitement automatique de données (stad) : les réponses du droit par Murielle Cahen
  • Deezer.com : le streaming en toute légalité par Murielle Cahen
  • Loi création et internet par Murielle Cahen
  • La protection par le droit d’auteur des sites internet est remise en question par Murielle Cahen
  • Photographes professionnels :
    la nécessité de prévoir l’exploitation numérique de photo dans une clause de cession de droit
    par Murielle Cahen
  • Protection des bases de données
    par le droit sui generis
    par Murielle Cahen
  • Sms et époux infidèles : une liaison dangereuse par Murielle Cahen
  • L’usurpation d’identité sur les réseaux sociaux par Murielle Cahen
  • L'identité numérique post-mortem :
    comment la gérer ?
    par Murielle Cahen
  • Google street view : les conséquences juridiques ... par Murielle Cahen
  • Le cloud computing est en vogue par Murielle Cahen
  • Le coffre-fort electronique par Murielle Cahen
  • La protection juridique des bases de données illustrée par les dernières jurisprudences par Bénédicte Deleporte
  • Les smartphones au regard du droit des personnes par Murielle Cahen
  • Transmédia, cross-média: un vide juridique ? par Sébastien Lachaussée
  • Les points clés des contrats de cloud computing par Benjamin Jacob


  •  




    Actualités
    Patrimoine logiciel, Open Source et due diligence