Mon développeur freelance refuse de céder ses droits : comment l’y obliger

Propriété du code : qui détient les droits en France ?

En droit français, le logiciel est une œuvre de l’esprit protégée par le droit d’auteur (CPI, art. L111‑1 et L112‑2), et l’auteur (ici, le développeur freelance) en est titulaire par défaut. Payer la facture ne transfère pas les droits patrimoniaux. La cession doit être expresse et écrite, en précisant l’étendue, le territoire, la durée et la rémunération (CPI, art. L131‑3).

Le droit de reproduction, d’adaptation (modification, correction de bugs) et de mise sur le marché du logiciel relève d’un monopole de l’auteur (CPI, art. L122‑6), transposant la directive 2009/24/CE. À la différence des salariés pour lesquels la loi prévoit une dévolution des droits patrimoniaux de logiciels à l’employeur (CPI, art. L113‑9), aucun transfert automatique n’existe pour les freelances.

En pratique, sans clause écrite, vous n’avez au mieux qu’un droit d’usage très limité, et toute exploitation non autorisée peut être qualifiée de contrefaçon, pénalement sanctionnée (CPI, art. L335‑2).

Peut-on obliger un freelance à céder ses droits ?

Il n’existe pas de mécanisme légal permettant d’imposer une cession à un auteur en l’absence d’engagement contractuel préalable. Deux situations :

1) Vous avez une clause de cession valide

• Vérifiez qu’elle détaille chaque droit cédé (reproduction, adaptation, distribution), le territoire, la durée et la contrepartie financière (exigences de l’art. L131‑3 CPI et rappel sur Service‑Public).
• Mettez en demeure le freelance d’exécuter (signature de l’acte de cession, remise du code source, accès au dépôt) sous délai, à défaut saisie du tribunal judiciaire pour exécution en nature et/ou astreinte (infos pratiques sur Justice.fr). Voir nos conseils pratiques sur la mise en demeure.
• Conservez les preuves (contrat, échanges, dépôts Git, livrables) pour démontrer l’obligation inexécutée.

2) Vous n’avez pas de cession écrite (ou elle est lacunaire)

• Négociez un avenant de cession ou, à défaut, une licence suffisamment large (ex. monde entier, durée de protection légale, droits de reproduction/modification/exploitation commerciale). Modèle et rappel des exigences sur Service‑Public.
• Proposez une contrepartie financière adaptée à l’étendue de la cession (une rémunération déterminée ou déterminable est nécessaire).
• Évitez toute exploitation sans titre pour ne pas risquer la contrefaçon (sanctions prévues à l’art. L335‑2 CPI).
• En cas de blocage, saisissez le tribunal judiciaire pour obtenir des dommages-intérêts (responsabilité contractuelle ou quasi-délictuelle) ou faire trancher l’étendue d’un usage implicite strictement nécessaire quand les juges l’admettent. Démarches générales sur Justice.fr.

Pour un panorama pragmatique côté freelance, voir également cet article de presse pro : protéger sa propriété intellectuelle en tant que freelance.

Plan d’action immédiat (checklist opérable)

1. Auditez vos documents : contrat, devis, CGV, bons de commande, facture (parfois assortie d’une mention de cession), emails. Comparez-le à l’art. L131‑3 CPI et au guide Service‑Public.
2. Écrivez une mise en demeure LRAR exigeant la signature d’une cession conforme et la remise du code source/dépôts/accès. Inspirez-vous de nos bonnes pratiques : quand et comment l’envoyer efficacement.
3. Proposez un avenant de cession (ou une licence) avec: droits cédés (réplication, adaptation, distribution), scope technique (modules, API, SDK), territoire, durée, rémunération, garanties et livrables (code source, binaire, documentation, clés, accès CI/CD).
4. Vérifiez les composants tiers (open source). Exigez l’inventaire des licences et la conformité de redistribution; reportez-vous aux principes issus de la directive 2009/24/CE et aux fiches pratiques de l’INPI.
5. Anticipez la preuve (dépôt horodaté du code ou documentation) via les dispositifs recommandés par l’INPI.
6. Contentieux en dernier ressort : assignation devant le tribunal judiciaire compétent (infos pratiques : Justice.fr).

Clauses essentielles pour sécuriser la cession (ou la licence)

• Droits patrimoniaux visés (CPI, L122‑6) : reproduction (toutes copies), représentation, adaptation/modification/correction, distribution, mise à disposition en mode SaaS.
• Étendue : exclusive ou non-exclusive; périmètre fonctionnel (modules, micro‑services), formats (code source, objet), intégrations, dérivés.
• Territoire et durée : monde entier; durée de protection légale ou durée déterminée.
• Contrepartie financière : forfait déterminé/déterminable; modalités de paiement et condition de transfert (ex. transfert conditionné au paiement intégral).
• Livrables et transfert : code source, binaires, documentation, scripts d’installation, clés, accès au dépôt et pipeline CI/CD; procédure de réversibilité.
• Garanties : originalité, non‑contrefaçon, titres suffisants sur composants tiers; open source compliance (inventaire et obligations).
• Maintenance/évolutions : correctifs, roadmap, recipe/acceptance, SLA éventuel.
• Moral : rappel que les droits moraux demeurent, avec aménagements spécifiques au logiciel; modalités de mention (crédits/auteur) ou anonymat.

Pour cadrer ces points dans votre cadre contractuel global, consultez notre guide contrat de prestation de services et nos ressources sur la protection du code source. Pour l’exploitation, nos repères sur contrat de licence de logiciel vous aideront à choisir entre cession et licence.

Risques si vous exploitez sans cession ni licence

• Contrefaçon : 3 ans d’emprisonnement et 300 000 € d’amende, plus dommages-intérêts civils (CPI, L335‑2).
• Blocage produit : impossibilité de lever des fonds ou de conclure des contrats majeurs faute de chaîne de droits traçable.
• Saisie et mesures conservatoires décidées par le juge (voir démarches contentieuses sur Justice.fr).

Si un tiers copie votre interface ou votre code, agissez vite : notre guide réagir face à un concurrent qui copie un logiciel détaille la stratégie.

Spécificités "salarié vs freelance" à ne pas confondre

Pour les logiciels réalisés par des salariés dans l’exercice de leurs fonctions, les droits patrimoniaux sont dévolus à l’employeur (CPI, art. L113‑9). Cette règle ne s’applique pas aux freelances et prestataires externes : il faut une cession écrite conforme (Service‑Public).

Bonnes pratiques pour éviter le blocage à l’avenir

• Contrat en amont : cession/licence rédigée dès le devis ou le contrat-cadre, avec clauses précises (voir notre guide contrat de prestation).
• Livrables dès les sprints : dépôt Git dans votre organisation; clés d’accès administrateur; transfert progressif.
• Inventaire des tiers : politques open source, audits de dépendances.
• Traçabilité PI : preuve d’antériorité (INPI), registre interne des contributions; en cas d’incident, référez-vous à notre retour d’expérience vol de code source : quels recours.

Rappel utile : le cadre juridique français et européen sur les logiciels (CPI et directive 2009/24/CE) impose une cession écrite pour sécuriser l’exploitation. Les fiches de l’INPI et de Service‑Public en rappellent les fondamentaux.