Contrat de cession de droits PI pour développeurs : guide + modèle gratuit

Une startup avec dix ingénieurs, une proposition de termes de Series A sur la table, et un problème que personne n'avait repéré jusqu'à ce que l'avocat de l'investisseur demande : « Qui détient réellement le code ? »

C'est une question qui tue les transactions. Elle est presque toujours évitable avec un seul document signé avant la première livraison : un contrat de cession de droits de propriété intellectuelle. (J'insiste sur le « presque » — il y a toujours l'entrepreneur qui croit que son cas est différent.)

Ce guide passe en revue l'essentiel : ce qu'est ce contrat, les clauses qui comptent, pourquoi la doctrine américaine du work-for-hire (contrat de commande) ne suffit pas, ce que le California Labor Code §2870 change pour les startups de la côte Ouest, comment le recrutement transfrontalier complique la propriété, et ce que les acquéreurs scrutent lors de l'audit juridique M&A. Un modèle gratuit vous attend à la fin.

Une précision avant de commencer : rien ici ne constitue un conseil juridique. Les situations de propriété intellectuelle spécifiques, surtout transfrontalières ou liées au M&A, méritent l'intervention d'un avocat qualifié. Ce texte vise à vous aider à poser de meilleures questions et à repérer les problèmes avant qu'ils ne deviennent coûteux.

Si vous réfléchissez aussi à la gamme plus large de documents qu'une entreprise IT doit sécuriser, la différence entre un contrat et un accord est un bon point de départ avant de plonger dans les détails ci-dessous.

Un contrat de cession de droits de propriété intellectuelle est un document juridique qui transfère la propriété de la propriété intellectuelle, code source, brevets, secrets commerciaux, droits d'auteur, marques ou toute combinaison, du créateur à une autre partie, généralement une entreprise.

Le mot clé est « transfert ». Contrairement à une licence, qui accorde une permission d'utiliser la PI tout en laissant le créateur en conserver la propriété, une cession transfère le titre entièrement. Le créateur original ne possède plus ce qu'il a fait, le cessionnaire si.

Dans le monde du logiciel, trois situations rendent ce document indispensable. Un employé écrit du code pendant son temps de travail ou avec du matériel de l'entreprise. Un prestataire ou freelance construit quelque chose dans le cadre d'un contrat de services. Un fondateur apporte un travail préexistant ou en phase initiale à une nouvelle entreprise.

Sans contrat de cession signé dans chacun de ces cas, la propriété revient par défaut au créateur, et non à l'entreprise qui paie le travail. C'est le vide que la plupart des startups ne découvrent qu'au moment où cela devient un problème.

Vous verrez plusieurs acronymes utilisés de manière interchangeable : IPAA (IP Assignment Agreement), PIIA (Proprietary Information and Inventions Agreement), CIIA (Confidential Information and Inventions Agreement), PIIAA et CIIAA. Fonctionnellement, ils désignent la même chose : cession et confidentialité regroupées dans un seul document. Le nom spécifique importe moins que ce que le document dit réellement.

On confond souvent la cession de droits de propriété intellectuelle et la licence PI. Ce n'est pas la même chose, et les mélanger crée un réel risque juridique.

La différence pratique est simple : céder une PI, c'est vendre la propriété. La licencier, c'est la louer. La cession est permanente et transfère tous les droits. Une licence reste généralement limitée par son périmètre, sa géographie, sa durée ou son objet.

Pour une startup logicielle, la question « avons-nous une cession ou une licence ? » surgit généralement lors d'une levée de fonds ou d'une acquisition, quand l'avocat de l'acheteur examine les contrats. Une licence qui semblait correcte au moment de la signature devient un problème majeur quand c'est le seul document liant un ingénieur critique à votre base de code.

Parfois vous avez besoin d'une licence plutôt qu'une cession, par exemple en utilisant une bibliothèque tierce ou en intégrant une API. Dans ce cas, vérifiez que le périmètre couvre réellement ce que vous en faites. Les licences « usage non commercial uniquement » glissées dans un logiciel de production sont un signal d'alerte étonnamment courant.

Tous les contrats de cession de droits de propriété intellectuelle ne se ressemblent pas. Le contexte — employé, prestataire, fondateur ou M&A — change les enjeux, les clauses habituelles et les risques si vous vous trompez.

Le cas du prestataire mérite une attention particulière. Beaucoup d'entreprises présument que payer un freelance pour un travail signifie automatiquement qu'elles en possèdent le résultat. Or, le droit d'auteur américain, comme celui de la plupart des autres juridictions, ne fonctionne pas comme cela. Un prestataire indépendant possède ce qu'il crée par défaut, sauf s'il existe une cession écrite. Même la doctrine du « work made for hire » (contrat de commande), que nous détaillons plus loin, a des exigences spécifiques et étroites que la plupart des relations avec des prestataires ne satisfont pas. (Croyez-moi, j'ai vu des fondateurs blêmir en découvrant ce détail le jour de l'audit juridique.)

La PI des fondateurs est l'autre catégorie à haut risque. Si votre CTO a passé six mois à écrire du code avant l'incorporation sans jamais le céder formellement à l'entreprise, celle-ci ne possède pas ce code. Le CTO si. S'il part dans de mauvais termes, ou s'il ne priorise tout simplement pas la paperasse, vous avez un problème de titre. Consultez notre section sur les NDA prestataires pour entreprises logicielles pour des considérations connexes sur la confidentialité lorsque vous travaillez avec des développeurs externes.

Un contrat de cession de droits de propriété intellectuelle bien rédigé n'est pas long, mais chaque clause remplit une fonction spécifique. Voyons ce qui doit s'y trouver et pourquoi chaque élément compte.

Périmètre de la PI cédée

Cette clause définit exactement ce qui change de main : « toutes les inventions, découvertes, œuvres de l'esprit, secrets commerciaux et améliorations » que le cédant crée dans le cadre de sa relation avec l'entreprise. Le périmètre doit être assez large pour couvrir les travaux futurs, et non seulement ce qui existait au moment de la signature.

Soyez précis sur les catégories : brevets, demandes de brevet, droits d'auteur, secrets commerciaux, marques, savoir-faire et droits moraux. Omettre une catégorie, c'est créer une lacune.

Contrepartie

Pour qu'une cession soit juridiquement exécutoire, le cessionnaire doit fournir quelque chose en retour : la contrepartie. Pour les employés, l'emploi continu et le salaire suffisent généralement. Pour les prestataires, le paiement des services fonctionne. Pour les fondateurs cédant une PI pré-incorporation, l'attribution d'actions de l'entreprise est généralement la contrepartie.

Précisez-la toujours explicitement. « En contrepartie de l'emploi continu et de la rémunération versée » ne coûte rien à écrire et évite les contestations ultérieures.

Représentations et garanties

Le cédant doit représenter qu'il possède réellement la PI cédée (pas de cession antérieure à quelqu'un d'autre), qu'elle n'enfreint pas les droits de tiers, qu'aucune sûreté ou charge n'existe, et qu'il n'a pas utilisé de matériaux tiers qui compromettraient la PI.

Les acquéreurs vérifient ces représentations lors de l'examen préalable. Des garanties propres rassurent les acheteurs, des garanties absentes ou qualifiées leur font lever le sourcil.

Renonciation aux droits moraux

Dans la plupart des pays de droit civil et de nombreuses juridictions de l'UE, les créateurs ont des « droits moraux », le droit à la paternité et le droit de s'opposer aux modifications, qui survivent même à une cession complète. Ces droits ne peuvent pas toujours être cédés, mais ils peuvent souvent être renoncés.

Si vous travaillez avec des développeurs en France, en Allemagne ou ailleurs dans l'UE, une clause de renonciation aux droits moraux n'est pas facultative. Les développeurs américains n'ont pas les mêmes droits moraux statutaires, mais il est recommandé d'inclure une renonciation globale de toute façon.

PI antérieure et clause d'exclusion des travaux préexistants

C'est la clause qui protège les employés et les prestataires de céder involontairement une PI qu'ils ont créée avant de rejoindre l'entreprise. Elle liste généralement les « travaux préexistants » ou « inventions antérieures » et les exclut du périmètre de la cession.

Du côté de l'entreprise, cette clause d'exclusion doit rester étroite et bien définie, idéalement avec un tableau annexé listant les travaux antérieurs spécifiques. Une réserve trop large crée de l'ambiguïté sur ce que l'entreprise possède réellement.

Chevauchement avec le work-for-hire

Même si un travail particulier qualifie comme work-for-hire (contrat de commande) en droit d'auteur américain, il vaut la peine d'inclure une cession explicite à titre de mesure de sécurité. La clause devrait se lire quelque chose comme : « Dans la mesure où toute Œuvre pourrait ne pas constituer un work made for hire, le Cédant cède par les présentes tous les droits, titres et intérêts dans une telle Œuvre à la Société. »

Cela élimine tout différend sur l'applicabilité de la doctrine.

Obligations d'enregistrement

Pour les brevets, le contrat doit préciser qui est responsable de l'enregistrement de la cession auprès de l'USPTO. Pour les droits d'auteur, il doit traiter de l'enregistrement au Copyright Office si applicable. Des cessions non enregistrées peuvent créer des problèmes de priorité si la même PI est ensuite cédée à un tiers.

Droit applicable

Précisez la juridiction. Cela devient critique pour les accords transfrontaliers où le cédant se trouve dans un pays différent avec un droit de la PI différent. Choisir le droit américain (généralement Delaware ou Californie) est courant pour les startups basées aux États-Unis, mais le caractère exécutoire de ce choix contre un prestataire étranger dépend des circonstances.

Résiliation et survie

La cession elle-même doit être irrévocable : vous ne voulez pas que la propriété de la PI revienne si la relation de travail se termine. Les dispositions de confidentialité et de non-dénigrement survivent généralement à la résiliation. Précisez-le explicitement.

Pour un cadre plus large sur la façon dont ces documents s'intègrent dans la pile contractuelle d'une entreprise IT, consultez notre modèle de contrat de développement logiciel. Il détaille comment les clauses PI s'intègrent aux statements of work et aux conditions de service.

En vertu du droit d'auteur américain (17 U.S.C. §101), un « work made for hire » (contrat de commande) appartient à l'employeur ou au commanditaire dès l'origine, aucune cession n'est nécessaire. Cela semble pratique. Sauf que cette doctrine est plus étroite que la plupart des gens ne le supposent.

Quand le work-for-hire s'applique réellement

Le work-for-hire couvre deux catégories.

Catégorie 1 — Travail d'employé : Œuvres créées par un employé dans le cadre de ses fonctions. L'expression clé est « dans le cadre ». Du code écrit pendant les heures de travail, avec du matériel de l'entreprise, pour les besoins de l'entreprise : work for hire. Du code écrit à 2h du matin sur un ordinateur portable personnel pour un projet personnel : probablement pas, même si l'employé est à temps plein.

Catégorie 2 — Œuvres commandées : Œuvres spécialement commandées qui relèvent d'une des neuf catégories statutaires spécifiques : contributions à des œuvres collectives, parties d'un film, traductions, œuvres supplémentaires, compilations, textes didactiques, tests, matériel de réponse pour tests et atlas.

Ce qui n'est pas sur cette liste, ce sont les logiciels sur mesure. Une application mobile, un produit SaaS, une intégration de paiement, aucun de ceux-ci ne relève des neuf catégories. Ainsi, une œuvre commandée qui ne correspond pas à une catégorie statutaire ne peut pas être un work-for-hire, quoi que dise le contrat.

Pourquoi les prestataires ne sont pas couverts

Pour les prestataires indépendants, le work-for-hire ne s'applique que si (a) l'œuvre relève d'une des neuf catégories ET (b) il existe un accord écrit la désignant expressément comme work-for-hire. Les logiciels sur mesure ne satisfont aucune des deux conditions pour les prestataires. Le résultat est simple : un prestataire qui construit votre produit en est propriétaire sauf s'il existe une cession écrite explicite.

Dans l'affaire *Cadence Design Systems v. Avanti!*, les ingénieurs d'Avanti avaient emporté du code de leur ancien employeur (Cadence), dont une PI qui n'avait pas été correctement cédée. Le contentieux qui s'ensuivit dura des années et coûta à Avanti des centaines de millions. Bien que cette affaire implique du vol de secrets commerciaux plutôt qu'une simple défaillance de cession de PI, elle illustre ce qui se passe lorsque la propriété intellectuelle est floue dès le départ.

Une leçon parallèle est venue de l'affaire *Waymo v. Uber* (2018), où Uber a acquis une entreprise (Otto) fondée par un ancien ingénieur de Google qui aurait emporté des fichiers propriétaires relatifs à la technologie LIDAR de conduite autonome. Waymo a fait valoir que la PI sous-jacente n'avait jamais été valablement cédée par Google. L'affaire s'est soldée par un règlement d'environ 245 millions de dollars en actions Uber. Pour un acquéreur, un problème de chaîne de titre à n'importe quel moment de l'histoire d'une entreprise peut devenir son problème le jour de la clôture.

L'approche ceinture et bretelles

Le work-for-hire a de réelles limites. D'où l'importance d'inclure les deux : une déclaration selon laquelle l'œuvre constitue un work-for-hire dans la mesure applicable, plus une clause de cession explicite couvrant tout ce qui ne qualifie pas. Cela comble le vide complètement et élimine toute marge de manœuvre.

Les concepts américains de droit d'auteur et de brevet ne voyagent pas bien. C'est un peu comme essayer de faire reconnaître son permis de conduire à l'étranger : parfois ça marche, souvent il manque un papier. Recruter des développeurs en Ukraine, en Inde, en Pologne ou n'importe où en dehors des États-Unis, c'est avoir affaire à des règles par défaut différentes, et la doctrine américaine du work-for-hire ne s'applique tout simplement pas.

La position américaine

En droit américain, le work made for hire couvre les employés (pas les prestataires), et une cession écrite explicite couvre tous les autres. Le PIIA standard utilisé par les startups américaines fonctionne bien pour les membres d'équipe basés aux États-Unis.

La position de l'UE

Les États membres de l'UE ont leurs propres régimes de droit d'auteur, mais plusieurs fils conducteurs existent. D'abord, les droits moraux. En vertu de la Convention de Berne, que la plupart des pays respectent, les auteurs ont des droits moraux inaliénables, y compris le droit à la paternité et le droit au respect de l'œuvre, qui survivent même à un transfert complet des droits économiques. En France, en Allemagne et aux Pays-Bas, ces droits ne peuvent pas être renoncés par contrat dans de nombreuses circonstances. La solution pratique est une renonciation large « dans toute la mesure permise par la loi applicable » combinée à un engagement de ne pas exercer les droits moraux.

Ensuite, certaines juridictions de l'UE reconnaissent la cession automatique de la PI créée dans le cadre d'un emploi à l'employeur, mais avec d'importantes exceptions et limitations qui varient selon les pays. L'Allemagne, par exemple, distingue les logiciels créés dans le cadre des fonctions de ceux créés en dehors. Les Pays-Bas ont une règle de cession automatique partielle pour les développeurs employés.

Enfin, la Directive logiciels de l'UE (Directive 2009/24/CE) harmonise certaines règles pour les programmes d'ordinateur, sans éliminer pour autant les variations nationales.

Le problème du prestataire à l'étranger

C'est là que la plupart des startups américaines rencontrent des difficultés. Un développeur à Kyiv ou à Bangalore est un prestataire indépendant. Le work-for-hire américain ne s'applique pas. Leur droit local peut ne pas avoir de concepts équivalents. Si le contrat régissant la prestation n'inclut pas de cession écrite explicite et ne précise pas quel droit régit l'accord, vous avez probablement un problème de titre.

La solution n'est pas compliquée. Tout contrat avec un prestataire à l'étranger devrait inclure une clause de cession explicite transférant toute la PI à l'entreprise, une renonciation aux droits moraux « dans toute la mesure permise par la loi applicable », une clause de droit applicable (généralement Delaware ou New York pour les entreprises américaines), et une représentation selon laquelle le prestataire possède ce qu'il cède.

Pour les équipes utilisant un logiciel de gestion des contrats pour entreprises IT recrutant des développeurs à l'étranger, ce type de clause PI transfrontalière devrait figurer dans le modèle standard, et non être rédigé à partir de zéro à chaque fois.

Implication pratique pour vos contrats

Si vous êtes une startup américaine avec des développeurs dans un pays autre que les États-Unis, retournez auditer vos contrats existants. Recherchez spécifiquement une clause de cession de droits de propriété intellectuelle, et non seulement une désignation work-for-hire. Si elle est absente, faites signer une cession rétroactive immédiatement. Les tribunaux ont généralement reconnu l'exécution des cessions rétroactives, mais c'est bien mieux que rien.

À noter également, certains pays exigent que les cessions de droits de la PI soient enregistrées localement pour être opposables aux tiers, même si elles sont valables entre les parties. L'Ukraine et l'Inde ont tous deux des régimes d'enregistrement qu'il convient de vérifier si votre équipe y est basée.

La Californie dispose de l'une des lois sur la PI les plus favorables aux employés aux États-Unis. Si l'un de vos employés travaille en Californie, ne serait-ce qu'un seul, vous devez comprendre le California Labor Code §2870 avant de lui remettre un PIIA standard.

Ce que dit réellement le §2870

Le California Labor Code §2870(a) dispose :

> « Toute disposition d'un contrat de travail prévoyant qu'un employé doit céder, ou offrir de céder, l'un quelconque de ses droits sur une invention à son employeur ne s'applique pas à une invention que l'employé a développée entièrement pendant son temps libre sans utiliser l'équipement, les fournitures, les installations ou les informations secrètes commerciales de l'employeur, sauf pour les inventions qui soit : (1) Se rapportent, au moment de la conception ou de la réduction en pratique de l'invention, à l'activité de l'employeur, ou à la recherche ou au développement réels ou démontrablement anticipés de l'employeur ; ou (2) Résultent de tout travail effectué par l'employé pour l'employeur. »

Concrètement, vous ne pouvez pas obliger un employé californien à céder une PI qu'il a développée entièrement pendant son temps libre, en utilisant uniquement ses propres ressources, pour un travail sans rapport avec l'activité actuelle ou anticipée de l'entreprise.

Pourquoi c'est important pour les startups

Dès que vous ajoutez une clause de cession trop large, du type « vous cédez tout ce que vous créez pendant votre emploi, point final », à un PIIA d'un employé californien, cette clause peut être nulle et inopposable en vertu du §2870. Le California Labor Code §2872 oblige en outre les employeurs à informer les employés des protections du §2870 et à inclure un avis spécifique dans tout accord exigeant une cession.

Un PIIA standard de la Silicon Valley inclura le langage de clause d'exclusion du §2870. Un modèle générique téléchargé sur Internet peut ne pas l'inclure. La différence réside dans la capacité de l'accord à résister à une contestation d'un ingénieur basé en Californie qui prétend que son projet personnel n'était pas soumis à cession.

Lois similaires dans d'autres États

La Californie n'est pas seule. Le Delaware, l'Illinois, le Minnesota, la Caroline du Nord et Washington ont tous des statuts similaires, quoique moins agressifs, limitant les droits de cession de PI des employeurs. L'Illinois (765 ILCS 1060) et le Minnesota (Minn. Stat. §181.78) ont des dispositions quasi identiques au §2870.

Si vous avez des employés dans l'un de ces États, votre contrat de cession de droits de propriété intellectuelle doit inclure un langage de clause d'exclusion spécifique à l'État. Une société constituée au Delaware avec une équipe d'ingénieurs en Californie a besoin d'accords conformes à la Californie, quelle que soit la clause de droit applicable.

Étapes pratiques de conformité

Pour tout employé californien, commencez par inclure la clause d'exclusion du §2870 dans la clause de cession. Annexez l'Exhibit B (ou équivalent) résumant le statut californien. Donnez à l'employé suffisamment de temps pour réviser avant de signer, ne lui présentez pas ça le premier jour avec trente autres documents d'intégration en attendant une signature immédiate. Enfin, faites réviser l'accord par un conseil si vous n'êtes pas sûr que votre langage existant est conforme.

Ignorer le §2870 n'invalide pas seulement la clause de cession. Les tribunaux californiens ont estimé que cela peut entacher l'intégralité du PIIA si la violation est assez flagrante.

La chaîne de titre de la PI est l'une des premières choses qu'un acquéreur sérieux examine. Si vous construisez vers une sortie, ou planifiez une levée de fonds où les investisseurs mèneront un audit juridique, une cession de droits de propriété intellectuelle incomplète bloque régulièrement les acquisitions tech.

Ce que les acquéreurs recherchent réellement

L'avocat de l'acheteur demandera chaque contrat de cession de droits de propriété intellectuelle jamais signé par chaque personne ayant contribué au produit. Il vérifiera que :

• Chaque employé avait un PIIA signé couvrant sa période d'emploi
• Chaque prestataire avait une cession de droits PI signée (et non seulement une clause work-for-hire)
• Chaque fondateur avait formellement cédé sa PI pré-incorporation à l'entreprise
• Toute entreprise acquise dans votre histoire avait des cessions de droits PI propres de la part de ses propres collaborateurs
• Les brevets sont enregistrés à l'USPTO au nom de l'entreprise
• Aucune licence open source tierce ne compromet le code propriétaire

La liste de contrôle d'audit juridique PI pour le M&A

Utilisez cette liste de contrôle lors de la préparation à un examen d'investisseur ou d'acquéreur :

Employés (actuels et anciens) :

• [ ] PIIA signé couvrant toutes les dates d'emploi
• [ ] Conforme au §2870 si basé en Californie
• [ ] Les accords de séparation confirment que les dispositions PI ont survécu à la résiliation
• [ ] Aucun litige de PI non résolu

Prestataires et freelances :

• [ ] Clause écrite de cession de droits PI dans tous les contrats (pas seulement work-for-hire)
• [ ] Prestataires à l'étranger couverts par cession explicite + clause de droit applicable
• [ ] Le statement of work référence le contrat de cession de droits de propriété intellectuelle
• [ ] Les preuves de paiement correspondent aux dates de la prestation (montrer que le travail a réellement été effectué)

Fondateurs :

• [ ] Cession de droits PI exécutée avant ou lors de l'incorporation
• [ ] Tous les travaux pré-incorporation couverts
• [ ] Aucun accord parallèle ne diluant la cession
• [ ] Calendrier d'acquisition des actions des fondateurs (pour qu'un départ ne donne pas à un fondateur un levier)

PI tierce :

• [ ] Inventaire des licences open source — pas de licence copyleft (GPL) dans le code propriétaire
• [ ] Toute la PI sous licence a un périmètre approprié (usage commercial, sous-licence autorisée)
• [ ] Aucun code d'employeurs précédents incorporé sans cession propre

Enregistrement des brevets et droits d'auteur :

• [ ] Tous les brevets et demandes de brevet enregistrés à l'USPTO au nom de l'entreprise
• [ ] Enregistrements de droits d'auteur pour les œuvres clés (facultatif mais renforce la position)
• [ ] Enregistrements de noms de domaine et de marques confirmés

L'impact sur la valorisation

Les lacunes de la chaîne de titre de la PI n'ajoutent pas seulement des coûts juridiques, elles réduisent la valorisation. Une acquisition de 50 M$ avec un problème de PI peut être revalorisée ou restructurée pour retenir une partie en escrow jusqu'à résolution du problème. Dans le pire des cas, l'opération meurt entièrement.

Pour les entreprises IT se préparant à l'examen préalable, l'utilisation d'un système de gestion des contrats pour entreprises IT qui stocke tous les accords signés avec horodatage et vérification cryptographique rend ce processus considérablement plus rapide. Les acheteurs apprécient de pouvoir accéder à un référentiel documentaire organisé et vérifiable plutôt que de fouiller dans des pièces jointes d'e-mails.

Cas réel : le prestataire orphelin

Voici un schéma qui revient régulièrement en M&A : une startup a levé un tour seed en 2021, a externalisé le développement du MVP à une agence à l'étranger cet hiver-là, et a construit un produit digne d'être acquis en 2025. Mais personne n'est jamais retourné obtenir une cession de droits PI signée de l'agence. Le contrat standard de l'agence contenait une clause « work for hire » qui ne s'applique pas aux prestataires internationaux. L'avocat de l'acquéreur le signale, l'agence a depuis disparu, les développeurs originaux se sont dispersés. Des mois de travail juridique s'ensuivent.

Cette histoire est évitable. Cédez les droits PI correctement au moment de la prestation, cela prend une page supplémentaire dans le contrat.

Signer un contrat de cession de droits de propriété intellectuelle crée un contrat valable entre les parties. Enregistrer cette cession auprès de l'autorité gouvernementale compétente vous protège contre les revendications de tiers.

Enregistrement de la cession à l'USPTO (brevets)

Pour les brevets et demandes de brevet, le droit américain (35 U.S.C. §261) exige l'enregistrement des cessions auprès de la Division des cessions de l'USPTO pour se protéger contre des cessions ultérieurement enregistrées par le même inventeur. Si un inventeur malveillant cède le même brevet à deux parties différentes, la partie qui a enregistré en premier gagne généralement, quelle que soit la cession signée en premier.

L'enregistrement n'est pas obligatoire, mais il l'est essentiellement en pratique. L'audit juridique M&A et le licensing de brevets nécessitent tous deux la confirmation d'une propriété enregistrée. Le coût est de quelques centaines de dollars par cession, et le processus est simple.

Enregistrement au Copyright Office américain

Pour les logiciels, le droit d'auteur naît automatiquement chez le créateur (ou le cessionnaire) au moment de la création. L'enregistrement n'est pas requis pour la validité. Mais enregistrer un droit d'auteur auprès du US Copyright Office avant l'infraction (ou dans les trois mois suivant la publication) débloque des dommages statutaires, qui peuvent atteindre 150 000 $ par œuvre pour contrefaçon intentionnelle, sans avoir à prouver de dommages réels.

Pour le code de votre produit central, l'enregistrement de droit d'auteur est une assurance bon marché. Le Copyright Office enregistre également les transferts de propriété, ce qui crée un registre public.

Protection des secrets commerciaux

Il n'y a pas d'enregistrement pour les secrets commerciaux, la protection vient du maintien du secret. Mais les contrats de cession de droits de propriété intellectuelle couvrant des secrets commerciaux devraient tout de même les identifier spécifiquement, ou comme une catégorie, afin que le périmètre de la cession soit clair. Le Defend Trade Secrets Act (DTSA) prévoit une protection fédérale pour les secrets commerciaux aux États-Unis, mais uniquement si des mesures raisonnables ont été prises pour maintenir le secret.

Enregistrement international

Pour les entreprises ayant de la PI dans plusieurs pays, chaque juridiction a ses propres exigences d'enregistrement. L'OMPI coordonne les cadres internationaux de PI mais n'opère pas un registre mondial unique. Pour les marchés majeurs (UE, Royaume-Uni, Canada, Australie), vérifiez les exigences des offices de PI locaux lors de l'enregistrement des cessions pour des brevets ou marques déposés.

Les mêmes schémas reviennent régulièrement dans les situations de PI des startups. Voici les erreurs qui coûtent le plus aux entreprises. (On me l'a fait dire, alors je le dis : le freelance de votre cousin n'est pas une exception.)

Erreur 1 : aucun contrat avec le premier prestataire

Beaucoup de startups embauchent leur premier développeur via une relation personnelle ou un rapide recommandage. Tout semble informel. Pas de contrat standard, pas de cession de droits de propriété intellectuelle, juste une poignée de main et un paiement Venmo. Au moment où l'entreprise a de la valeur, ce développeur est parti depuis longtemps, et la propriété du code source original est réellement floue.

Le réflexe : traitez chaque prestation de développement rémunérée comme un contrat juridique, quelle que soit l'informalité apparente de la relation. Une seule page avec une clause de cession de droits de propriété intellectuelle ne coûte rien.

Erreur 2 : se reposer sur l'emploi seul

Certains fondateurs présument que parce que quelqu'un est un employé à temps plein, l'entreprise possède automatiquement son travail. Dans de nombreuses juridictions, c'est partiellement vrai pour le travail effectué dans le cadre de l'emploi, mais ce n'est pas total. Les employés qui cumulent, qui écrivent du code chez eux sur du matériel personnel, ou qui contribuent à des projets open source peuvent créer de l'ambiguïté.

Concrètement, chaque employé ayant un rôle technique doit signer un PIIA lors de l'intégration. Ne comptez pas sur la présomption du work-for-hire.

Erreur 3 : work-for-hire sans clause de cession de secours

Le work-for-hire a des limites statutaires étroites. Utiliser le langage « work made for hire » dans un contrat avec un prestataire sans clause de cession de secours laisse une brèche qu'un prestataire partant pourrait exploiter.

Il suffit d'inclure les deux. La clause ceinture et bretelles tient en deux lignes.

Erreur 4 : clauses d'exclusion larges sans tableau

Permettre à un employé de préserver une PI antérieure sans exiger qu'il la liste crée une ambiguïté ouverte. Six mois après son départ, il peut revendiquer pratiquement n'importe quoi comme « PI antérieure » s'il n'existe pas de trace contemporaine.

Exigez un tableau des inventions antérieures annexé à la signature. Même s'il est vide, avoir un tableau vierge en fichier vaut mieux qu'une clause d'exclusion verbale illimitée.

Erreur 5 : ne pas mettre à jour les contrats après un changement de rôle

Un développeur embauché comme ingénieur junior il y a cinq ans a signé un PIIA à périmètre étroit. Il est maintenant CTO avec accès à tout et responsabilité de toute la stratégie PI. Son ancien contrat peut ne pas couvrir le périmètre de son rôle actuel.

Révisez les contrats de cession de droits de propriété intellectuelle lorsque les employés changent significativement de rôle. Un PIIA mis à jour ne remplace pas l'ancien, il le complète.

Signaux d'alerte dans les contrats qu'on vous remet

Si vous êtes un développeur ou un prestataire examinant un contrat de cession de droits de propriété intellectuelle qu'on vous a remis, surveillez ceci :

• Aucune clause d'exclusion des travaux antérieurs : vous pourriez céder des travaux réalisés des années avant cet employeur
• Aucune contrepartie spécifiée : inopposable dans certaines juridictions
• Le périmètre couvre des travaux effectués entièrement en dehors des heures de travail sur des appareils personnels : le §2870 de la Californie peut l'invalider
• Aucune clause de droit applicable : ambiguïté sur les règles de la juridiction applicable
• Droits moraux non traités : si vous êtes dans un pays de l'UE, cela compte

Faire signer des contrats de cession de droits de propriété intellectuelle ne devrait pas nécessiter d'imprimer, de scanner ou de courir après des signatures manuscrites. Mais le processus de signature compte juridiquement, en particulier pour des accords qui devront résister à un examen lors d'un M&A ou d'un contentieux.

Validité juridique des signatures électroniques

Aux États-Unis, l'ESIGN Act (Electronic Signatures in Global and National Commerce Act) et l'UETA (Uniform Electronic Transactions Act) établissent que les signatures électroniques sont juridiquement équivalentes aux signatures manuscrites pour la plupart des contrats commerciaux, y compris les contrats de cession de droits de propriété intellectuelle.

Dans l'UE, le règlement eIDAS couvre les signatures électroniques. Pour les cessions de droits PI à haut risque, une signature électronique qualifiée (QES) offre le poids juridique le plus élevé et équivaut à une signature manuscrite dans tous les États membres de l'UE.

Ce qu'il faut rechercher dans un workflow de signature

Pour les contrats de cession de droits de propriété intellectuelle spécifiquement, vous voulez une piste d'audit montrant qui a signé, quand et depuis quelle adresse IP, une vérification d'identité (confirmation par e-mail au minimum, vérification d'identité pour les accords à haute valeur), un scellement inviolable pour que personne ne puisse contester si le document signé correspond à ce qui a été envoyé, et un stockage à long terme pour que vous puissiez produire l'original signé des années plus tard lors de l'audit juridique.

La signature vérifiée par blockchain ajoute une couche supplémentaire : chaque document signé reçoit un hachage cryptographique enregistré sur un registre immuable. Cela signifie que vous pouvez prouver non seulement que quelqu'un a signé, mais aussi que le document n'a pas changé depuis la signature. Pour les cessions de droits de propriété intellectuelle, c'est exactement le type de preuve qui tient lorsque la propriété est contestée.

Pour la gestion documentaire des entreprises IT gérant des cessions de droits de propriété intellectuelle à travers une équipe distribuée, des employés dans différents États et des prestataires dans plusieurs pays, un workflow qui suit le statut des signatures, stocke les documents avec vérification cryptographique, et organise par type de contrat vaut l'investissement bien avant d'être en situation d'examen préalable. En savoir plus sur la force juridique des signatures électroniques blockchain si vous voulez les détails techniques et juridiques.

Envoi pour signature

Quelques conseils pratiques pour la signature d'une cession de droits de propriété intellectuelle. Envoyez avec un message d'accompagnement expliquant ce qu'est le document et pourquoi il compte, un signataire confus ne signera pas. Donnez un délai réaliste, mais ne précipitez pas : un accord signé sous pression peut faire l'objet d'un contestation pour influence indue. Pour les prestataires internationaux à distance, confirmez le droit applicable et qu'ils ont eu une opportunité adéquate de réviser. Stockez les copies signées dans un endroit accessible à votre équipe juridique et aux futurs examinateurs de l'audit juridique.

Chaindoc gère ce workflow de bout en bout : vous pouvez rédiger à partir d'un modèle, envoyer à plusieurs signataires, collecter des signatures vérifiées par blockchain, et organiser les accords par type de contrat en un seul endroit. Consultez nos tarifs pour les plans équipe.

Ci-dessous se trouve un modèle fonctionnel de contrat de cession de droits de propriété intellectuelle adapté à la plupart des situations employeur-employé ou employeur-prestataire basées aux États-Unis. Adaptez les champs entre crochets à votre contexte. Pour les employés californiens, assurez-vous que le langage de clause d'exclusion du §2870 est inclus (il est indiqué ci-dessous). Pour les prestataires à l'étranger, ajoutez le droit applicable et une renonciation aux droits moraux.

Ceci est un point de départ, pas un conseil juridique. Faites réviser tout accord par un avocat qualifié avant de l'utiliser pour votre situation spécifique.

---

INTELLECTUAL PROPERTY ASSIGNMENT AGREEMENT

This Intellectual Property Assignment Agreement ("Agreement") is entered into as of [DATE] by and between [COMPANY NAME], a [STATE] [entity type] ("Company"), and [INDIVIDUAL NAME] ("Assignor").

1. ASSIGNMENT OF IP

Assignor hereby irrevocably assigns, transfers, and conveys to Company all right, title, and interest in and to all Inventions (as defined below) that Assignor has conceived, developed, or reduced to practice, solely or jointly with others, during the period of Assignor's relationship with Company that: (a) relate to Company's current or reasonably anticipated business, research, or development; (b) result from work performed by Assignor for Company; or (c) are developed using Company's equipment, supplies, facilities, or Confidential Information.

For purposes of this Agreement, "Inventions" means all inventions, discoveries, developments, improvements, works of authorship, trade secrets, know-how, concepts, and ideas, whether or not patentable or registrable under copyright or similar laws.

2. WORK MADE FOR HIRE; BELT-AND-SUSPENDERS CLAUSE

Assignor acknowledges that all Inventions within the scope of this Agreement are works made for hire to the fullest extent permitted by applicable law. To the extent any Invention does not constitute a work made for hire, Assignor hereby assigns to Company all right, title, and interest in such Invention, including all intellectual property rights therein.

3. PRIOR INVENTIONS CARVE-OUT

This Agreement does not apply to any Invention that Assignor can demonstrate was developed entirely on Assignor's own time without using Company's equipment, supplies, facilities, or trade secret information, except for Inventions that relate to Company's current or anticipated business or result from work performed for Company. [*California employees: see Exhibit A — California Labor Code §2870 Notice.*]

Assignor represents that the Inventions, if any, described in Exhibit B ("Prior Inventions Schedule") attached hereto are Assignor's sole and exclusive property and are not subject to this Agreement.

4. MORAL RIGHTS WAIVER

To the extent permitted by applicable law, Assignor hereby irrevocably waives any and all moral rights, including rights of attribution and integrity, in the Inventions assigned hereunder and covenants not to assert any such rights against Company or its successors, licensees, or assigns.

5. REPRESENTATIONS AND WARRANTIES

Assignor represents and warrants that: (a) Assignor has full power and authority to make this assignment; (b) the Inventions assigned hereunder do not infringe any third-party intellectual property rights; (c) there are no liens, claims, or encumbrances on the Inventions; and (d) Assignor has not previously assigned or agreed to assign any rights in the Inventions to any third party.

6. CONSIDERATION

In consideration of [continued employment and compensation paid / the fees paid under the services agreement dated [DATE] / the equity grant described in [EQUITY AGREEMENT]], the receipt and sufficiency of which are acknowledged, Assignor agrees to the terms of this Agreement.

7. FURTHER ASSURANCES

Assignor shall, at Company's request and expense, execute such additional documents, provide such information, and take such other actions as may be reasonably necessary to perfect, record, or enforce Company's rights in the assigned Inventions, including executing patent applications, copyright registrations, or USPTO recordation documents.

8. GOVERNING LAW

This Agreement shall be governed by the laws of the State of [DELAWARE / CALIFORNIA / OTHER], without regard to conflict-of-law principles.

9. IRREVOCABILITY; SURVIVAL

This assignment is irrevocable. The obligations of this Agreement shall survive the termination of Assignor's relationship with Company.

---

EXHIBIT A — California Labor Code §2870 Notice *(for California employees only)*

Pursuant to California Labor Code §2872, Company notifies you that this Agreement does not apply to any invention that qualifies under California Labor Code §2870, which provides that IP assignment agreements shall not apply to inventions developed entirely on the employee's own time without using the employer's equipment, supplies, facilities, or trade secret information, except for inventions that relate to the employer's business or anticipated research, or result from work performed for the employer.

EXHIBIT B — Prior Inventions Schedule

[List prior inventions here, or write "None" if no prior inventions to disclose.]

---

M&A DUE DILIGENCE CHECKLIST — IP TRACK

Use this checklist when preparing for investor or acquirer IP review:

• [ ] All current employees have signed PIIAs covering their full employment period
• [ ] All former employees' PIIAs are stored and retrievable
• [ ] California employees have §2870-compliant agreements
• [ ] All contractors have explicit IP assignment clauses (not just work-for-hire)
• [ ] Offshore contractors have governing law + moral rights waiver
• [ ] All founders have assigned pre-incorporation IP
• [ ] USPTO patent assignments recorded in company's name
• [ ] Open source license inventory complete — no GPL in proprietary code
• [ ] No third-party IP claims or disputes outstanding
• [ ] All agreements stored with tamper-evident audit trails
• [ ] Separation agreements for departed employees confirm IP provisions survived