Cession de logiciel : le guide juridique complet pour sécuriser l’opération

Par David Joseph Atias, avocat au Barreau de Paris · LinkedIn · Juillet 2026

Céder un logiciel est une opération à haut risque juridique. Derrière un accord simple se cachent des droits d’auteur, du code source, une base clients et des contrats. Or, une seule faille dans la chaîne des droits peut tout fragiliser. Ce guide complet détaille donc, étape par étape, comment sécuriser l’opération, du cadre juridique à la valorisation.

SOMMAIRE

1. Qu’est-ce qu’une cession de logiciel ?
2. Ce que l’on cède réellement
3. Le cadre juridique applicable
4. Asset deal ou share deal ?
5. Les 5 points de vigilance
6. Valorisation et prix
7. Les erreurs fréquentes à éviter
8. Pourquoi faire appel à Atias Avocats
9. Conclusion
10. FAQ — Questions fréquentes

1. Qu’est-ce qu’une cession de logiciel ?

Une cession de logiciel transfère la propriété des droits sur un programme. Le cédant s’en dessaisit ; ainsi, l’acquéreur en devient titulaire. Cette opération se distingue nettement de la licence. En effet, la licence n’accorde qu’un simple droit d’usage.

La confusion entre les deux notions coûte cher. Céder un logiciel revient à le vendre définitivement. Le licencier revient, au contraire, à le louer. Ainsi, l’éditeur qui « cède » alors qu’il voulait « licencier » perd tout contrôle sur son actif.

Par ailleurs, une troisième voie existe : l’apport en société. Ici, le logiciel est apporté au capital d’une entreprise. En échange, l’apporteur reçoit des titres, et non un prix. De plus, le régime fiscal de l’apport diffère de celui de la vente.

Choisir la bonne qualification est donc décisif. Une opération mal qualifiée fragilise l’ensemble du projet. C’est pourquoi la rédaction doit être précise dès le départ. Chaque terme engage des conséquences juridiques et fiscales lourdes.

2. Ce que l’on cède réellement

Un logiciel n’est jamais un actif isolé. Une cession de logiciel emporte, en réalité, tout un écosystème. Identifier chaque élément évite donc les oublis coûteux.

D’abord, le cœur du transfert reste les droits patrimoniaux d’auteur. L’article L.122-6 du Code de la propriété intellectuelle en fixe le contenu : reproduction, adaptation, mise sur le marché. À ces droits s’ajoute le code source, avec sa documentation technique. Sans lui, l’acquéreur ne peut ni maintenir ni faire évoluer le produit. La protection du code source comme actif est donc centrale.

Ensuite, d’autres actifs accompagnent souvent la cession. La marque se cède par écrit, avec inscription au registre (article L.714-1). Le nom de domaine se transfère auprès du bureau d’enregistrement. Par ailleurs, la base clients constitue une valeur majeure. Elle relève du droit des bases de données, mais aussi du RGPD ; notre guide RGPD entreprise encadre ce transfert de données.

Enfin, les contrats en cours et le savoir-faire complètent l’ensemble. Les licences clients, la maintenance et l’hébergement doivent être transférés. Or, la cession d’un contrat suppose l’accord du cocontractant (article 1216 du Code civil). Enfin, le savoir-faire relève du secret des affaires. Il se protège et se transmet avec rigueur.

3. Le cadre juridique applicable

Le logiciel bénéficie d’un droit d’auteur spécial. Ce régime particulier gouverne toute l’opération. Le connaître est indispensable pour sécuriser l’acte.

En effet, la titularité initiale suit une règle spécifique. L’article L.113-9 attribue à l’employeur les droits sur un logiciel créé par ses salariés. Cette dévolution est automatique. Cependant, elle ne joue pas pour un prestataire indépendant. Ce point est la première source de contentieux.

Les droits moraux obéissent, ensuite, à un régime dérogatoire. L’article L.121-7 limite fortement les prérogatives de l’auteur. Celui-ci ne peut s’opposer aux modifications, sauf atteinte à son honneur. De plus, il ne dispose pas du droit de repentir. Cette souplesse facilite grandement la cession.

Le formalisme du transfert reste, en revanche, strict. L’article L.131-3 impose de mentionner distinctement chaque droit cédé. Il faut aussi délimiter l’étendue, la destination, le lieu et la durée. Une cession « tous droits » est donc à proscrire. Elle expose à la nullité du transfert.

Enfin, le droit des contrats et le droit commercial encadrent l’opération. La garantie d’éviction (article 1626 du Code civil) protège l’acquéreur. Le secret des affaires sécurise le savoir-faire. Ainsi, cette opération combine plusieurs corpus, qu’il faut articuler avec soin.

4. Asset deal ou share deal ?

Deux structures principales s’offrent aux parties. L’asset deal cède directement le logiciel et les actifs choisis. Le share deal cède, lui, les titres de la société qui le détient. Le choix conditionne le passif, les contrats et la fiscalité.

En résumé, l’acquéreur préfère souvent l’asset deal. Il évite ainsi le passif caché de la société. Le cédant, lui, privilégie parfois le share deal. En effet, celui-ci permet une sortie complète et souvent mieux traitée fiscalement. Le montage doit donc résulter d’un arbitrage éclairé.

5. Les 5 points de vigilance

Cinq points concentrent l’essentiel du risque. Les traiter méthodiquement sécurise toute l’opération. Chacun fait l’objet d’un guide dédié.

5.1 La chaîne des droits

On ne cède que ce que l’on possède réellement. Or, les droits sont souvent dispersés entre salariés, prestataires et anciens associés. Un développement confié à un freelance sans cession écrite reste sa propriété. Reconstituer la chaîne est donc prioritaire ; notre analyse sur la propriété du code source d’un prestataire l’explique en détail.

5.2 La due diligence

L’audit préalable révèle les failles avant la signature. Il couvre la titularité, les composants open source et les contrats. Un simple module sous licence copyleft peut, par exemple, contaminer tout le produit. Notre guide sur la due diligence logiciel avant une cession détaille cette méthode.

5.3 Les clauses du contrat

Le contrat de cession fixe l’équilibre de l’opération. Délimitation des droits, prix, garanties et non-concurrence y figurent. Chaque clause doit être calibrée avec précision. Notre guide des clauses d’un contrat de cession de logiciel en présente les points sensibles.

5.4 Le processus, de la lettre d’intention au closing

Une cession suit un déroulé rigoureux. Lettre d’intention, audit, protocole puis closing s’enchaînent. Chaque étape sécurise la suivante. Notre guide sur les étapes d’une cession de logiciel décrit ce parcours complet.

5.5 Les garanties et responsabilités

Les garanties protègent l’acquéreur après la vente. Garantie d’éviction, de conformité et de non-contrefaçon s’articulent. Des plafonds et des franchises encadrent la responsabilité. Notre guide sur les garanties d’une cession de logiciel approfondit ce volet.

Deux dimensions premium méritent, en outre, une attention particulière. D’abord, un logiciel intégrant de l’IA soulève des questions spécifiques : transfert des obligations de l’AI Act et sort des données d’entraînement, détaillés dans notre guide céder un logiciel intégrant de l’IA. Ensuite, une cession vers un acquéreur étranger appelle une analyse de la loi applicable, du contrôle des investissements et de la fiscalité, traitée dans notre guide cession à un acquéreur étranger.

6. Valorisation et prix

En effet, le prix résulte d’une valorisation argumentée. Plusieurs méthodes coexistent selon le profil du logiciel. Les combiner renforce la solidité de la négociation.

Pour un modèle par abonnement, le revenu récurrent guide l’évaluation. Un multiple du revenu récurrent annuel s’applique, souvent de trois à huit fois selon la croissance. Pour un éditeur rentable, un multiple d’EBITDA est fréquent, généralement de six à douze fois. En revanche, un logiciel non commercialisé se valorise par son coût de remplacement.

Le prix se structure ensuite avec finesse. Un complément de prix, ou earn-out, indexe une partie sur les performances futures. Ce mécanisme aligne cédant et acquéreur sur un à trois ans. De plus, un ajustement de prix corrige le montant au closing.

De plus, une part du prix est souvent séquestrée. Ce séquestre garantit l’exécution des garanties, notamment la GAP. Il porte fréquemment sur dix à vingt pour cent du prix. Ainsi, l’acquéreur dispose d’un recours concret en cas de passif révélé.

7. Les erreurs fréquentes à éviter

Certaines erreurs reviennent dans presque tous les dossiers. Les connaître permet d’anticiper et de sécuriser l’opération. Voici les quatre plus dangereuses.

La première est la cession orale ou imprécise. Sans écrit délimité, le transfert des droits reste fragile. Il peut même être annulé, faute de respect de l’article L.131-3. Un acte détaillé s’impose donc systématiquement.

De plus, la deuxième est l’absence de délimitation des droits. Une formule vague ou globale ne suffit pas. Chaque droit cédé doit être nommé et cadré. À défaut, l’étendue réelle de la cession devient incertaine.

Par ailleurs, la troisième est l’oubli de l’open source. Un composant sous licence copyleft impose ses propres règles. Il peut limiter, voire empêcher, une cession exclusive. Un audit des dépendances est donc indispensable.

Enfin, la quatrième est l’oubli des prestataires freelance. Leurs développements ne sont pas cédés automatiquement. Sans contrat, ils restent titulaires de leurs droits. Nos analyses sur les litiges avec un développeur freelance illustrent ce risque récurrent.

Pourquoi faire appel à Atias Avocats

Une cession de logiciel exige des compétences rares et convergentes. Il faut maîtriser la propriété intellectuelle, les contrats IT, le droit des sociétés et le RGPD. Ainsi, Atias Avocats réunit ces expertises. En effet, un acte de cession sans audit de la chaîne des droits reste fragile. De même, une valorisation sans vision juridique manque sa cible. Cette approche intégrée sécurise l’opération de bout en bout. Pour aller plus loin, consultez nos services en contrats informatiques.

Conclusion

Une cession de logiciel n’a rien d’une simple vente. C’est une opération complexe, où chaque détail compte. La chaîne des droits, l’audit, les clauses et les garanties en forment l’ossature. Or, une seule faille peut compromettre l’ensemble du transfert. C’est pourquoi la préparation prime toujours sur la vitesse. Sécuriser l’opération dès l’origine protège la valeur et évite le contentieux. Anticiper reste, ainsi, le meilleur investissement pour vendre ou acquérir un logiciel en confiance.

FAQ — Questions fréquentes

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

La cession transfère la propriété des droits patrimoniaux sur le logiciel : le cédant s’en dessaisit définitivement. La licence n’accorde qu’un droit d’usage, l’éditeur conservant la titularité. En pratique, céder un logiciel équivaut à le vendre, tandis que le licencier revient à le louer. Le régime juridique et fiscal diffère donc profondément.

Faut-il obligatoirement un écrit pour céder un logiciel ?

Oui, en pratique. L’article L.131-3 du Code de la propriété intellectuelle impose de mentionner distinctement chaque droit cédé et d’en délimiter l’étendue, la destination, le lieu et la durée. Une cession orale ou imprécise expose à une requalification, voire à la nullité du transfert des droits. Un écrit détaillé est donc indispensable.

Qui détient les droits sur un logiciel développé par un freelance ?

Le freelance, sauf cession écrite. L’article L.113-9 attribue automatiquement à l’employeur les droits sur un logiciel créé par un salarié. En revanche, cette dévolution ne joue pas pour un prestataire indépendant. Sans contrat de cession, le développeur reste titulaire des droits, ce qui bloque toute cession ultérieure du logiciel.

Asset deal ou share deal : lequel choisir pour vendre un logiciel ?

Cela dépend des objectifs. L’asset deal transfère seulement le logiciel et les actifs choisis, sans le passif du cédant : l’acquéreur le préfère souvent. Le share deal transfère les titres de la société, donc l’ensemble de son actif et de son passif, ce qui impose une garantie d’actif et de passif. La fiscalité et la reprise des contrats diffèrent selon le montage.

Comment valoriser un logiciel à céder ?

Plusieurs méthodes coexistent. Pour un SaaS, un multiple du revenu récurrent annuel s’applique souvent, de trois à huit fois selon la croissance. Pour un éditeur, un multiple d’EBITDA est fréquent. Un logiciel non commercialisé se valorise par son coût de remplacement. Un complément de prix, ou earn-out, peut indexer une partie du prix sur les performances futures.

Faut-il inclure le code source dans la cession de logiciel ?

Oui, c’est essentiel. Sans le code source et la documentation technique, l’acquéreur ne peut ni maintenir ni faire évoluer le logiciel. La cession de code source doit donc être expressément prévue, avec livraison, environnements et dépendances. À défaut, la cession reste largement théorique et perd une grande partie de sa valeur.

Contact : david@atiasavocats.com | LinkedIn: David Joseph Atias | https://www.atiasavocats.com | 42 rue de la Clef, 75005 Paris

Atias Avocats — Cession de logiciel, propriété intellectuelle, contrats IT & SaaS, RGPD