Contrat licence logiciel on-premise

Par Joseph David Atias, avocat au Barreau de Paris · LinkedIn · Avril 2026 · Lecture : 12 min

Malgré l’essor du SaaS, le modèle on-premise reste largement utilisé par les entreprises françaises. En effet, pour des raisons de sécurité, de souveraineté, de conformité sectorielle ou de coût long terme, beaucoup d’organisations préfèrent installer leurs logiciels sur leurs propres serveurs. Or, le contrat qui encadre cette installation — la licence logicielle on-premise — obéit à des règles juridiques bien spécifiques, très différentes de celles d’un contrat SaaS.

Ce guide vous explique tout ce qu’il faut savoir avant de négocier, signer ou auditer un contrat de licence logiciel on-premise. Nous détaillerons la nature juridique du contrat, les différences majeures avec le SaaS, les clauses essentielles à maîtriser, les pièges classiques, et enfin les points de vigilance en cas d’audit par l’éditeur.

Sommaire

Qu’est-ce qu’une licence logiciel on-premise ?
Le cadre juridique applicable en France
On-premise vs SaaS : comprendre les différences juridiques
Les 8 clauses essentielles du contrat on-premise
L’audit de licence : un enjeu majeur
Propriété intellectuelle et développements spécifiques
Résiliation et réversibilité
Les 5 pièges les plus fréquents
Comment négocier efficacement ?
FAQ — Licence logiciel on-premise

1. Qu’est-ce qu’une licence logiciel on-premise ?

Une licence logiciel on-premise — aussi appelée licence « sur site » — est un contrat par lequel un éditeur accorde à un client le droit d’installer et d’utiliser un logiciel sur l’infrastructure matérielle du client. Autrement dit, le logiciel est installé et exécuté sur les serveurs, postes de travail ou machines de l’entreprise cliente, et non sur ceux de l’éditeur.

Ce modèle se distingue donc clairement du SaaS, où le logiciel reste hébergé chez l’éditeur et accessible uniquement via internet. Dans le modèle on-premise, le client reçoit une copie exécutable du logiciel, qu’il installe et dont il maîtrise l’environnement technique.

Les deux formes principales de licence on-premise

On distingue généralement deux grandes familles de licences on-premise :

La licence perpétuelle : le client paie un montant unique initial et obtient un droit d’utilisation illimité dans le temps. En revanche, la maintenance et les mises à jour sont généralement facturées séparément, sur abonnement annuel.
La licence à durée limitée (ou locative) : le client paie une redevance périodique (annuelle ou mensuelle) pour utiliser le logiciel pendant la durée du contrat. À l’expiration, le droit d’utilisation s’éteint et le client doit désinstaller le logiciel.

C’est pourquoi il est essentiel, dès la négociation, de bien identifier le modèle retenu. En effet, les obligations et les coûts associés sont radicalement différents selon la forme choisie.

Pourquoi le on-premise reste pertinent en 2026

Malgré l’essor du cloud, plusieurs raisons justifient encore le choix du on-premise :

La souveraineté des données : garder les données sur ses propres serveurs limite les risques de transferts hors Union européenne et les accès par des autorités étrangères (Cloud Act américain).
La conformité sectorielle : certains secteurs réglementés (santé, défense, finance) exigent un niveau de contrôle que seul le on-premise garantit pleinement.
Le coût long terme : pour des déploiements massifs, l’achat perpétuel peut s’avérer moins onéreux qu’un abonnement SaaS étalé sur 10 ans.
La performance : certains logiciels métier critiques (CAO, calcul scientifique) nécessitent une infrastructure locale dédiée.

2. Le cadre juridique applicable en France

Contrairement au contrat SaaS, qui est un contrat sui generis relevant du droit commun, la licence logicielle on-premise bénéficie d’un cadre juridique spécifique. En effet, elle est directement régie par le Code de la propriété intellectuelle, plus particulièrement par les articles L.122-6 et L.122-6-1.

Le logiciel : une œuvre protégée par le droit d’auteur

Le logiciel est une œuvre de l’esprit protégée par le droit d’auteur (article L.112-2 13° du CPI). Ainsi, l’éditeur dispose de droits exclusifs sur son logiciel : droit de reproduction, droit de modification, droit de distribution. La licence est précisément l’acte par lequel l’éditeur autorise le client à accomplir certains de ces actes, normalement réservés.

Les droits de l’utilisateur légitime (article L.122-6-1 CPI)

Fait important, l’article L.122-6-1 du CPI reconnaît des droits impératifs à l’utilisateur légitime d’un logiciel. Ces droits ne peuvent pas être écartés contractuellement. Ils comprennent notamment :

Le droit de réaliser une copie de sauvegarde du logiciel
Le droit d’observer, étudier et tester le fonctionnement du logiciel
Le droit de procéder à une décompilation aux fins d’interopérabilité, sous conditions strictes

C’est pourquoi toute clause contractuelle qui interdirait ces opérations serait nulle. De plus, l’éditeur ne peut sanctionner le client pour l’exercice de ces droits légitimes.

L’épuisement du droit de distribution (arrêt UsedSoft)

L’arrêt UsedSoft rendu par la Cour de justice de l’Union européenne en 2012 a posé un principe majeur : le droit de distribution de l’éditeur s’épuise dès lors qu’il a vendu une licence perpétuelle contre un paiement unique. Ainsi, le premier acquéreur peut en principe revendre sa licence à un tiers — à condition de la désinstaller préalablement de ses systèmes.

Cette jurisprudence concerne toutefois uniquement les licences perpétuelles acquises en pleine propriété. En revanche, elle ne s’applique pas aux licences à durée limitée, ni aux licences liées à des services continus.

3. On-premise vs SaaS : comprendre les différences juridiques

Pour bien négocier une licence on-premise, il est essentiel d’en saisir les différences avec le SaaS. En effet, ces deux modèles obéissent à des logiques juridiques très distinctes. Voici les principales divergences.

Nature juridique : la licence on-premise est un contrat de cession de droits d’utilisation, encadré par le CPI. Le SaaS, en revanche, est un contrat de prestation de services sui generis.
Remise d’une copie : dans le on-premise, l’éditeur remet une copie exécutable du logiciel au client. Dans le SaaS, aucune copie n’est remise — l’accès se fait uniquement en ligne.
Maîtrise de l’infrastructure : le client on-premise maîtrise son infrastructure et son environnement technique. Le client SaaS dépend totalement de l’infrastructure de l’éditeur.
Continuité en cas de défaillance : si l’éditeur on-premise disparaît, le logiciel reste fonctionnel sur les serveurs du client. En SaaS, la faillite de l’éditeur entraîne l’arrêt immédiat du service.
Mises à jour : les mises à jour on-premise sont optionnelles et contractuelles. Les mises à jour SaaS sont automatiques et parfois unilatérales.
Audit de conformité : l’audit est un enjeu central du on-premise (risque de sur-utilisation). Dans le SaaS, l’utilisation est contrôlée automatiquement par le serveur.
Risque principal : le risque on-premise est l’audit et la contrefaçon. Le risque SaaS est la dépendance et le vendor lock-in.

En pratique, aucun modèle n’est intrinsèquement meilleur. Chacun présente ses avantages et ses risques juridiques propres. C’est pourquoi le choix doit résulter d’une analyse approfondie des besoins opérationnels et de la tolérance au risque de l’entreprise.

4. Les 8 clauses essentielles du contrat de licence on-premise

Un contrat de licence on-premise solide repose sur huit clauses principales. Leur rédaction conditionne l’essentiel des droits et obligations des parties. Voici ce qu’il faut savoir.

Clause 1 — L’étendue de la licence

Cette clause définit précisément le périmètre d’utilisation autorisé. Elle doit répondre à cinq questions : qui peut utiliser le logiciel (nombre d’utilisateurs nommés ou concurrents), où (sites géographiques autorisés), sur quoi (nombre de machines, CPU, cœurs, instances virtuelles), pourquoi (usage interne, production, test) et pendant combien de temps (perpétuel ou durée limitée).

Par ailleurs, les métriques de licence (user-based, processor-based, core-based) doivent être décrites sans ambiguïté. En effet, l’ambiguïté est toujours exploitée en défaveur du client lors d’un audit.

Clause 2 — La maintenance et les mises à jour

La maintenance couvre à la fois la correction des bugs (maintenance corrective) et l’apport de nouvelles versions (maintenance évolutive). Le contrat doit distinguer clairement ces deux volets, préciser leur prix, leur durée et les engagements de service associés (délai d’intervention, heures de support).

De plus, il est crucial de savoir ce qu’il se passe si le client résilie la maintenance. En effet, dans certains contrats, la résiliation de la maintenance fait perdre au client l’accès aux versions antérieures. C’est une clause à négocier systématiquement.

Clause 3 — Les garanties

Deux garanties principales doivent figurer au contrat :

La garantie de non-contrefaçon : l’éditeur garantit que le logiciel ne porte atteinte à aucun droit de tiers. En cas de revendication par un tiers, l’éditeur s’engage à prendre en charge la défense du client.
La garantie de fonctionnement : l’éditeur garantit que le logiciel fonctionne conformément à sa documentation pendant une période déterminée.

Ces garanties sont souvent plafonnées ou limitées par l’éditeur. Il convient donc de les négocier précisément, et notamment d’exclure du plafonnement les cas de contrefaçon.

Clause 4 — Le droit d’audit

L’éditeur se réserve quasi systématiquement le droit de vérifier la conformité du déploiement. Cette clause doit absolument être encadrée : préavis minimum (15 à 30 jours), fréquence maximale (1 fois par an), confidentialité, prise en charge des coûts par l’éditeur en cas d’audit abusif. Ce point sera développé en détail dans la section 5.

Clause 5 — La propriété intellectuelle

Le logiciel reste la propriété de l’éditeur. Néanmoins, certains développements spécifiques réalisés pour le client doivent faire l’objet d’une clause distincte. Nous y reviendrons en section 6.

Clause 6 — La responsabilité

Les plafonds de responsabilité doivent être calibrés en fonction du coût réel du déploiement et des dommages potentiels. Un plafond de 3 mois de redevance est manifestement insuffisant pour une licence structurante. Visez plutôt 12 à 24 mois de redevance, avec des exclusions claires pour la faute lourde, le dol et la contrefaçon.

Clause 7 — La résiliation

Le contrat doit prévoir des motifs de résiliation équilibrés entre les deux parties. Attention aux clauses asymétriques où l’éditeur peut résilier sans motif avec un préavis court, alors que le client n’a ce droit qu’en cas de manquement grave.

Clause 8 — Les conditions de fin de contrat

Même en on-premise, la fin du contrat soulève des questions importantes. Par exemple, que deviennent les données traitées par le logiciel ? Le client peut-il continuer à utiliser les versions antérieures après la fin de la maintenance ? Une clause de réversibilité doit clarifier ces points (voir section 7).

5. L’audit de licence : un enjeu majeur

L’audit de licence logicielle est l’un des principaux pièges du modèle on-premise. En effet, les grands éditeurs (Oracle, Microsoft, SAP, IBM, Autodesk) utilisent régulièrement l’audit comme un outil commercial pour obtenir des paiements supplémentaires ou imposer une migration vers le cloud.

Pourquoi les audits se multiplient

Plusieurs facteurs expliquent la multiplication des audits :

La complexité des métriques de licence rend les erreurs de déploiement quasi inévitables
Les technologies de virtualisation créent des ambiguïtés (un logiciel installé sur une VM compte-t-il pour tous les CPU physiques du serveur ?)
L’éditeur a un intérêt financier direct à identifier des « non-conformités »
Les audits servent parfois de levier pour pousser le client vers le cloud ou un abonnement

Encadrer la clause d’audit dans le contrat

La meilleure protection consiste à encadrer précisément la clause d’audit dès la signature du contrat. Voici les points de négociation prioritaires :

Préavis d’au moins 30 jours avant tout audit sur site
Limitation à un audit par an, sauf suspicion légitime documentée
Confidentialité : les résultats de l’audit ne peuvent pas être communiqués à des tiers
Non-perturbation : l’audit doit se dérouler pendant les heures ouvrées et ne pas perturber l’activité
Prise en charge des coûts : les coûts de l’audit sont à la charge de l’éditeur, sauf si une non-conformité significative est établie
Droit de contestation : le client dispose d’un délai pour contester les conclusions de l’audit avant toute facturation

Que faire en cas de notification d’audit ?

Si vous recevez une notification d’audit, plusieurs réflexes s’imposent. D’abord, vérifiez que la notification respecte la clause d’audit du contrat. Ensuite, ne signez aucun engagement ni aucune reconnaissance sans accompagnement juridique. Par ailleurs, documentez précisément votre déploiement avant l’audit et conservez l’ensemble des preuves d’acquisition des licences. Enfin, faites-vous accompagner par un avocat spécialisé dès la réception de la notification. En effet, l’audit est une procédure juridique — pas une simple vérification technique.

6. Propriété intellectuelle et développements spécifiques

Dans le cadre d’un contrat de licence on-premise, la question de la propriété intellectuelle revêt plusieurs dimensions. Il est essentiel de les maîtriser pour éviter les contentieux futurs.

Propriété du logiciel standard

Le logiciel standard, tel que commercialisé par l’éditeur, reste sa propriété exclusive. Le client ne devient pas propriétaire — il n’acquiert qu’un droit d’utilisation dans les conditions définies par la licence. C’est une évidence juridique, mais elle mérite d’être rappelée.

Développements spécifiques et paramétrages

La situation se complique lorsque l’éditeur réalise, à la demande du client, des développements spécifiques (modules complémentaires, paramétrages avancés, intégrations sur mesure). Qui détient la propriété de ces développements ? Le contrat doit répondre précisément à cette question.

Trois options existent :

Cession complète au client : le client devient propriétaire des développements. C’est le régime le plus protecteur, mais aussi le plus coûteux.
Licence exclusive au client : l’éditeur reste propriétaire, mais le client est le seul à pouvoir utiliser les développements.
Licence non exclusive : l’éditeur reste propriétaire et peut réutiliser les développements chez d’autres clients.

En pratique, beaucoup d’éditeurs imposent la licence non exclusive. Cependant, pour des développements stratégiques, une cession ou une licence exclusive peut être négociée — souvent contre paiement additionnel.

Clause d’escrow (séquestre du code source)

Pour des logiciels critiques, une clause d’escrow est fortement recommandée. Elle consiste à déposer le code source du logiciel auprès d’un tiers séquestre (notaire, organisme spécialisé comme l’APP). Ce code sera remis au client en cas de défaillance de l’éditeur (faillite, arrêt de commercialisation, cessation d’activité). Ainsi, la pérennité du logiciel est garantie même en cas de disparition de l’éditeur.

7. Résiliation et réversibilité

Les conditions de sortie d’un contrat on-premise méritent une attention particulière. En effet, elles déterminent ce que devient votre système d’information une fois la relation contractuelle terminée.

Les différents motifs de résiliation

Le contrat doit prévoir plusieurs motifs de résiliation :

Résiliation à l’échéance : pour les licences à durée limitée, la fin naturelle du contrat
Résiliation pour faute : en cas de manquement grave d’une partie
Résiliation pour convenance : parfois prévue avec préavis long et indemnité
Résiliation anticipée automatique : en cas d’insolvabilité ou de procédure collective

Le sort du logiciel après résiliation

Trois scénarios sont possibles selon le type de licence :

Licence perpétuelle : le droit d’utiliser les versions déjà livrées est conservé, même après résiliation de la maintenance. Seul l’accès aux nouvelles versions est perdu.
Licence à durée limitée : le droit d’utilisation s’éteint à la fin du contrat. Le client doit désinstaller le logiciel et détruire toutes les copies.
Licence locative : idem, avec souvent une attestation de désinstallation à fournir à l’éditeur.

La clause de réversibilité

Même en on-premise, la réversibilité est un enjeu. En effet, les données traitées par le logiciel, les paramétrages spécifiques et les configurations doivent pouvoir être récupérés dans un format exploitable. Une clause de réversibilité bien rédigée prévoit :

Les formats d’export des données (formats standards interopérables)
Le délai de mise à disposition des données
L’assistance éventuelle à la migration
Le coût de cette réversibilité (idéalement gratuit ou plafonné)

8. Les 5 pièges les plus fréquents

Certains pièges reviennent de façon récurrente dans les contrats de licence on-premise. Voici les cinq plus dangereux.

Piège 1 — La métrique de licence ambiguë

Une licence « par utilisateur » qui ne précise pas si elle compte les utilisateurs nommés ou concurrents, ou une licence « par processeur » qui ne traite pas le cas des VM, ouvrent la voie à des audits coûteux. Précisez tout, sans laisser la moindre zone grise.

Piège 2 — La clause d’audit non encadrée

Une clause qui autorise l’éditeur à auditer à tout moment, sans préavis, aux frais du client, est une bombe juridique. Refusez systématiquement ce type de rédaction et imposez les garde-fous listés en section 5.

Piège 3 — La liaison maintenance-licence

Certains contrats prévoient que la résiliation de la maintenance fait perdre automatiquement le droit d’utilisation du logiciel. Autrement dit, vous ne pouvez plus cesser de payer la maintenance sans cesser d’utiliser le logiciel. C’est une clause abusive à faire supprimer.

Piège 4 — L’indexation tarifaire unilatérale

Les contrats on-premise incluent souvent une clause d’indexation annuelle des prix de maintenance. Sans encadrement, cette clause peut conduire à des hausses de 10 % à 20 % par an. Plafonnez-la systématiquement (par exemple à l’indice INSEE + 2 %).

Piège 5 — L’absence de garantie de pérennité

Que se passe-t-il si l’éditeur disparaît ? Si vous n’avez prévu ni clause d’escrow ni garantie de continuité, vous risquez de vous retrouver avec un logiciel critique sans support ni possibilité d’évolution. Pour tout logiciel structurant, la clause d’escrow doit être un non-négociable.

9. Comment négocier efficacement un contrat de licence on-premise ?

La négociation d’une licence on-premise suit quelques règles simples mais puissantes.

Règle 1 — Préparer la négociation en amont

Avant même d’entamer la discussion, cartographiez vos besoins réels : combien d’utilisateurs, sur quelles machines, pour quelle durée, avec quelles perspectives d’évolution. En effet, les éditeurs surdimensionnent systématiquement les offres initiales.

Règle 2 — Négocier le contrat, pas le prix

Beaucoup d’entreprises se concentrent uniquement sur la remise commerciale. Or, les clauses contractuelles ont souvent un impact financier bien supérieur. Une clause d’audit mal rédigée peut coûter dix fois plus cher qu’une remise de 15 % sur le prix initial.

Règle 3 — Présenter une liste consolidée d’amendements

Plutôt que de négocier clause par clause de façon dispersée, préparez une liste consolidée d’amendements prioritaires. Cette approche structure la discussion et permet à l’éditeur d’arbitrer globalement plutôt que ligne par ligne.

Règle 4 — Faire intervenir un avocat spécialisé

Pour tout contrat de licence significatif, l’intervention d’un avocat spécialisé en droit des contrats IT est un investissement hautement rentable. En effet, l’économie réalisée sur les clauses négociées dépasse très largement le coût de l’intervention. De plus, la présence d’un avocat signale à l’éditeur que le client ne signera pas n’importe quel contrat.

Atias Avocats : votre partenaire pour vos contrats de licence logiciel

Atias Avocats accompagne startups, scale-ups et grands comptes dans la rédaction, l’audit et la négociation de leurs contrats de licence logiciel on-premise. Le cabinet intervient aussi bien du côté éditeur que du côté client, avec une expertise particulière sur les audits de licence et les contentieux en contrefaçon de logiciel. Découvrez nos services en droit des contrats IT et logiciels.

Demander un audit · Mission freelance sur Malt · LinkedIn

10. FAQ — Contrat de licence logiciel on-premise

Quelle est la différence entre une licence on-premise et un contrat SaaS ?

La licence on-premise donne au client le droit d’installer et d’exécuter le logiciel sur ses propres serveurs. Le contrat SaaS, au contraire, met le logiciel à disposition via internet, sans installation locale. La licence on-premise implique la remise d’une copie du logiciel et relève directement du Code de la propriété intellectuelle, alors que le SaaS est un contrat de prestation de services sui generis.

Un audit de licence logiciel peut-il être refusé ?

Un audit de licence ne peut être réalisé que dans le cadre contractuel prévu par la licence. Si la clause d’audit est absente ou mal rédigée, le client peut légitimement refuser. Même lorsque l’audit est prévu, le client conserve le droit d’encadrer ses modalités : préavis raisonnable, confidentialité, périmètre limité, indemnisation des coûts en cas d’audit abusif.

Quelles sont les clauses indispensables d’un contrat de licence on-premise ?

Les clauses essentielles sont : la définition précise de l’étendue de la licence (utilisateurs, machines, territoire), les droits de maintenance et mise à jour, les modalités d’audit de conformité, les garanties de non-contrefaçon et de fonctionnement, le régime de propriété intellectuelle, les conditions de résiliation et la clause de réversibilité.

Peut-on revendre ou céder une licence logicielle on-premise ?

Oui, sous conditions. L’arrêt UsedSoft de la CJUE (2012) a reconnu la légalité de la revente de licences logicielles « d’occasion » en cas d’épuisement du droit de distribution. Cela concerne les licences perpétuelles acquises contre un paiement unique. Les licences à durée limitée ou les licences liées à des services continus restent soumises aux restrictions contractuelles.

Quels sont les risques juridiques d’une mauvaise gestion des licences on-premise ?

Une mauvaise gestion expose à plusieurs risques : une action en contrefaçon (jusqu’à 3 ans d’emprisonnement et 300 000 € d’amende selon l’article L.335-3 du CPI), une action civile en réparation, la résiliation unilatérale du contrat par l’éditeur, et des pénalités financières importantes en cas d’audit révélant une sous-déclaration d’utilisateurs.

Le cloud privé ou l’IaaS modifient-ils la nature d’une licence on-premise ?

En principe, non. Tant que le client maîtrise l’environnement d’exécution, le régime on-premise s’applique. Cependant, certains éditeurs requalifient l’usage en cloud et imposent un changement de licence. Cette problématique — dite BYOL (Bring Your Own License) — doit être anticipée contractuellement avant tout déploiement sur un cloud privé ou public.

Pour aller plus loin

Joseph David Atias, avocat en droit des contrats IT à Paris

Fondateur d’Atias Avocats, cabinet numérique spécialisé en droit du numérique, contrats IT, RGPD et AI Act. Inscrit au Barreau de Paris. Intervenant régulier sur les contrats de licence logiciel on-premise, les audits de licence (Oracle, Microsoft, SAP, IBM) et les contentieux en contrefaçon de logiciel. Disponible en mission d’avocat conseil externe ou en accompagnement intégré.

Contrat de licence logiciel on-premise : le guide juridique complet (2026)