Clause de propriété des développements spécifiques

Exemple de rédaction commenté

L’exemple vise une prestation de développement logiciel sur mesure. Il se transpose à d’autres livrables (interfaces, scripts, modèles de données), mais le périmètre exact des développements cédés doit être calé sur le cahier des charges du projet.

Article X. Propriété des développements spécifiques

X.1. Définition. On entend par Développements spécifiques les éléments (code source et code objet, scripts, paramétrages, interfaces, documentation technique et éléments graphiques associés) conçus et réalisés par le Prestataire spécifiquement pour le Client en exécution du présent contrat et décrits au Cahier des charges. En sont exclus les Éléments préexistants du Prestataire (bibliothèques, frameworks, composants génériques, outils, méthodes et savoir-faire) mobilisés pour les réaliser.

X.2. Cession. Le Prestataire cède au Client, à titre exclusif, les droits patrimoniaux d’auteur sur les Développements spécifiques : droits de reproduction, de représentation, d’adaptation, de traduction, de correction, de maintenance et de mise sur le marché, pour le monde entier et pour toute la durée légale de protection. La cession porte sur tous les modes d’exploitation connus à la date des présentes et sur tous supports.

X.3. Éléments préexistants. Le Prestataire conserve la propriété de ses Éléments préexistants. Sur ceux qui sont incorporés aux Développements spécifiques ou nécessaires à leur exploitation, il concède au Client une licence non exclusive, cessible dans les mêmes conditions que les Développements spécifiques, pour le monde entier et pour la durée de protection, permettant d’utiliser, d’exploiter, de maintenir et de faire évoluer ces Développements.

X.4. Prise d’effet et remise des sources. La cession et la licence prennent effet au complet paiement du prix correspondant. Jusqu’à ce paiement, le Client bénéficie d’un droit d’usage provisoire limité à la recette et à l’exploitation interne. Le Prestataire remet au Client les codes sources documentés et les éléments nécessaires à l’exercice des droits cédés dans les [dix] jours ouvrés suivant la recette.

X.5. Garantie. Le Prestataire garantit qu’il détient les droits cédés et concédés et que les Développements spécifiques ne portent pas atteinte aux droits des tiers. Il garantit le Client contre toute action d’un tiers fondée sur une atteinte à un droit de propriété intellectuelle du fait des Développements spécifiques, dans les conditions et limites de l’article [Responsabilité].

X.6. Droit moral. Les auteurs personnes physiques conservent leur droit moral dans les limites prévues par la loi. Le Prestataire fait son affaire du respect de ce droit et se porte fort de ce que ses préposés et sous-traitants ne s’opposeront pas aux adaptations nécessaires à l’exploitation des Développements spécifiques.

Commentaire de X.1 : la définition trace la frontière du partage. Tout se joue sur la ligne entre ce qui est créé pour le Client (le foreground, cédé) et ce que le Prestataire apporte de son fonds (le background, conservé). Une définition floue laisse le prestataire requalifier en composant générique ce que le client croyait avoir payé sur mesure, ou l’inverse. Le renvoi au cahier des charges ancre le périmètre sur un document contractuel plutôt que sur une appréciation ultérieure.

Commentaire de X.2 : la cession se rédige droit par droit. L’énumération des prérogatives cédées (reproduction, adaptation, maintenance, etc.) n’est pas un ornement : elle répond à une exigence de forme du Code de la propriété intellectuelle. Une clause qui se bornerait à dire que « le Client est propriétaire » s’expose à une lecture restrictive. Préciser l’étendue géographique, la durée et les supports achève de délimiter le domaine d’exploitation. Sur les mécanismes de transfert, voir la clause de cession de droits d’auteur.

Commentaire de X.3 : sans licence sur le background, la cession est inutilisable. Les développements sur mesure intègrent presque toujours des briques préexistantes du prestataire. Céder le foreground sans concéder de licence sur le background livre au client un ensemble qu’il ne peut légalement exploiter. La licence d’utilisation sur les éléments antérieurs (background IP) doit être large, cessible et durable, sous peine de neutraliser la cession elle-même.

Commentaire de X.4 : les droits sans les sources ne servent à rien. Être titulaire des droits patrimoniaux ne donne pas possession du code source ni de sa documentation. Sans remise organisée, le client reste techniquement captif du prestataire. Conditionner la prise d’effet de la cession au paiement intégral fonctionne comme une réserve de propriété appliquée aux droits, et se coordonne avec la réception et recette qui déclenche la livraison.

Commentaire de X.6 : le droit moral résiste à la cession. Le droit moral appartient aux personnes physiques qui ont créé, non au prestataire, et il est inaliénable. Pour le logiciel, il est fortement réduit par la loi, ce qui limite le risque ; pour les éléments graphiques ou rédactionnels, il demeure entier. La portée réelle d’un engagement de « porte-fort » de non-opposition mérite un contrôle. [À VÉRIFIER JURISTE : validité et portée d’une clause de porte-fort de non-exercice du droit moral des développeurs, salariés comme sous-traitants.]

Ce que dit le droit

Le client ne devient pas propriétaire par le seul effet du contrat. L’article L. 111-1 du Code de la propriété intellectuelle reconnaît à l’auteur, du seul fait de la création, un droit de propriété incorporelle exclusif. Son alinéa 3 ajoute que l’existence d’un contrat de louage d’ouvrage ou de service n’emporte pas dérogation à ce droit. Autrement dit, commander et payer un développement ne transfère aucun droit d’auteur : à défaut de cession, le prestataire reste titulaire des droits patrimoniaux sur ce qu’il a réalisé. C’est le point de départ que la clause vient corriger.

La cession obéit à un formalisme précis. L’article L. 131-3 du Code de la propriété intellectuelle subordonne la transmission des droits à une double exigence : chaque droit cédé fait l’objet d’une mention distincte dans l’acte, et le domaine d’exploitation des droits cédés est délimité quant à son étendue, sa destination, le lieu et la durée. Une clause générale et imprécise s’expose à une interprétation restrictive au profit de l’auteur. La rédaction doit donc énumérer les prérogatives cédées et borner leur portée. [À VÉRIFIER JURISTE : portée du formalisme de l’article L. 131-3 du Code de la propriété intellectuelle hors des contrats spéciaux visés à l’article L. 131-2 (édition, représentation, production audiovisuelle) et son application à une cession de développements logiciels ; jurisprudence divisée.]

La cession globale des œuvres futures est prohibée. L’article L. 131-1 du Code de la propriété intellectuelle dispose que la cession globale des œuvres futures est nulle. La clause doit porter sur des développements déterminés ou déterminables, identifiés par le cahier des charges du projet, et non sur l’ensemble indéfini des créations à venir du prestataire. La cession d’œuvres commandées et identifiables est admise en pratique, mais la limite mérite attention lorsque le contrat couvre un flux continu de développements. [À VÉRIFIER JURISTE : ligne de partage entre cession d’œuvres futures déterminables (admise) et cession globale prohibée par l’article L. 131-1 dans un contrat-cadre de développement.]

Le logiciel obéit à un régime propre. Pour les logiciels créés par des salariés dans l’exercice de leurs fonctions, l’article L. 113-9 du Code de la propriété intellectuelle dévolue les droits patrimoniaux à l’employeur, sauf stipulation contraire. Cette dévolution profite au prestataire employeur, non au client : elle sécurise sa titularité en amont, mais ne bénéficie au client qu’au moyen d’une cession. Elle ne joue pas pour les prestataires indépendants ni les sous-traitants, dont les droits doivent être acquis par contrat. Les droits patrimoniaux sur le logiciel sont par ailleurs définis par l’article L. 122-6 du même code (reproduction, traduction ou adaptation, mise sur le marché).

Le droit moral subsiste mais se distingue selon la nature de l’œuvre. L’article L. 121-1 du Code de la propriété intellectuelle attache le droit moral à la personne de l’auteur et le déclare perpétuel, inaliénable et imprescriptible : il ne se cède pas. L’article L. 121-7 en réduit toutefois fortement la portée pour le logiciel, l’auteur ne pouvant en principe ni s’opposer à la modification non préjudiciable à son honneur ou à sa réputation, ni exercer son droit de repentir ou de retrait. Le risque moral est donc faible sur le code, plus réel sur les éléments graphiques ou documentaires. La clause de droit moral traite ce point en propre.

La rémunération de la cession suit un principe protecteur. L’article L. 131-4 du Code de la propriété intellectuelle pose le principe d’une rémunération proportionnelle de l’auteur, tout en admettant l’évaluation forfaitaire dans des cas énumérés. En pratique, la cession dans un contrat de développement business to business est rémunérée au forfait, intégré au prix de la prestation. L’application de ce régime protecteur lorsque le cédant est une société, et non l’auteur personne physique, reste discutée. [À VÉRIFIER JURISTE : applicabilité de l’exigence de rémunération proportionnelle de l’article L. 131-4 à une cession consentie par une société prestataire dans un contrat B2B, et suffisance d’un forfait inclus dans le prix.]

Les erreurs fréquentes

Croire que le paiement emporte propriété. C’est l’erreur fondatrice : le client règle la prestation et se pense propriétaire. L’article L. 111-1 du Code de la propriété intellectuelle dit l’inverse. Sans clause de cession, le prestataire conserve les droits, et le client n’a qu’un droit d’usage implicite dont l’étendue prête à discussion. La propriété se stipule, elle ne se déduit pas de la facture.

Rédiger une cession vague. « Le Client est propriétaire de tout » ne satisfait pas l’article L. 131-3 du Code de la propriété intellectuelle, qui impose la mention distincte de chaque droit et la délimitation de son domaine d’exploitation. Une formule trop générale se retourne contre l’acquéreur, faute d’avoir identifié ce qui était réellement transféré et pour quel usage.

Confondre titularité des droits et remise des sources. Détenir les droits patrimoniaux ne donne pas accès au code source ni à sa documentation. Un client titulaire mais privé des sources reste dépendant du prestataire pour toute maintenance ou évolution. La clause doit organiser la livraison des sources documentées, voire un dépôt auprès d’un tiers séquestre, distinct de la question des droits.

Négliger les éléments préexistants. Deux excès se rencontrent : une cession qui absorbe le background du prestataire et l’empêche de réutiliser ses composants, ou une définition du background si large que le client ne devient propriétaire de presque rien d’exploitable. L’équilibre passe par une définition nette des développements propres (foreground IP) et une licence solide sur les briques préexistantes incorporées.

Oublier la chaîne des droits en amont. La titularité du prestataire n’est acquise que si ses propres intervenants lui ont bien transmis leurs droits. L’article L. 113-9 du Code de la propriété intellectuelle joue pour ses salariés, mais pas pour ses sous-traitants ni ses freelances. Céder au client des droits que l’on ne détient pas expose à l’action en garantie : la chaîne doit être vérifiée avant de la prolonger.

Ne pas trancher le sort du paiement partiel. Le contrat doit dire si la cession est immédiate ou conditionnée au paiement intégral. Une cession immédiate prive le prestataire de tout levier en cas d’impayé ; une cession suspendue sans droit d’usage transitoire bloque le client pendant la recette. Le silence sur ce point nourrit le contentieux au pire moment.

Négociation : ce que défend chaque partie

Ce que défend le prestataire. Il préfère conserver la propriété et accorder une large licence d’exploitation plutôt que céder : cela protège sa capacité à réutiliser ses composants et à les revendre à d’autres clients. À défaut, il veut une définition étendue du background, une cession limitée au strict foreground, un transfert conditionné au paiement intégral, et une garantie d’éviction plafonnée par la clause de responsabilité. Son objectif est de ne pas se dépouiller de son savoir-faire pour le prix d’un seul projet.

Ce que défend le client. Il veut la cession exclusive de tout ce qu’il a financé sur mesure, la remise des sources documentées, une définition resserrée du background assortie d’une licence assez large pour maintenir et faire évoluer la solution avec un tiers, et une garantie ferme contre les revendications de tiers. Il refuse de payer un développement dont il ne pourrait ni disposer librement ni assurer la continuité en changeant de prestataire.

Où se situe l’équilibre. Le compromis courant cède le foreground à titre exclusif, réserve le background au prestataire mais le concède sous une licence non exclusive, cessible, mondiale et pérenne sur les composants incorporés, impose la remise des sources documentées (parfois avec séquestre), et conditionne la prise d’effet de la cession au paiement intégral. La garantie de propriété intellectuelle est calibrée avec la clause de limitation de responsabilité. Cette clause se coordonne alors avec le cahier des charges qui fixe le périmètre cédé, la clause de réception et recette qui déclenche la livraison, et la clause de licence d’utilisation qui règle le sort des briques conservées. Bien articulées, elles évitent que le client se retrouve titulaire de droits sans code exploitable, ou le prestataire dépossédé de son fonds pour un projet unique.