Propriété intellectuelle freelance : à qui appartient le code ?

Sans clause de cession explicite dans le contrat, le code livré reste la propriété du freelance — pas du client. C'est l'article L.111-1 du Code de la propriété intellectuelle qui le pose : l'auteur d'une œuvre en est le titulaire initial, sauf cession écrite. La plupart des missions se terminent sans que personne n'ait réglé ce point. Et c'est là que les litiges commencent.

Ce n'est pas une question théorique. Un client qui revend sa startup, lève des fonds ou fait auditer son code par un acquéreur va se retrouver face à une question directe : prouvez-moi que vous possédez ce code. Sans contrat de cession, il ne peut pas.

Ce que dit le droit sans contrat : le freelance garde tout

Par défaut, le droit français protège le créateur. Un développeur freelance qui écrit du code produit une œuvre de l'esprit au sens de l'article L.112-2 du CPI. Cette protection naît automatiquement, sans dépôt, sans formalité.

Le client paie la prestation. Il ne paie pas les droits sur le résultat — sauf si le contrat le dit explicitement. C'est une distinction que beaucoup de clients ignorent jusqu'au moment où ça coûte cher.

Il existe une exception : le contrat de travail. Un salarié qui développe du code dans le cadre de ses fonctions cède automatiquement ses droits patrimoniaux à l'employeur (art. L.113-9 CPI). Cette règle ne s'applique pas au freelance. Jamais. Même s'il travaille en régie, même s'il a une adresse mail de l'entreprise cliente.

La clause de cession PI : ce qu'elle doit contenir pour être valide

Une cession de droits d'auteur n'est valide que si elle respecte quatre conditions posées par l'article L.131-3 du CPI : délimiter chaque droit cédé, préciser l'étendue, la destination, le lieu et la durée d'exploitation. Une clause vague — "le client devient propriétaire du code" — ne suffit pas. Elle peut être contestée.

Voici une clause opérationnelle, prête à insérer dans un contrat de prestation :

> Cession de droits de propriété intellectuelle > Le Prestataire cède au Client, à titre exclusif et pour le monde entier, pour toute la durée légale de protection des droits d'auteur, les droits patrimoniaux suivants sur les livrables produits dans le cadre de la présente mission : droit de reproduction, droit de représentation, droit d'adaptation, droit de traduction, droit de distribution. Cette cession prend effet à compter du paiement intégral des sommes dues au titre de la présente mission.

La dernière phrase est la plus importante. Elle conditionne la cession au paiement. Tant que la facture n'est pas réglée, le client n'a pas de droits sur le code. C'est un levier de recouvrement que la plupart des freelances n'utilisent pas.

À noter : si la mission implique de la facturation progressive par jalons, il peut être utile de générer les factures correspondant exactement aux montants contractuels — un outil comme [e-notae](https://enotae.fr) permet de produire des factures alignées sur les montants du contrat, ce qui évite les écarts entre ce qui est dû et ce qui est réclamé.

Les trois pièges que les concurrents ne mentionnent pas

Le code tiers et les licences open source. Un freelance qui intègre des bibliothèques sous licence GPL dans le code livré ne peut pas céder des droits qu'il ne possède pas. Si le client exige une cession totale et exclusive, il faut soit remplacer les composants GPL, soit informer explicitement le client des contraintes de licence. Ne pas le faire expose le freelance à une garantie d'éviction.

Les droits moraux sont incessibles. Le droit français est clair : les droits moraux (paternité, intégrité de l'œuvre) ne peuvent pas être cédés, même contractuellement. Un freelance peut renoncer à les exercer dans un contexte précis, mais il ne peut pas les transférer. Concrètement : un client ne peut pas interdire à un développeur de mentionner qu'il a créé le code, sauf clause de confidentialité séparée.

La cession rétroactive est risquée. Certains clients demandent de signer une cession après la fin de mission, parfois des mois plus tard. Cette pratique est légalement valide, mais elle expose le freelance à une négociation déséquilibrée. La règle simple : tout régler avant de livrer, jamais après.

Ce que le freelance devrait garder même après cession totale

Céder tous les droits sur un livrable ne signifie pas tout perdre. Un freelance peut — et devrait — conserver certains éléments dans son contrat.

Le droit de portfolio. Mentionner le projet dans ses références, montrer des captures d'écran anonymisées, citer le client dans une liste de missions : rien n'interdit cela sauf clause de confidentialité explicite. Si le client veut un NDA complet, c'est une prestation supplémentaire qui se négocie.

Les composants réutilisables. Un freelance développe souvent des briques génériques — fonctions utilitaires, modules d'authentification, composants UI. Il est légitime de se réserver le droit de réutiliser ces éléments dans d'autres missions, à condition de les identifier précisément dans le contrat avant la livraison. Vague après coup, ça ne tient pas.

La licence d'exploitation partielle comme alternative à la cession totale. Dans certains cas — notamment pour des clients qui n'ont pas besoin de modifier le code ou de le revendre — une licence exclusive d'exploitation est suffisante et moins risquée pour le freelance. Elle lui permet de conserver la propriété tout en garantissant au client un usage exclusif. C'est une option que les concurrents présentent rarement comme un vrai choix stratégique. C'est pourtant souvent le meilleur compromis.

Fixer le prix de la cession : une erreur que font presque tous les freelances

La cession de droits d'auteur est une prestation distincte de la prestation technique. Elle doit être facturée séparément — ou au moins valorisée séparément dans le devis. Ce n'est pas une obligation légale, mais c'est une protection fiscale et une clarté contractuelle.

Pourquoi fiscalement ? Parce que les revenus issus de la cession de droits d'auteur bénéficient d'un régime fiscal spécifique pour les auteurs affiliés à la Maison des Artistes ou à l'AGESSA. Pour un développeur freelance en micro-entreprise ou en SASU, ce régime ne s'applique généralement pas — mais distinguer les deux lignes dans le devis reste une bonne pratique pour justifier le prix global.

Sur le montant : il n'existe pas de barème légal. La cession d'une exclusivité mondiale et perpétuelle vaut plus qu'une licence limitée à un territoire et à cinq ans. Un freelance qui cède tous ses droits sans surcoût sous-facture sa prestation. L'erreur est fréquente, et elle est difficile à corriger après signature.

Pour ceux qui veulent calculer ce que représente réellement ce revenu après charges et cotisations, [Setvero](https://setvero.fr) permet d'estimer ce qui reste net selon le statut juridique — utile pour fixer un prix de cession qui tient compte de la réalité fiscale.