Un client qui a réglé l’intégralité d’une facture n’est pas, pour autant, titulaire des droits sur le code livré. En droit français, la propriété intellectuelle d’un développement reste par défaut entre les mains du développeur qui l’a écrit, et seule une clause de cession explicite peut la transférer. Ce principe surprend régulièrement des indépendants et des clients qui pensent que le paiement vaut cession automatique. Ce guide détaille ce qu’un contrat de prestation web doit contenir pour que la cession soit effective, et ce qui ne se cède jamais.
Pourquoi la cession ne se fait jamais automatiquement
L’article L111-1 du Code de la propriété intellectuelle (CPI) fait naître le droit d’auteur sur la tête de la personne physique qui crée l’œuvre, indépendamment de tout contrat de travail ou de prestation. Un code source est protégé à ce titre dès sa création, sans formalité de dépôt. Un développeur freelance reste donc titulaire de ses droits patrimoniaux sur le code qu’il écrit, même après livraison et paiement complet, tant qu’aucune clause n’organise leur transfert. C’est une différence fréquemment mal comprise avec le salariat : pour un salarié qui développe un logiciel dans le cadre de ses fonctions, l’article L113-9 du CPI prévoit une dévolution automatique des droits patrimoniaux à l’employeur. Rien de tel n’existe pour un prestataire indépendant.
Ce que dit le formalisme de la cession
Depuis la loi du 7 juillet 2016, l’écrit est requis pour tout contrat comportant une clause de cession de droits patrimoniaux (article L131-2 du CPI). L’article L131-3 va plus loin : chaque droit cédé doit être mentionné séparément, et le champ d’exploitation délimité par son étendue, sa destination, son lieu et sa durée. La jurisprudence reste partagée sur l’application stricte de cet article aux logiciels — une partie des tribunaux le réserve aux contrats de représentation, d’édition et de production audiovisuelle, une lecture confirmée par un arrêt de la cour d’appel d’Aix-en-Provence du 28 janvier 2021. Par prudence, un contrat de prestation web a intérêt à respecter ce formalisme même sans certitude sur son caractère obligatoire : la cession y gagne en clarté, et le texte s’interprète strictement — ce qui n’est pas expressément cédé reste la propriété du développeur.
Les clauses à inscrire dans le contrat
Une clause de cession solide précise, pour chaque droit transféré (reproduction, représentation, adaptation, traduction du code vers un autre langage), son étendue technique, sa destination commerciale, le territoire couvert et sa durée. Elle indique aussi le moment du transfert : à la signature, à la livraison, ou au paiement intégral — ce dernier point protège le développeur en cas d’impayé, puisque les droits ne basculent qu’une fois la facture soldée. Enfin, elle chiffre la rémunération attachée à la cession, même lorsqu’elle est incluse dans le prix global de la prestation, pour éviter qu’un juge ne requalifie l’absence de mention en cession non consentie.
À titre d’illustration, une formulation type pour un projet livré en une fois pourrait tenir en ces termes : « Le prestataire cède au client, à compter du paiement intégral du prix convenu, les droits patrimoniaux de reproduction et de représentation sur le code source spécifiquement développé dans le cadre du présent contrat, à l’exclusion des bibliothèques tierces, pour le monde entier et pour la durée légale de protection du droit d’auteur. » Une telle clause reste à adapter à chaque mission : un projet facturé au forfait n’appelle pas la même rédaction qu’une mission en régie facturée au mois, où la cession peut porter, livrable par livrable, sur chaque module validé.
Régulariser un contrat déjà signé, sans clause de cession
Un contrat en cours d’exécution, ou déjà soldé, qui ne prévoit aucune clause de cession peut être corrigé par un avenant signé des deux parties. Cet avenant ne produit d’effet qu’à compter de sa signature : il ne régularise pas rétroactivement l’usage que le client aurait fait du code avant cette date, et ne protège donc pas contre un litige déjà né. Pour les missions récurrentes de maintenance évolutive, où chaque intervention ajoute du code sans qu’un nouveau contrat ne soit signé, le bon réflexe consiste à intégrer une clause de cession « au fil de l’eau » dans les conditions générales applicables à l’ensemble de la relation, plutôt que de la renvoyer à chaque bon de commande.
Le cas des bibliothèques et dépendances tierces
Un projet web mobilise presque toujours des bibliothèques open source sous licence MIT, Apache 2.0 ou GPL, dont les droits n’appartiennent ni au développeur ni au client et ne peuvent donc pas faire l’objet d’une cession. Le contrat gagne à le préciser explicitement : la cession porte sur le code spécifiquement écrit pour le client, pas sur les dépendances tierces, qui restent soumises à leurs licences respectives. Une licence copyleft comme la GPL peut en outre imposer des obligations de redistribution qui concernent directement le client final ; les signaler évite une découverte tardive et coûteuse.
Céder ou concéder une licence : deux logiques différentes
La cession transfère la propriété des droits patrimoniaux au client, qui peut alors exploiter, modifier et revendre le code sans en référer au développeur. La licence d’exploitation, elle, autorise un usage défini sans transfert de propriété : le développeur reste titulaire et peut réutiliser des portions de code pour d’autres clients, sous réserve que le contrat l’autorise. Pour un développeur qui construit ses propres briques réutilisables (un module d’authentification, un thème, un système de facturation), la licence protège un savoir-faire capitalisable ; la cession totale y renonce définitivement.
| Option | Ce que devient le code | Réutilisation par le développeur | Cas d’usage typique |
|---|---|---|---|
| Cession totale | Propriété transférée au client | Impossible sans autorisation | Développement sur-mesure, exclusivité demandée |
| Cession partielle | Propriété transférée sur un périmètre défini | Possible hors du périmètre cédé | Module spécifique livré dans un projet plus large |
| Licence d’exploitation | Propriété conservée par le développeur | Libre, y compris pour d’autres clients | Thème, plugin, brique technique réutilisable |
Sans clause de cession, le développeur reste titulaire de ses droits patrimoniaux sur le code, même après paiement intégral de la facture.
Point de vigilance : les droits moraux (paternité, respect de l’œuvre) ne se cèdent jamais, en vertu de l’article L121-1 du CPI. Seuls les droits patrimoniaux peuvent faire l’objet d’une cession ou d’une licence. Un développeur conserve donc, en théorie, le droit d’être identifié comme auteur du code, y compris après une cession totale.
Dans la pratique, rédiger cette clause ne demande pas un contrat de plusieurs pages. L’essentiel tient dans un paragraphe qui identifie les droits cédés, leur périmètre, le moment du transfert et sa contrepartie financière, complété d’un paragraphe distinct qui exclut explicitement les dépendances tierces du périmètre de la cession.
Ce qu’il faut retenir
- Le paiement d’une facture ne transfère pas automatiquement les droits sur le code : seule une clause de cession explicite le fait.
- La cession doit être écrite et, par prudence, détailler l’étendue, la destination, le lieu et la durée de chaque droit cédé.
- Les dépendances open source ne se cèdent pas : elles restent sous leurs licences respectives.
- Céder n’est pas licencier : la licence permet au développeur de réutiliser son propre code pour d’autres clients.
- Les droits moraux restent, dans tous les cas, attachés à la personne du développeur.
Cette clause est celle que je vois le plus souvent manquer dans les contrats de prestation web, y compris chez des indépendants expérimentés. Le réflexe courant est de considérer que la facture réglée clôt le sujet de la propriété, alors qu’elle ne dit rien du sort des droits. La corriger ne coûte qu’un paragraphe à l’écriture du contrat ; l’absence de cette clause, elle, peut coûter un rapport de force entier le jour où un client revend ou modifie un code sans en avoir réellement le droit — Simon Janvier.
Pour aller plus loin : le Code de la propriété intellectuelle sur Légifrance, articles L111-1, L121-1, L131-2 et L131-3. Voir aussi le guide facturation indépendante avec Odoo et l’article sur le contrat de prestation web.
