Aller au contenu
Lexpertise

Propriété intellectuelle & marques

Droit d'auteur sur un logiciel : la procédure complète pour protéger votre code

Par Maître Romain Mirabile · Avocat en IP/IT et droit commercialMis à jour le 12 min de lecture
Sommaire

Trouver un avocatVoir la liste des meilleurs avocats en propriété intellectuelle →

Un développeur quitte votre start-up avec une copie du code source. Un prestataire livre un logiciel sur mesure puis le revend à votre concurrent. Un chercheur publie en open source un module développé pendant ses heures salariées. Dans ces trois scénarios, la même question commande la suite : qui est titulaire du droit d'auteur sur le logiciel et quels actes a-t-il accomplis pour le prouver ?

La protection par le droit d'auteur s'acquiert sans dépôt, dès la création. C'est à la fois une facilité (vous êtes protégé immédiatement) et un piège (vous devez pouvoir démontrer la date et l'originalité). Un contentieux de contrefaçon logicielle se gagne ou se perd sur la qualité des preuves constituées en amont, parfois des années avant l'incident.

Ce guide détaille les six étapes concrètes pour sécuriser un logiciel du point de vue de son titulaire : vérifier l'originalité, identifier le titulaire réel, constituer les preuves de date, encadrer les licences et cessions, surveiller le marché, agir en cas d'atteinte. Chaque étape renvoie aux textes applicables et aux arrêts qui en précisent la portée. Comptez entre trois et six mois pour mettre en place l'ensemble du dispositif de manière solide.

  1. Étape 1 — Vérifier l'éligibilité du logiciel à la protection

    Confirmer que votre logiciel constitue une création intellectuelle propre à son auteur. Isoler ce qui est protégeable (code, structure, documentation préparatoire) de ce qui ne l'est pas (fonctionnalités, algorithmes abstraits, langage).

  2. Étape 2 — Identifier le titulaire réel des droits

    Établir qui, parmi les salariés, stagiaires, prestataires et cofondateurs, détient les droits, et vérifier que la chaîne de titularité remonte bien jusqu'à l'entreprise ou à vous.

  3. Étape 3 — Constituer la preuve de date et de contenu

    Déposer le code source auprès d'un tiers de confiance (APP, enveloppe Soleau numérique, huissier) pour disposer d'une date certaine opposable en cas de litige.

  4. Étape 4 — Encadrer les licences et cessions

    Rédiger ou auditer les contrats de licence, les CGU, les contrats de cession et de prestation pour que chaque flux de droits soit explicite et conforme aux exigences du Code de la propriété intellectuelle.

  5. Étape 5 — Inscrire et surveiller les actes significatifs

    Inscrire les nantissements et actes affectant la propriété au Registre national spécial des logiciels. Mettre en place une surveillance active du marché et des dépôts concurrents.

  6. Étape 6 — Réagir en cas de contrefaçon ou de contestation

    Faire constater l'atteinte par saisie-contrefaçon, ouvrir la négociation ou engager l'action judiciaire dans les délais utiles pour préserver vos chances de récupérer le préjudice.

Étape 1 — Vérifier l'éligibilité du logiciel au droit d'auteur

La première erreur à ne pas commettre : partir du principe que « tout code est protégé ». La loi protège les logiciels à condition qu'ils constituent une création intellectuelle propre à leur auteur. Ce critère, hérité de la directive européenne, a été consacré par la Cour de cassation : aucun autre critère ne doit être exigé pour déterminer si un logiciel bénéficie de la protection.

Jurisprudence
Un logiciel bénéficie de la protection du droit d'auteur dès lors qu'il constitue une création intellectuelle propre à son auteur, sans qu'aucun autre critère — notamment esthétique ou technique — ne puisse être exigé.

Cass. 1ère civ. — 2011-10-20 — n° 10-14.069

En pratique, cette condition est peu exigeante pour un code source écrit à la main, dès lors que les choix de structuration et d'écriture reflètent une personnalité. Elle devient discutable pour du code auto-généré, pour une simple compilation de bibliothèques open source, ou pour une routine standard que n'importe quel développeur aurait écrite de la même manière.

Vous devez aussi distinguer ce qui est protégé de ce qui ne l'est pas. Le code source et le code objet sont protégés. Le matériel de conception préparatoire (spécifications, architecture, maquettes) l'est également. En revanche, les fonctionnalités, les idées, les méthodes de calcul et les langages de programmation échappent à la protection. Un concurrent qui réécrit intégralement un logiciel pour obtenir les mêmes fonctions, sans reprise de code, n'est pas contrefacteur.

Étape 2 — Identifier le titulaire des droits d'auteur sur le logiciel

La titularité ne se devine pas, elle se démontre. Trois régimes coexistent et ils ne produisent pas les mêmes effets.

Logiciel créé par un salarié

Le Code de la propriété intellectuelle règle la question en faveur de l'employeur. Les droits patrimoniaux sur le logiciel créé par un salarié dans l'exercice de ses fonctions sont dévolus de plein droit à l'entreprise, sans qu'un acte de cession soit nécessaire.

Sauf stipulation contraire, le logiciel créé par un ou plusieurs employés dans l'exercice de leurs fonctions appartient à l'employeur auquel sont dévolus tous les droits reconnus aux auteurs.
Article L113-9 du Code de la propriété intellectuelle

Deux limites méritent attention. La dévolution ne joue que « dans l'exercice des fonctions » : un développement réalisé hors mission, en dehors des heures et sans moyens de l'entreprise, échappe à l'employeur. La clause contraire est possible : certains contrats de travail dans l'ingénierie ou la recherche prévoient une rémunération complémentaire ou une co-titularité négociée.

Logiciel développé par un prestataire externe

Le régime salarial ne s'applique pas. Un freelance, un consultant ou une agence conserve ses droits sauf cession expresse et écrite au client. La facture ne vaut pas cession. Un email d'accord ne suffit généralement pas. La cession doit mentionner précisément les droits cédés (reproduction, adaptation, distribution), les supports, la durée, le territoire et la rémunération correspondante.

Un cabinet voit régulièrement des start-up découvrir, à l'occasion d'une levée de fonds, que leur code cœur appartient encore à l'ancien freelance qui l'a écrit. La régularisation coûte alors beaucoup plus cher qu'une cession bien rédigée au départ.

Logiciel issu de la recherche publique

Les logiciels développés par les agents publics dans le cadre de la recherche obéissent à un régime particulier. Une prime d'intéressement est due à l'agent auteur lorsque le logiciel est exploité par l'organisme public, et peut continuer à être versée au-delà du terme de l'accueil.

Le cas échéant, elle continue à être versée à l'auteur du logiciel pendant le temps d'exploitation de la création logicielle après le terme de l'accueil par la personne morale de droit public. En cas de décès de l'auteur, la prime d'intéressement est versée à ses ayants droit jusqu'au terme de l'année au cours de laquelle l'auteur du logiciel est décédé.
Article D532-8 du Code de la recherche

Œuvre collective : à manier avec prudence

La qualification d'œuvre collective permet à une entreprise de revendiquer la titularité initiale, sans passer par une cession. Mais la jurisprudence exige une démonstration précise : initiative, direction, fusion des contributions dans un ensemble sans qu'il soit possible d'y attribuer un droit distinct. À défaut, le logiciel reste la propriété de son ou ses auteurs identifiés.

Jurisprudence
La qualification d'œuvre collective ne se présume pas. L'entreprise qui s'en prévaut doit démontrer qu'elle a pris l'initiative du logiciel, l'a édité, publié et divulgué sous sa direction. À défaut, un développeur identifié peut faire reconnaître sa titularité et interdire à l'entreprise de se présenter comme auteur.

Cass. 1ère civ. — 2015-01-15 — n° 13-23.566

Étape 3 — Constituer la preuve de date pour défendre le droit d'auteur du logiciel

La protection naît sans formalité, mais le contentieux se joue sur la preuve. Face à un contrefacteur, vous devez démontrer deux choses : que le code vous appartient, et qu'il existait sous telle forme à telle date. Sans date certaine, vos chances s'effondrent.

Les dépôts probatoires reconnus

Trois mécanismes dominent la pratique. Le dépôt auprès de l'Agence pour la protection des programmes (APP) est le plus répandu dans l'édition logicielle : vous déposez les sources, l'agence délivre un numéro et conserve une copie scellée. L'enveloppe Soleau électronique de l'INPI offre une date certaine à moindre coût pour des éléments courts (documentation, extraits de code, maquettes). Le constat d'huissier (commissaire de justice) sur un code source horodaté par procès-verbal reste utile pour sécuriser un état donné à l'approche d'un contentieux.

L'inscription des actes au registre spécial des logiciels

Certains actes doivent être inscrits sur un registre dédié tenu par l'INPI pour être opposables aux tiers, en particulier les nantissements et les actes modifiant la propriété.

Les nantissements du droit d'exploitation des logiciels sont inscrits sur le Registre national spécial des logiciels tenu par l'Institut national de la propriété industrielle. [...] Les actes modifiant la propriété ou la jouissance du droit d'exploitation ; les actes modifiant les droits du créancier nanti ; les demandes en justice et les décisions.
Article R132-8 du Code de la propriété intellectuelle

Si vous accordez un nantissement sur votre logiciel pour garantir un prêt bancaire, ou si vous rachetez un portefeuille logiciel, l'inscription conditionne votre protection contre les créanciers du cédant et les tiers de bonne foi. L'oubli d'inscription est l'un des défauts juridiques les plus fréquents dans les opérations de M&A tech.

Étape 4 — Encadrer les licences et cessions pour sécuriser l'exploitation du logiciel

La façon dont vous commercialisez votre logiciel détermine ce que vos clients peuvent en faire et ce que vous conservez. La chambre commerciale de la Cour de cassation a rappelé en 2024 une distinction essentielle : la licence d'utilisation n'est pas une vente et n'opère pas transfert de propriété.

Jurisprudence
La fourniture d'une licence d'utilisation d'un logiciel ne constitue pas une cession de propriété permettant de jouer une clause de réserve de propriété. L'opération relève du droit d'exploitation du titulaire au sens de l'article L. 122-6 du Code de la propriété intellectuelle, qui organise un régime autonome d'autorisation d'usage.

Cass. com. — 2024-03-06 — n° 22-18.818

La conséquence pratique est double. Pour l'éditeur, cela signifie qu'il peut structurer son offre en autorisations d'usage encadrées (nombre d'utilisateurs, durée, territoire) sans jamais se dessaisir de son droit. Pour l'utilisateur professionnel, cela signifie que l'achat d'une licence n'est pas l'achat d'un bien : il n'y a ni revente libre, ni cession spontanée, en dehors des cas prévus par la loi.

Les clauses à ne pas oublier dans une licence

Une licence utile pour un éditeur comporte au minimum : la définition précise du logiciel concerné (nom, version), le périmètre des droits concédés (utilisation seule, modification interdite ou autorisée dans certaines limites), le nombre d'utilisateurs ou de machines, la durée, le territoire, les conditions de maintenance et d'évolution, les cas de résiliation et les garanties exclues ou limitées.

Cession versus licence : ne jamais confondre

La cession transfère la propriété, la licence autorise un usage. Un contrat qui mélange les deux vocabulaires crée des années de contentieux. Si vous cédez un logiciel à un repreneur, le contrat doit employer explicitement les termes « cession » et « transfert de propriété » et détailler les droits patrimoniaux cédés. Si vous ne faites qu'autoriser l'usage, employez « licence » et bannissez toute mention de « vente ».

Le régime fiscal suit cette distinction. La cession totale ou partielle d'un droit patrimonial reconnu à l'auteur relève en principe d'un taux de TVA dérogatoire, mais ce taux ne s'applique pas aux logiciels.

Relève d'un taux dérogatoire la cession totale ou partielle d'un droit patrimonial reconnu par le code de la propriété intellectuelle à l'auteur ou à l'artiste-interprète et ne portant pas sur une œuvre [...]. Ce taux ne s'applique pas au droit portant sur les œuvres d'architecture et les logiciels.
Article L213-228 du Code des impositions sur les biens et services

Étape 5 — Protéger le droit d'auteur du logiciel à l'international et surveiller le marché

Le droit français ne s'arrête pas aux frontières, mais il n'a pas de portée universelle automatique. Les droits reconnus en France aux auteurs étrangers obéissent à une condition de réciprocité.

Sous réserve des conventions internationales, les droits reconnus en France aux auteurs de logiciels par le présent code sont reconnus aux étrangers sous la condition que la loi de l'État dont ils sont les nationaux ou sur le territoire duquel ils ont leur domicile, leur siège social ou un établissement effectif accorde sa protection aux logiciels créés par les nationaux français.
Article L111-5 du Code de la propriété intellectuelle

En pratique, les conventions internationales (Convention de Berne, accords ADPIC) assurent la protection dans la quasi-totalité des pays où vos clients se trouvent, mais les modalités d'action varient. Un éditeur qui exploite son logiciel au-delà de l'Union européenne doit cartographier ses marchés clés et vérifier les voies de recours disponibles : juridiction compétente, dépôts complémentaires éventuels, mandataires locaux.

Épuisement du droit et marché gris

L'auteur d'un logiciel peut limiter la commercialisation à certains territoires. La jurisprudence a confirmé qu'un titulaire peut agir contre l'importation en France d'exemplaires d'un logiciel exclusivement destinés à un autre marché, dès lors que la mise sur le marché visée par la loi est celle du territoire français.

Jurisprudence
Le droit d'exploitation du titulaire comprend celui d'autoriser la mise sur le marché. Il peut donc faire sanctionner l'importation en France d'exemplaires d'un logiciel exclusivement destinés par l'éditeur à la distribution sur un autre marché géographique.

Cass. crim. — 2003-12-16 — n° 03-80.002

Mettre en place une veille active

La protection sans surveillance est illusoire. Les pratiques utiles consistent à surveiller les dépôts APP concurrents, les publications sur les grandes plateformes de code (GitHub, GitLab), les offres commerciales suspectes de reprise, et à mettre en place une alerte sur les noms de marque associés au produit. Un contrefacteur signalé dans les six mois a bien plus de chances d'être neutralisé qu'un contrefacteur découvert trois ans après le lancement de son offre.

Étape 6 — Agir en cas d'atteinte au droit d'auteur du logiciel

Une suspicion de contrefaçon se traite en trois temps : constater, qualifier, agir. Chacun comporte des pièges opérationnels.

Faire constater l'atteinte

La saisie-contrefaçon est le mécanisme central. Autorisée par ordonnance du président du tribunal judiciaire, elle permet à un commissaire de justice de se rendre dans les locaux présumés contrefacteurs pour saisir ou décrire les éléments litigieux. Pour un logiciel, l'opération suppose un expert technique qui accompagne le commissaire : copie des sources, extraction des métadonnées, saisie des contrats de licence et de la documentation commerciale. Préparer l'ordonnance et la mission exige du temps, mais la qualité de la saisie conditionne la suite du dossier.

Qualifier l'atteinte

Toute reprise n'est pas contrefaçon. L'analyse porte sur la similarité du code (comparaison ligne à ligne, structures, commentaires), sur la reprise d'éléments protégeables (pas seulement des fonctionnalités) et sur l'accès possible du contrefacteur au code source. Un expert judiciaire ou amiable est quasi systématiquement nécessaire pour objectiver la contrefaçon.

Choisir la voie d'action

Trois options existent. La mise en demeure, suivie d'une négociation (licence régularisée, cessation d'usage, indemnité transactionnelle), suffit souvent pour les contentieux B2B où la relation commerciale compte. L'action civile en contrefaçon devant le tribunal judiciaire permet d'obtenir des dommages-intérêts, l'interdiction et le retrait des exemplaires. L'action pénale, plus rare, est réservée aux atteintes caractérisées et aux cas où une sanction dissuasive est recherchée.

Ce qu'il faut faire maintenant

  • Cartographier en une page la liste des contributeurs ayant écrit du code de votre logiciel, en précisant leur statut (salarié, prestataire, stagiaire, cofondateur, open source).
  • Vérifier qu'un acte écrit (contrat de travail, contrat de cession, licence open source compatible) couvre chaque contribution.
  • Procéder au premier dépôt APP ou enveloppe Soleau numérique du code source actuel, et programmer un dépôt à chaque version majeure.
  • Faire auditer ou rédiger vos contrats de licence et CGU par un avocat spécialisé si votre produit est en commercialisation ou le sera dans les six mois.
  • Mettre en place une veille simple (alertes sur le nom du produit, veille des dépôts concurrents) et conserver les éléments de preuve de toute suspicion de reprise.

Questions fréquentes

  • Faut-il déposer un logiciel pour qu'il soit protégé par le droit d'auteur ?

    Non, la protection naît de la seule création, dès lors que le logiciel constitue une création intellectuelle propre à son auteur. Aucun dépôt n'est obligatoire pour acquérir des droits. Cependant, un dépôt probatoire (APP, enveloppe Soleau numérique, constat d'huissier) est indispensable pour prouver la date et le contenu du code en cas de contentieux. Sans date certaine, vous aurez beaucoup de mal à faire reconnaître une contrefaçon face à un concurrent qui prétend avoir développé le logiciel indépendamment ou avant vous. Le dépôt n'ouvre pas de droit, il sécurise la preuve.

  • À qui appartient un logiciel développé par un salarié ?

    Le Code de la propriété intellectuelle prévoit que, sauf stipulation contraire, le logiciel créé par un salarié dans l'exercice de ses fonctions appartient à l'employeur, qui bénéficie de la dévolution automatique des droits patrimoniaux. Deux conditions sont essentielles : le salarié doit être lié par un contrat de travail au moment de la création, et le développement doit relever de ses fonctions ou d'instructions reçues. Un développement personnel réalisé en dehors des missions, sans utiliser les moyens de l'entreprise, échappe à l'employeur. Le contrat de travail peut aménager ce régime, par exemple en prévoyant une rémunération complémentaire ou un partage des droits.

  • Un logiciel développé par un freelance m'appartient-il automatiquement ?

    Non. La règle de dévolution automatique à l'employeur ne joue pas pour un prestataire externe. Un freelance, un consultant ou une agence conserve ses droits sur le logiciel développé, sauf cession expresse et écrite au client. Le simple paiement de la facture n'opère pas transfert de droits. Pour que le client devienne titulaire, le contrat doit prévoir une cession explicite des droits patrimoniaux, en précisant les droits cédés (reproduction, adaptation, distribution), les supports, la durée et le territoire. Beaucoup d'entreprises découvrent, à l'occasion d'une levée de fonds ou d'une cession, que leur code appartient encore à l'ancien prestataire : la régularisation est alors longue et coûteuse.

  • Quelle est la différence entre une licence et une cession de logiciel ?

    La cession transfère la propriété du logiciel ou de certains droits patrimoniaux au bénéficiaire, qui devient titulaire. La licence autorise simplement un usage, dans des conditions définies, sans transfert de propriété. La Cour de cassation a rappelé en 2024 que la fourniture d'une licence d'utilisation ne constitue pas une vente et ne peut pas déclencher une clause de réserve de propriété, car elle relève du droit d'exploitation du titulaire. Un contrat qui mélange les deux vocabulaires est source de contentieux : employez précisément « cession » ou « licence » selon ce que vous voulez effectivement faire, et détaillez les droits concernés.

  • Comment prouver la contrefaçon d'un logiciel ?

    La preuve de la contrefaçon repose sur trois éléments : votre titularité des droits (chaîne contractuelle complète), la date certaine de votre code (dépôt probatoire), et la démonstration de la reprise. Pour cette dernière, la saisie-contrefaçon autorisée par le président du tribunal judiciaire est l'outil central : un commissaire de justice, assisté d'un expert technique, se rend chez le contrefacteur présumé pour saisir ou décrire le code et les documents utiles. L'analyse ultérieure, souvent confiée à un expert judiciaire, compare les codes ligne à ligne pour établir la similarité au-delà des simples fonctionnalités. Le résultat de ces comparaisons sert de fondement à l'action en contrefaçon devant le tribunal.

  • Quels éléments d'un logiciel ne sont pas protégés par le droit d'auteur ?

    La protection ne porte pas sur tout. Les fonctionnalités d'un logiciel, les idées sous-jacentes, les algorithmes abstraits, les méthodes de calcul, les langages de programmation et les interfaces de programmation (dans leur dimension purement fonctionnelle) échappent à la protection par le droit d'auteur. Un concurrent qui réécrit intégralement un logiciel pour obtenir les mêmes fonctions, sans jamais copier votre code, n'est pas contrefacteur. Ce qui est protégé, c'est le code source, le code objet et le matériel de conception préparatoire (spécifications, architecture détaillée), lorsque ces éléments reflètent une création intellectuelle propre à leur auteur. Pour protéger une invention technique sous-jacente, il faut envisager le brevet, dans les limites de la brevetabilité des inventions mises en œuvre par logiciel.

À lire dans le prolongement