Aller au contenu principal

À qui appartient le travail créé par votre contractant ? Guide du fondateur de startup sur la cession de propriété intellectuelle

Publié 13 minutes de lectureMike ThriftMike Thrift
À qui appartient le travail créé par votre contractant ? Guide du fondateur de startup sur la cession de propriété intellectuelle

Vous avez intégralement réglé la facture. Le développeur a livré le code, le designer a remis les fichiers du logo et le freelance a envoyé la version finale de la vidéo de votre produit. Donc, vous possédez tout cela — n'est-ce pas ?

Pas nécessairement. Selon le droit américain, la personne qui crée une propriété intellectuelle en est propriétaire par défaut, même si vous l'avez payée pour la créer. Sans un transfert écrit et signé, ce contractant détient toujours le droit d'auteur sur le code présent sur vos serveurs, les droits de brevet sur l'invention contenue dans votre prototype, et le levier pour compliquer votre prochain tour de financement ou acquisition.

C'est l'une des lacunes documentaires les plus coûteuses qu'une jeune entreprise puisse porter. La solution est simple, peu coûteuse et idéalement mise en place avant le début du travail : une cession écrite de PI de la part de chaque développeur, designer et freelance qui touche à votre produit.

La règle par défaut : le créateur est propriétaire, pas le payeur

Le paiement n'est pas un transfert. La propriété commence avec le créateur humain et ne se déplace que par un écrit signé.

Ce principe se décline différemment selon le type de propriété intellectuelle :

Droit d'auteur : code, designs, textes, photos, vidéos

Le droit d'auteur est attribué à l'auteur dès qu'une œuvre originale est fixée dans une forme tangible — lorsque le code est enregistré, que le texte est écrit ou qu'un design est exporté. Pour les employés créant des œuvres dans le cadre de leur emploi, l'employeur est considéré comme l'auteur selon la règle du travail réalisé sur commande.

Pour les travailleurs indépendants, c'est l'inverse qui s'applique. Le contractant est l'auteur et le propriétaire, sauf si la propriété est transférée par écrit. Votre facture prouve que vous avez payé pour le travail. Elle ne prouve pas que vous détenez le droit d'auteur.

Ce que cela couvre pour une startup typique : code source d'application, modèles de site web, maquettes UI/UX, logos et illustrations de marque, textes marketing, articles de blog, photographies de produits, vidéos de formation et documentation.

Brevets : inventions et améliorations techniques

Les droits de brevet reviennent initialement à l'inventeur humain — la personne qui a conçu l'invention — et non à l'entreprise qui a financé le travail. Un employeur ou un client n'a aucun droit automatique sans une cession expresse.

Cela importe lorsqu'un contractant améliore votre algorithme, conçoit une caractéristique mécanique novatrice ou résout un problème technique de manière brevetable pendant la mission. Sans cession, l'inventeur peut déposer, licencier ou retenir l'invention même si votre argent a payé le temps de laboratoire.

Marques : noms, logos, slogans

Les droits de marque découlent de l'utilisation d'une marque dans le commerce pour identifier vos biens ou services, et non du dessin du logo. Mais le droit d'auteur et la marque se chevauchent sur les actifs de marque : votre designer détient le droit d'auteur sur l'œuvre du logo jusqu'à ce qu'il la cède, tandis que vous construisez des droits de marque en utilisant ce logo auprès de vos clients.

Si la cession du droit d'auteur manque, vous pouvez vous retrouver dans la position inconfortable de détenir la notoriété de marque d'un logo dont l'œuvre sous-jacente n'est pas entièrement sous votre contrôle.

Secrets commerciaux : formules, listes de clients, processus

La protection des secrets commerciaux dépend de mesures de confidentialité raisonnables, y compris des obligations écrites de confidentialité. Un contractant sans accord de confidentialité n'a aucune obligation automatique de garder secrets votre feuille de route, votre modèle tarifaire ou vos données clients.

Pourquoi le seul langage « travail réalisé sur commande » ne vous sauvera pas

De nombreux modèles de contrats avec des contractants indiquent que le travail est « réalisé sur commande » et s'arrêtent là. Cette clause, à elle seule, échoue généralement avec les contractants — surtout pour les logiciels.

En vertu de la section 101 du Copyright Act, le travail d'un contractant est qualifié de travail réalisé sur commande uniquement si trois conditions sont toutes remplies :

  1. Le travail a été spécialement commandé ou commandité.
  2. Les deux parties signent un accord écrit stipulant que le travail est réalisé sur commande.
  3. Le travail entre dans l'une des neuf catégories statutaires étroites : une contribution à une œuvre collective, une partie d'une œuvre cinématographique ou audiovisuelle, une traduction, une œuvre supplémentaire, une compilation, un texte pédagogique, un test, des réponses pour un test, ou un atlas.

La plupart des livrables de startup ne correspondent pas. Le code logiciel personnalisé, par exemple, ne figure généralement dans aucune de ces neuf catégories. Un site web, une application mobile ou une API backend étiquetée « travail réalisé sur commande » sans plus reste la propriété du contractant qui l'a écrit.

La solution est une clause double sécurité : énoncez que le travail est réalisé sur commande dans la mesure où la loi le permet, puis ajoutez une cession de secours au présent — « dans la mesure où un travail n'est pas considéré comme réalisé sur commande, le Contractant cède par les présentes tous droits, titres et intérêts à la Société ». Cette seconde phrase fait le travail essentiel.

Ce dont une cession de PI solide de contractant a besoin

Vous n'avez pas besoin d'un accord de 40 pages pour chaque petite mission. Vous avez besoin de ces sept éléments par écrit, signés avant le début du travail :

1. Cession au présent, et non promesse de céder

Le choix des mots détermine qui détient le titre. « Le Contractant s'engage à céder » est une promesse de transférer les droits à l'avenir. « Le Contractant cède par les présentes » est un transfert immédiat des droits, y compris les droits sur les œuvres futures créées dans le cadre de l'accord.

Les tribunaux fédéraux ont à plusieurs reprises traité le premier comme une obligation et le second comme un transfert réel — et les conseillers des investisseurs signaleront la différence lors de la diligence raisonnable. Utilisez « cède par les présentes » et ajoutez l'obligation de signer tout document supplémentaire nécessaire pour parfaire le transfert, comme les cessions de brevet ou les enregistrements de transfert de droit d'auteur.

2. Une définition large du travail couvert

Définissez « Livrables » pour couvrir tout ce que le contractant crée, conçoit, met en pratique ou livre dans le cadre de la mission : code, documentation, designs, inventions, données, modèles, prompts et sorties lorsque applicable, et tous les droits de propriété intellectuelle sur chacun — droits d'auteur, droits de brevet, droits de marque, secrets commerciaux et droits moraux dans la mesure où ils sont renonçables.

Lie la couverture à la portée de la mission, pas seulement aux livrables finaux. Les brouillons, prototypes, notes et approches abandonnées doivent être inclus.

3. Réserve des PI préexistantes avec licence de retour

Les contractants apportent souvent leurs propres bibliothèques, modèles ou outils. Demandez une courte liste des matériaux préexistants exclus de la cession et exigez une licence perpétuelle et gratuite pour utiliser tout élément de cette liste intégré dans vos livrables. Sans cette licence, un composant réutilisable du contractant peut devenir un droit de blocage à l'intérieur de votre produit.

4. Renonciation aux droits moraux et aux revendications d'attribution

Aux États-Unis, les droits moraux sont étroits, mais les contractants étrangers peuvent détenir des droits d'attribution et d'intégrité plus larges en vertu du droit local. Incluez une renonciation dans la mesure permise par la loi applicable, ainsi que le consentement à utiliser l'œuvre sans attribution et à y apporter des modifications.

5. Confidentialité et non-divulgation

Interdisez au contractant de divulguer vos informations confidentielles et de les utiliser au profit de quiconque d'autre. Définissez largement les informations confidentielles, fixez une période de survie de plusieurs années (avec protection indéfinie des secrets commerciaux) et exigez la restitution ou la suppression des matériaux à la fin de la mission.

6. Assurances complémentaires et mandat

Exigez que le contractant signe les demandes de brevet, enregistrements de droit d'auteur, serments et documents de transfert sur demande, à vos frais. Ajoutez un mandat limité vous permettant de signer en son nom s'il devient indisponible ou non coopératif — une clause qui se rentabilise lorsqu'un ancien contractant est parti et qu'un dépôt de brevet a une échéance.

7. Représentations sur l'originalité et les droits de tiers

Faites représenter par le contractant que le travail est original, n'enfreint pas les droits de tiers, ne viole aucun accord antérieur (comme une clause de non-concurrence ou une politique de PI universitaire) et n'incorpore pas de code open-source restrictif sans votre approbation écrite. Associez cela à l'obligation de divulguer tout composant tiers avant de l'intégrer.

Trois lacunes qui surprennent même les fondateurs prudents

Travail pré-incorporation des fondateurs eux-mêmes

La règle du contractant s'applique aussi à vous. Le code, les designs ou les inventions créés avant la constitution de l'entreprise appartiennent aux fondateurs individuels jusqu'à ce que chaque fondateur signe une cession écrite transférant ce travail à l'entreprise. Toute liste de contrôle de diligence pour financement demande ces cessions de fondateurs. Faites-les signer à l'incorporation, pas la semaine précédant une lettre d'intention.

Contamination open-source

Un contractant qui copie du code sous licence restrictive dans votre base de code propriétaire peut imposer des obligations de licence à l'ensemble de votre produit — y compris l'obligation de divulguer le code source. Votre accord doit exiger une approbation écrite préalable avant d'incorporer tout code tiers ou open-source, exiger une nomenclature des dépendances et leurs licences, et représenter qu'aucun code copyleft n'a été inclus sans divulgation.

Suivez cet inventaire comme vous suivez les dépenses : comme annexe permanente à l'accord, mise à jour à chaque étape.

Sorties assistées par IA et contractants étrangers

Les outils d'IA générative ajoutent une nouvelle complexité : les sorties purement générées par machine peuvent manquer de protection par le droit d'auteur, et les conditions d'utilisation des outils peuvent accorder au fournisseur des droits étendus sur les entrées. Exigez que les contractants divulguent toute utilisation substantielle d'outils d'IA, évitez de nourrir vos codes ou données confidentiels dans des outils qui conservent des droits d'entraînement sans approbation, et garantissez la représentation d'originalité pour les livrables assistés par IA.

Pour les contractants hors des États-Unis, le droit local peut restreindre la cession des inventions futures, exiger une compensation supplémentaire pour les cessions de brevet ou préserver des droits moraux non renonçables. Faites examiner le modèle par un conseil local pour chaque pays où vous embauchez régulièrement, plutôt que de supposer qu'un formulaire américain voyage intact.

Ce que les investisseurs et acquéreurs vérifient réellement

Lorsqu'un investisseur ou un acquéreur examine votre entreprise, la diligence raisonnable en matière de PI demande presque toujours les mêmes questions :

  • Pouvez-vous produire une convention de cession d'inventions signée pour chaque fondateur, employé, conseiller et contractant ayant contribué au produit ?
  • Existe-t-il une chaîne de titre ininterrompue et enregistrée de chaque inventeur à l'entreprise pour chaque demande de brevet ?
  • Les enregistrements de droit d'auteur (le cas échéant) sont-ils au nom de l'entreprise, avec des transferts écrits des auteurs non employés ?
  • Un contributeur a-t-il développé de la PI avant de rejoindre, à l'université ou sous un accord d'un autre employeur qui pourrait la revendiquer ?
  • Des accords de confidentialité sont-ils en place pour tous ceux ayant accès aux secrets commerciaux ?
  • Le code tiers et open-source est-il inventorié avec des licences compatibles ?

Une seule cession de contractant manquante tue rarement un accord, mais elle coûte du temps et du pouvoir de négociation. Le remède typique est une course fébrile pour retrouver un ancien freelance afin de signer une cession confirmatoire — parfois des années plus tard, après une brouille, un départ à l'étranger ou une revendication concurrente. Les assurances verbales et les anciens fils de discussion par e-mail ne satisfont pas l'exigence de cession écrite, et chaque signature manquante devient une remise de négociation.

Conservez un dossier de PI dès le premier jour : l'accord signé de chaque contributeur, la portée du travail, les registres de paiement prouvant la contrepartie et la liste des livrables. La diligence va vite lorsque le dossier est complet ; elle stagne pendant des semaines lorsqu'il ne l'est pas.

Un guide pratique : du modèle au dossier de PI propre

Avant que tout travail commence

Utilisez un modèle de contrat de contractant standard pour chaque mission, avec la cession de PI et les clauses de confidentialité intégrées — pas comme une annexe facultative. Exigez la signature avant l'accès au dépôt, le partage de fichiers de design ou l'appel de lancement. Les dates de début verbales avec paperasse « à suivre » sont la façon dont les lacunes naissent.

Classez correctement le travailleur également. Qualifier à tort un employé de contractant crée des risques fiscaux et de prestations qu'aucune clause de PI ne corrige. Si la personne travaille à temps plein sur votre feuille de route, sous votre direction, avec votre équipement, faites appel à un conseil en droit du travail.

À chaque étape

Collectez les livrables, la liste des dépendances et du code tiers, et la confirmation qu'aucun nouveau matériel préexistant n'a été intégré sans approbation. Classez les factures à côté de l'accord sous lequel elles ont été payées. Vos registres comptables font partie de votre preuve de PI : ils montrent qui a été payé, pour quelle portée et quand — c'est pourquoi les paiements aux contractants doivent être imputés au projet ou au vendeur auquel ils appartiennent, et non regroupés dans des lignes de dépenses génériques.

Si vous suivez vos finances dans Beancount.io, étiquetez les écritures de contractant par vendeur et par projet afin que chaque paiement corresponde à son énoncé des travaux. La documentation montre comment structurer les comptes et les étiquettes pour un suivi par projet, et le tableau de bord Fava facilite la génération d'un historique de paiement par contractant lorsque la diligence le demande.

Lorsque vous trouvez une lacune

Ne réécrivez pas l'histoire. Utilisez une courte cession confirmatoire qui référence les dates de mission d'origine, décrit les livrables, les cède rétroactivement avec un langage au présent et récite la contrepartie déjà payée. Faites-la signer rapidement, pendant que la relation est encore coopérative. Pour les fondateurs, signez les cessions pré-incorporation même si tout le monde « s'était déjà mis d'accord » — les souvenirs s'estompent, les tables de capitalisation changent et la diligence exige du papier.

Enregistrez les cessions de brevet auprès de l'office des brevets et conservez des copies des registres de transfert de droit d'auteur. Planifiez les échéances de renouvellement et de maintenance pour que les droits enregistrés ne soient pas perdus pour des raisons administratives.

Simplifiez votre gestion financière

Bien obtenir la propriété de la PI est en fin de compte une discipline de tenue de dossiers — accords signés, paiements encadrés et une piste papier complète du contributeur à l'entreprise. Beancount.io offre une comptabilité en texte clair qui vous donne une transparence et un contrôle totaux sur vos données financières, afin que les coûts de contractants, les budgets de projet et les historiques prêts pour la diligence restent versionnés et auditables. Commencez gratuitement et gardez chaque dollar investi dans le produit traçable jusqu'au travail qu'il a payé.

Partager cet article