Clause de propriété intellectuelle antérieure : définition, rédaction et exemple

Exemple de rédaction commenté

L’exemple ci-dessous suppose une relation prestataire-client. Chaque commentaire explique la fonction du paragraphe, qui compte davantage que la formule retenue.

Article X. Propriété intellectuelle antérieure (Background IP)

X.1. Est dénommée « Propriété Intellectuelle Antérieure » toute connaissance, méthode, logiciel, code source, bibliothèque, base de données, modèle, contenu ou savoir-faire, protégé ou non par un droit de propriété intellectuelle, détenu par une Partie antérieurement à la signature du Contrat, ou développé par elle indépendamment de son exécution.

X.2. Chaque Partie demeure seule titulaire de sa Propriété Intellectuelle Antérieure. Le Contrat n’emporte aucune cession ni aucun transfert de celle-ci au bénéfice de l’autre Partie.

X.3. Dans la mesure où un Livrable incorpore la Propriété Intellectuelle Antérieure du Prestataire, celui-ci concède au Client une licence non exclusive, non cessible, mondiale, pour la durée de protection des droits concernés, aux seules fins d’utiliser, d’exploiter et de maintenir le Livrable conformément à sa destination prévue au Contrat.

X.4. Le Prestataire identifie, en Annexe [x], les éléments de sa Propriété Intellectuelle Antérieure qu’il prévoit d’incorporer aux Livrables. Tout élément non listé mais effectivement incorporé demeure soumis au présent article, à charge pour le Prestataire d’en établir l’antériorité.

X.5. Chaque Partie garantit détenir les droits nécessaires sur sa Propriété Intellectuelle Antérieure et que son incorporation dans un Livrable ne porte pas atteinte aux droits de tiers. Elle garantit l’autre Partie contre toute action d’un tiers fondée sur une telle atteinte.

Commentaire de X.1 : la définition trace la frontière. Tout le mécanisme repose sur la distinction entre ce qui préexiste et ce qui naît du contrat. La formule « détenu antérieurement ou développé indépendamment » couvre les deux voies par lesquelles un élément reste au prestataire. La mention « protégé ou non » est délibérée : un savoir-faire non brevetable ou un composant non original relève quand même du background, même s’il n’ouvre pas de droit de propriété intellectuelle au sens strict.

Commentaire de X.2 : le principe est l’absence de transfert. C’est le cœur protecteur pour le prestataire. Sans cette phrase, un client pourrait soutenir que le paiement du livrable emporte acquisition de tout ce qu’il contient. Le paragraphe coupe court : le background ne se cède pas par le seul effet du contrat. Ce que le client acquiert ou reçoit en licence sur les développements réalisés pour lui relève d’une clause de propriété intellectuelle développée distincte.

Commentaire de X.3 : sans licence, le livrable est inexploitable. C’est le paragraphe que les rédactions pressées oublient. Le prestataire garde la propriété, très bien, mais le client a besoin d’utiliser le livrable, lequel ne fonctionne pas sans les briques préexistantes qui y sont intégrées. L’étendue de la licence doit donc être calée sur l’usage réel : durée, territoire, faculté de maintenance et d’évolution. Une licence trop étroite crée une dépendance ; le client se retrouve captif du prestataire pour la moindre modification. Pour arbitrer l’étendue, voyez la clause de licence d’utilisation.

Commentaire de X.4 : l’identification prévient le litige de preuve. Lister le background en annexe fige la frontière au jour de la signature, quand les parties sont d’accord. Le litige survient plus tard, lorsque le client conteste qu’un composant relevait vraiment du préexistant. La clause de repli, qui soumet au régime tout élément incorporé même non listé, évite qu’un oubli d’annexe ne fasse basculer un composant dans le foreground par défaut.

Commentaire de X.5 : la garantie protège le récepteur du livrable. Le prestataire peut incorporer, de bonne foi, une bibliothèque tierce dont il ne détient pas les droits, ou un composant sous licence open source aux conditions incompatibles. La garantie d’éviction transfère ce risque à celui qui apporte l’élément, seul en mesure d’en vérifier l’origine.

Ce que dit le droit

La propriété intellectuelle ne se transfère jamais par défaut. L’article L. 111-1 du Code de la propriété intellectuelle pose que l’auteur d’une œuvre de l’esprit jouit sur celle-ci d’un droit de propriété incorporelle exclusif. Ce droit naît sur la tête de l’auteur et y demeure tant qu’un acte de cession valable ne l’en dessaisit pas. Le principe fonde toute la logique du background : ce qui préexiste reste à son titulaire, sauf stipulation contraire expresse.

Toute cession de droits d’auteur obéit à un formalisme strict. L’article L. 131-3 du même code exige que chacun des droits cédés fasse l’objet d’une mention distincte dans l’acte, et que le domaine d’exploitation soit délimité quant à son étendue, sa destination, le lieu et la durée. Une clause de background IP ne remplit pas ce formalisme et n’a pas à le remplir : elle constate l’absence de transfert et organise une licence. Le transfert éventuel des développements réalisés pour le client relève d’une clause de cession de droits d’auteur qui, elle, doit respecter l’article L. 131-3.

La cession globale des œuvres futures est nulle. L’article L. 131-1 du Code de la propriété intellectuelle prohibe cette cession globale. La règle rappelle qu’un contrat ne peut pas emporter, en bloc et par avance, transfert de tout ce que le prestataire créera : une raison de plus pour distinguer nettement background et foreground.

Le régime est largement supplétif. Rien n’oblige à insérer une clause de background IP, et les parties en fixent librement le contenu. La contrepartie est connue : le silence ne joue pas en faveur du client. En l’absence de clause, les éléments préexistants originaux restent à leur auteur par application de l’article L. 111-1 du Code de la propriété intellectuelle. Pour les éléments non protégés par un droit de propriété intellectuelle (savoir-faire, données, composants non originaux), il n’existe pas de propriété au sens de ce texte : leur protection repose sur le secret des affaires (articles L. 151-1 et suivants du Code de commerce) et la concurrence déloyale (article 1240 du Code civil). Dans les deux cas, aucune licence implicite d’étendue suffisante ne se présume. [À VÉRIFIER JURISTE : l’articulation exacte des fondements selon la nature de l’élément préexistant, et l’existence d’une éventuelle licence implicite reconnue au client sur les composants nécessaires à l’usage normal du livrable, en l’absence de stipulation.]

Le droit moral échappe à la clause. L’article L. 121-1 du Code de la propriété intellectuelle attache à l’auteur un droit moral perpétuel, inaliénable et imprescriptible. Ni la cession du foreground ni la licence du background n’en emportent renonciation. Ce point, souvent négligé côté client, se traite à part dans une clause de droit moral.

Les autres titres suivent des logiques voisines. Pour un brevet, la propriété de l’invention préexistante reste à son titulaire, et sa mise à disposition relève d’une licence régie par les articles L. 613-8 et suivants du Code de la propriété intellectuelle. Pour une marque ou une base de données, le principe de non-transfert par défaut se retrouve. [À VÉRIFIER JURISTE : le détail des régimes de licence applicables au background selon la nature du titre, notamment pour les bases de données protégées par le droit sui generis.]

Les erreurs fréquentes

Constater la propriété sans concéder de licence. L’erreur la plus fréquente et la plus coûteuse pour le client. La clause affirme que le prestataire garde son background, puis s’arrête là. Le client repart avec un livrable qu’il ne peut exploiter sans commettre lui-même une contrefaçon. La licence de X.3 n’est pas un accessoire : elle conditionne l’utilité du livrable.

Ne pas identifier le background en annexe. Sans liste, la frontière entre préexistant et développé se rejoue au moment du conflit, avec la charge de la preuve pour arbitre. Un simple tableau annexé, daté et signé, désamorce des mois de discussion ultérieure.

Calibrer la licence trop étroitement. Une licence limitée à un usage interne, sans faculté de maintenance ni d’évolution, transforme le prestataire en passage obligé pour toute modification future. Le client croyait acheter un livrable ; il a acheté une dépendance. L’étendue doit couvrir le cycle de vie réel de l’usage.

Traiter le background comme du foreground, ou l’inverse. Céder par erreur ce qui préexiste appauvrit le prestataire de son actif réutilisable ; laisser en background ce qui a été spécifiquement développé et payé prive le client de ce qu’il croyait acquérir. La ligne de partage mérite une lecture attentive de la définition.

Oublier la garantie d’éviction sur les composants tiers. Un prestataire qui intègre une bibliothèque open source sous licence contaminante, ou un composant dont il ne détient pas les droits, expose le client à une action de tiers. Sans garantie, le client en supporte seul les conséquences alors qu’il n’avait aucun moyen de la vérifier.

Négociation : position prestataire contre position client

Ce que défend le prestataire. Une définition large du background, qui range du côté du préexistant le maximum de composants réutilisables. Une licence non exclusive, circonscrite à la destination du livrable, sans faculté de sous-licence ni de cession. Le maintien de sa liberté de réemployer ses briques pour d’autres clients, souvent son actif le plus précieux.

Ce que défend le client. Une identification exhaustive du background, pour savoir précisément ce qu’il n’acquiert pas. Une licence assez large pour couvrir l’exploitation, la maintenance, l’évolution et, le cas échéant, la reprise par un tiers mainteneur. Une garantie d’éviction ferme. Selon les enjeux, la faculté d’obtenir, sur un composant critique, davantage qu’une licence, par exemple un dépôt de code source séquestré.

Où se situe l’équilibre. Presque toujours sur l’étendue de la licence, rarement sur la propriété elle-même. Le prestataire tient légitimement à garder son background ; le client tient légitimement à ne pas devenir captif. Un point de convergence utile consiste à concéder une licence large sur l’usage et la maintenance courants, tout en réservant les cas de défaillance du prestataire : une licence élargie ou un accès au code source séquestré s’active alors si le prestataire cesse d’assurer le service. Le prestataire concède un filet de sécurité étroit plutôt qu’un transfert de propriété qu’il refuse.