Modèle de contrat de licence logicielle gratuit (Word)

Sommaire

1. Quand utiliser ce contrat, et quand il ne convient pas
2. Ce que dit le droit français
3. Ce que contient ce modèle, article par article
4. Les pièges à éviter
5. Comment adapter ce modèle à votre situation
6. Ce que ce modèle ne remplace pas

Quand utiliser ce contrat, et quand il ne convient pas

Vous éditez un logiciel installé chez vos clients. Une société qui commercialise un progiciel, un logiciel métier ou un module technique déployé sur les postes ou serveurs du client concède un droit d’usage, et non une vente. Le contrat fixe le nombre de postes, d’utilisateurs ou de sites autorisés, la durée, le territoire et les restrictions d’exploitation. Il permet de facturer un usage tout en conservant la propriété du programme.

Vous acquérez une licence pour votre entreprise. Une PME qui déploie un outil de comptabilité, une ETI qui équipe ses bureaux d’études d’un logiciel de conception signe le même contrat, en position de licencié. La vigilance porte alors sur l’étendue réelle des droits concédés, la garantie contre l’éviction en cas de revendication d’un tiers, et les conditions de maintenance qui conditionnent la pérennité de l’usage.

Le logiciel est fourni avec de la maintenance ou du support. Beaucoup de licences s’accompagnent d’une maintenance corrective et évolutive et d’un support utilisateur. Le contrat peut les intégrer ou renvoyer à une convention distincte, mais il doit dans tous les cas préciser ce qui relève du droit d’usage initial et ce qui appelle une prestation facturée à part.

La relation implique un contrôle du respect du périmètre. Lorsque la redevance dépend du nombre de postes ou d’utilisateurs, l’éditeur a intérêt à prévoir un droit d’audit des licences déployées. Le contrat encadre alors la fréquence, le préavis et les conséquences d’un dépassement constaté.

Quand ce modèle ne convient pas. Si le logiciel est exploité en ligne, hébergé et administré par l’éditeur, sans installation chez le client, la relation relève du contrat SaaS et non de la licence. Si l’éditeur entend transférer définitivement la propriété du code, il ne s’agit plus d’une licence mais d’une cession de droits. Si la prestation consiste d’abord à développer un logiciel sur mesure, un contrat de développement au forfait est plus adapté. [À VÉRIFIER JURISTE : qualification exacte selon la part respective de la fourniture d’un progiciel standard et des développements spécifiques.]

Ce que dit le droit français

La licence est un contrat innomé, à la croisée de deux régimes. Le Code civil ne nomme pas la licence logicielle : elle relève du droit commun des contrats (articles 1101 et suivants du Code civil, issus de la réforme de 2016), combiné au régime spécial du logiciel du Code de la propriété intellectuelle. La licence n’est pas une cession de propriété mais une autorisation d’exploitation portant sur un bien meuble incorporel : le licencié reçoit le droit d’utiliser, pas de posséder.

L’article L. 122-6 délimite les droits que la licence autorise. Cet article réserve à l’auteur du logiciel les droits de reproduction, de traduction, d’adaptation, d’arrangement et de mise sur le marché du programme. La clause de licence d’utilisation a précisément pour objet de préciser lesquels de ces actes sont autorisés, dans quelle mesure et pour quel usage. À défaut de mention claire, l’étendue des droits concédés se lit de façon restrictive, au bénéfice de l’auteur.

Certaines facultés du licencié sont d’ordre public. L’article L. 122-6-1 du Code de la propriété intellectuelle protège l’utilisateur légitime. Le droit d’utiliser le logiciel conformément à sa destination (I) est protégé, mais l’éditeur peut, selon l’article L. 122-6-1, I in fine du même code, se réserver contractuellement le droit de corriger les erreurs et en fixer les modalités particulières. En revanche, la copie de sauvegarde (II), l’observation et l’étude du fonctionnement (III, nonobstant toute stipulation contraire) et la décompilation aux seules fins d’interopérabilité (IV) sont pleinement d’ordre public : elles ne peuvent pas être écartées par la licence, et une clause qui prétend les supprimer est inopposable. Le contrat peut encadrer leurs modalités, jamais les supprimer.

Le formalisme de la propriété littéraire et artistique s’invite dans la licence. La rédaction gagne à mentionner distinctement chaque droit concédé et son domaine d’exploitation, en s’inspirant de l’exigence de l’article L. 131-3 du Code de la propriété intellectuelle. Par ailleurs, la cession globale des œuvres futures est nulle (article L. 131-1). [À VÉRIFIER JURISTE : applicabilité exacte du formalisme de l’article L. 131-3 à la simple licence d’utilisation, qui n’est pas une cession de droits.]

Les clauses limitant la responsabilité connaissent des bornes. Entre professionnels, un plafond de responsabilité et l’exclusion des dommages indirects sont licites, mais une clause qui prive de sa substance l’obligation essentielle de l’éditeur est réputée non écrite (article 1170 du Code civil). Dans un contrat d’adhésion, une clause créant un déséquilibre significatif subit le même sort (article 1171). La réduction contractuelle des dommages et intérêts s’apprécie au regard de l’article 1231-3, et l’article L. 442-1 du Code de commerce sanctionne le déséquilibre significatif entre partenaires commerciaux. La limitation de responsabilité ne joue pas non plus en cas de faute lourde ou dolosive.

L’éditeur doit garantir une jouissance paisible. Comme dans tout contrat conférant l’usage d’un bien, le concédant répond de l’éviction : il garantit que le licencié pourra utiliser le logiciel sans être troublé par la revendication d’un tiers, notamment en contrefaçon (articles 1626 et suivants du Code civil). Cette garantie de jouissance paisible est l’un des engagements les plus scrutés par le licencié, car elle le protège d’une interruption forcée de l’usage. Lorsque le logiciel traite des données personnelles, l’article 28 du Règlement général sur la protection des données impose en outre un encadrement de la sous-traitance, et la prescription de droit commun est de cinq ans (article 2224 du Code civil).

Ce que contient ce modèle, article par article

Article 1. Définitions et objet. L’article identifie le logiciel concédé, sa version, sa documentation, et pose la qualification : une licence d’usage, non une cession de propriété. Des définitions claires (poste, utilisateur, site, environnement) évitent les litiges ultérieurs sur ce que recouvre exactement le droit concédé.

Article 2. Étendue des droits concédés. Le cœur du contrat. Le modèle énumère les actes autorisés au regard de l’article L. 122-6 du Code de la propriété intellectuelle : nombre d’utilisateurs, de postes ou de sites, environnements couverts, usage interne ou non. Il précise le caractère non exclusif de la concession, sous réserve d’une éventuelle clause d’exclusivité négociée, et rappelle les facultés d’ordre public que la licence ne peut restreindre.

Article 3. Restrictions et interdictions. L’article liste ce que le licencié ne peut pas faire : sous-licencier sans accord, mettre à disposition de tiers, dépasser le périmètre d’utilisateurs. Il doit être rédigé sans empiéter sur les exceptions légales de l’article L. 122-6-1, sous peine d’inopposabilité des interdictions correspondantes.

Article 4. Livraison, installation et vérification. Modalités de mise à disposition du logiciel et de la documentation, éventuelle assistance à l’installation, et vérification de conformité. L’article fixe le point de départ du droit d’usage et des garanties.

Article 5. Prix, redevance et facturation. Montant de la licence, caractère forfaitaire ou récurrent, périodicité de la redevance, délai de paiement conforme au plafond de l’article L. 441-10 du Code de commerce, pénalités de retard. Lorsque la redevance dépend du nombre de postes, le mode de comptage doit être transparent.

Article 6. Maintenance et support. Le modèle distingue la maintenance corrective, la maintenance évolutive et le support utilisateur, et précise si ces prestations sont incluses ou font l’objet d’un contrat distinct. Il fixe les canaux, les délais de prise en charge et le sort des nouvelles versions.

Article 7. Propriété intellectuelle et garantie d’éviction. L’article réserve à l’éditeur la propriété du logiciel et de ses droits antérieurs, et garantit le licencié contre toute revendication d’un tiers en contrefaçon, avec prise en charge de la défense. C’est la contrepartie de la sécurité d’usage attendue par le licencié.

Article 8. Audit des licences. Droit pour l’éditeur de vérifier le respect du périmètre concédé : préavis, fréquence raisonnable, conditions d’accès, et régularisation en cas de dépassement constaté. L’article protège le modèle de facturation à l’usage sans devenir intrusif.

Article 9. Confidentialité. Chaque partie protège les informations sensibles reçues de l’autre, notamment le code, la documentation technique et les données du licencié auxquelles l’éditeur pourrait accéder lors du support.

Article 10. Déclarations et garanties et responsabilité. Garantie de conformité du logiciel à sa documentation, plafond de responsabilité, exclusion des dommages indirects, dans les bornes des articles 1170, 1231-3 et, en contrat d’adhésion, 1171 du Code civil.

Article 11. Durée et fin du contrat. Durée de la licence, conditions de résiliation, et surtout sort des licences en fin de contrat : cessation de l’usage, désinstallation, restitution ou destruction des copies. Cet article évite la survivance d’un usage non autorisé après l’échéance.

Article 12. Droit applicable et litiges. Droit français, langue du contrat et juridiction compétente, précédés le cas échéant d’une étape de règlement amiable.

Les pièges à éviter

Confondre licence et cession de droits. Rédiger le contrat comme une vente, alors que l’éditeur entend rester propriétaire du logiciel, brouille la qualification et fragilise l’ensemble. La licence concède un usage encadré, la cession transfère la titularité des droits. Cette distinction commande la propriété du code, la facturation et le sort du logiciel à l’échéance.

Vouloir interdire ce que la loi rend inaliénable. Interdire la copie de sauvegarde, l’observation du fonctionnement ou la décompilation à fin d’interopérabilité expose la clause à l’inopposabilité, car l’article L. 122-6-1 du Code de la propriété intellectuelle protège ces facultés d’ordre public. Une licence qui empile des interdictions illicites perd en crédibilité sans gagner en protection.

Concéder des droits en termes vagues. Une licence qui autorise l’usage sans préciser le nombre d’utilisateurs, les sites ou les environnements couverts se lit de façon restrictive contre l’éditeur, ou nourrit le litige côté licencié. Chaque droit concédé mérite une mention distincte, dans l’esprit de l’article L. 131-3 du Code de la propriété intellectuelle.

Négliger la garantie d’éviction. Un licencié qui découvre que le logiciel enfreint les droits d’un tiers peut se voir contraint d’en cesser l’usage. Sans garantie de jouissance paisible claire, il supporte seul un risque qui relève de l’éditeur. Cet engagement, et son articulation avec le plafond de responsabilité, se négocie explicitement.

Fixer un plafond de responsabilité déconnecté de l’enjeu. Un plafond limité à quelques mois de redevance, pour un logiciel dont dépend une fonction critique du licencié, risque d’être écarté par le juge comme privant l’obligation essentielle de sa substance (article 1170 du Code civil). Le plafond doit rester proportionné à la valeur réelle de l’usage concédé.

Comment adapter ce modèle à votre situation

Quelques champs se renseignent systématiquement : l’identité des parties, l’identification précise du logiciel et de sa version, le périmètre du droit d’usage (utilisateurs, postes, sites), le prix et sa périodicité, la durée. Le reste du texte convient à la plupart des licences de progiciel courantes.

L’étendue des droits concédés mérite le plus grand soin. C’est elle qui départage l’usage autorisé de la contrefaçon. Pour un progiciel standard déployé sur un parc défini, une concession non exclusive, limitée à un nombre d’utilisateurs, suffit. Pour un logiciel stratégique, le licencié cherchera parfois une exclusivité sectorielle ou territoriale, qui se négocie et se facture séparément.

Le volet maintenance et support s’ajuste selon la criticité du logiciel. Un outil bureautique se contente d’un support standard, quand un logiciel de production impose des délais de rétablissement courts et une maintenance corrective ferme. Décidez à l’avance si ces prestations relèvent du présent contrat ou d’une convention distincte, pour éviter les zones grises de facturation.

Adaptez enfin le contrôle du périmètre au modèle économique. Si la redevance dépend du nombre de licences déployées, une clause d’audit proportionnée protège l’éditeur sans peser sur l’exploitation du licencié. Si le logiciel traite des données personnelles, ajoutez un encadrement de la sous-traitance conforme à l’article 28 du Règlement général sur la protection des données.

Ce que ce modèle ne remplace pas

Un modèle est un point de départ, pas un avis. Il ne connaît ni la nature exacte du logiciel concédé, ni la part de développements spécifiques, ni le rapport de force entre les parties. Trois situations appellent une relecture par un professionnel : une licence portant sur un logiciel comportant des composants sous licence libre, dont les obligations peuvent contaminer les conditions de distribution ; une concession assortie de développements spécifiques, où la propriété de ce qui est créé pour le licencié doit être tranchée à l’avance ; et un contrat international, où le droit applicable, la langue et la juridiction compétente sont eux-mêmes en négociation.

C’est la raison pour laquelle ce modèle signale ses propres limites, plutôt que de se présenter comme suffisant en toute circonstance.