Par David Joseph Atias, avocat au Barreau de Paris · LinkedIn · Juillet 2026
Le contrat de licence on-premise n’a rien d’un document standard. Il conditionne le droit d’installer, d’utiliser et de conserver un logiciel critique. Or, une métrique floue ou une clause d’audit non encadrée peut coûter très cher. Ce guide détaille donc le cadre juridique, les huit clauses décisives et la conduite à tenir face à un audit d’éditeur.
SOMMAIRE
- Pourquoi le contrat de licence on-premise reste stratégique en 2026
- Le cadre juridique applicable
- On-premise ou SaaS : les différences décisives
- Les 8 clauses essentielles
- Audit de licence : les 5 réflexes qui protègent
- Pourquoi faire appel à Atias Avocats
- Conclusion
- FAQ — Questions fréquentes
1. Pourquoi le contrat de licence on-premise reste stratégique en 2026
Le cloud n’a pas tué le logiciel installé sur site. En effet, la souveraineté des données, la conformité sectorielle et la performance justifient encore ce modèle. Santé, défense, industrie et finance y recourent massivement. Un contrat de licence on-premise encadre donc toujours des systèmes parmi les plus critiques.
Ce modèle concentre pourtant des risques spécifiques. D’abord, le client détient une copie du logiciel, ce qui rend l’usage difficile à mesurer. Ensuite, les éditeurs contrôlent cette utilisation par des audits. Ainsi, une simple erreur de déploiement peut se transformer en régularisation à six chiffres.
Trois évolutions renforcent l’enjeu en 2026. D’une part, les fonctionnalités d’intelligence artificielle s’invitent dans les logiciels métier installés sur site. D’autre part, l’AI Act monte en puissance et impose des obligations au déployeur. Enfin, les exigences de cybersécurité imposent une gestion rigoureuse des correctifs.
La conclusion est simple : ce contrat mérite autant d’attention qu’un contrat d’abonnement. Notre guide des contrats SaaS traite le versant cloud. Le présent guide traite, quant à lui, le versant licence installée.
2. Le cadre juridique applicable
Contrairement au SaaS, la licence installée dispose d’un socle légal précis. Le Code de la propriété intellectuelle en constitue la clé de voûte. Trois blocs doivent donc être maîtrisés avant toute signature.
D’abord, le logiciel est une œuvre protégée (article L.112-2 13° du CPI). L’article L.122-6 réserve à l’éditeur la reproduction, l’adaptation et la mise sur le marché. La licence n’est donc rien d’autre qu’une autorisation d’accomplir des actes normalement interdits. Par conséquent, ce qui n’est pas expressément concédé reste interdit. C’est pourquoi une énumération précise des droits concédés prime toujours sur une formule générale.
Ensuite, l’article L.122-6-1 accorde des droits impératifs à l’utilisateur légitime. Il s’agit de la copie de sauvegarde, de l’observation du fonctionnement et de la décompilation aux fins d’interopérabilité. Ces droits ne peuvent pas être écartés par contrat. Toute clause contraire est donc inopérante, même signée de bonne foi.
Le droit commun complète ce socle. L’article 1170 du Code civil neutralise toute clause vidant l’obligation essentielle de sa substance. Par ailleurs, l’article L.442-1 du Code de commerce sanctionne le déséquilibre significatif entre professionnels. Surtout, une utilisation dépassant le périmètre concédé sort du champ de la licence. Elle devient alors un acte de contrefaçon, sanctionné civilement et pénalement (articles L.335-2 et L.335-3 du CPI). Ainsi, un simple écart de déploiement peut changer de nature juridique.
3. On-premise ou SaaS : les différences décisives
Les deux modèles obéissent à des logiques opposées. Comparer leurs effets juridiques éclaire donc chaque négociation. Le tableau ci-dessous résume ce qui change dans un contrat de licence on-premise.
| Critère | Licence on-premise | Contrat SaaS |
|---|---|---|
| Nature juridique | Concession de droits (CPI) | Prestation de services |
| Remise du logiciel | Copie exécutable livrée | Aucune copie, accès en ligne |
| Si l’éditeur disparaît | Le logiciel continue de fonctionner | Le service s’arrête |
| Mises à jour | Contractuelles et optionnelles | Automatiques, souvent unilatérales |
| Contrôle de l’usage | Audit de licence par l’éditeur | Mesure automatique côté serveur |
| Risque principal | Sur-utilisation et contrefaçon | Dépendance et réversibilité |
Aucun modèle n’est supérieur en soi. En revanche, les points de vigilance changent radicalement. Notre guide de négociation d’un contrat SaaS détaille l’autre versant. De plus, la frontière se brouille avec le cloud privé : héberger sa licence chez un tiers peut requalifier l’usage, question dite du « BYOL ».
4. Les 8 clauses essentielles
Huit clauses concentrent l’essentiel de la valeur et du risque. Un contrat de licence on-premise solide repose sur leur équilibre. Les négocier dans cet ordre structure donc utilement la discussion.
4.1 L’étendue de la licence et la métrique
C’est la clause la plus déterminante. Elle précise qui utilise le logiciel, où, sur quelles machines et pour quel usage. Surtout, la métrique doit être définie sans ambiguïté : utilisateurs nommés ou simultanés, cœurs, processeurs, instances virtuelles. En effet, toute zone grise sera interprétée en votre défaveur lors d’un audit.
4.2 La virtualisation et le droit de déplacer les licences
La virtualisation crée les litiges les plus coûteux. Une machine virtuelle installée sur un cluster peut, selon certains éditeurs, mobiliser tous les processeurs physiques. Le contrat doit donc traiter expressément le partitionnement et la haute disponibilité. De plus, il doit autoriser le déplacement des licences entre sites et environnements.
4.3 La maintenance et les mises à jour
La maintenance représente souvent 15 à 22 % du prix de la licence, chaque année. Le contrat doit distinguer le correctif de l’évolutif, et fixer les délais d’intervention. Par ailleurs, plafonnez l’indexation annuelle, par exemple à l’indice Syntec majoré de deux points. Notre analyse du contrat de maintenance applicative et de ses SLA approfondit ce volet.
4.4 Le droit d’audit de l’éditeur
Cette clause doit être bornée avec fermeté. Exigez un préavis de trente jours, un audit par an au maximum et un périmètre défini. De plus, imposez la confidentialité et la prise en charge des coûts par l’éditeur. Enfin, prévoyez un droit de contestation avant toute facturation.
4.5 Les garanties et la responsabilité
Deux garanties comptent avant tout : la non-contrefaçon et la conformité à la documentation. La première doit inclure la prise en charge de la défense du client. Par ailleurs, un plafond de responsabilité de trois mois de redevance reste insuffisant. Visez douze à vingt-quatre mois, avec des exclusions pour la faute lourde, le dol et la contrefaçon ; notre analyse de la clause de limitation de responsabilité en détaille le calibrage.
4.6 La propriété intellectuelle et les développements spécifiques
Le logiciel standard reste la propriété de l’éditeur. En revanche, les développements réalisés pour vous appellent une clause distincte. Trois options existent : cession conforme à l’article L.131-3, licence exclusive ou licence non exclusive. Nos guides sur la propriété du code source d’un prestataire et sur la clause de propriété intellectuelle précisent la rédaction attendue.
4.7 L’escrow et la pérennité du logiciel
Pour un logiciel structurant, la clause d’escrow devient incontournable. Elle organise le dépôt du code source chez un tiers séquestre. Ce code est libéré en cas de faillite ou d’arrêt de commercialisation. Toutefois, vérifiez que le dépôt couvre la documentation et les environnements de compilation. Sinon, le code libéré restera inexploitable ; notre article sur la protection du code source l’explique.
4.8 Données, RGPD et intelligence artificielle
L’installation sur site ne supprime pas les obligations RGPD. En effet, la télémaintenance donne souvent accès aux données de production. L’éditeur devient alors sous-traitant, ce qui impose un accord de sous-traitance ; notre décryptage du DPA et de l’article 28 le détaille. De plus, si le logiciel embarque de l’IA, l’AI Act s’applique selon l’usage. Nos clauses IA pour les contrats fournisseurs complètent utilement le contrat.
| Clause | Risque si mal rédigée | Criticité |
|---|---|---|
| Étendue & métrique | Redressement massif en audit | 🔴 Critique |
| Virtualisation & mobilité | Licences comptées sur tout le cluster | 🔴 Critique |
| Maintenance & indexation | Hausses annuelles non plafonnées | 🟠 Élevée |
| Droit d’audit | Audit intrusif et à vos frais | 🔴 Critique |
| Garanties & responsabilité | Plafond dérisoire, aucun recours | 🟠 Élevée |
| PI & développements | Spécifiques réutilisés par l’éditeur | 🟠 Élevée |
| Escrow | Logiciel critique sans avenir | 🟡 Moyenne |
| RGPD & IA | Sous-traitance non encadrée | 🔴 Critique |
5. Audit de licence : les 5 réflexes qui protègent
L’audit est le principal risque financier du modèle installé. Les grands éditeurs l’utilisent comme un levier commercial. Voici la méthode à suivre dès la notification.
5.1 Vérifier la régularité de la demande
Commencez par relire la clause d’audit. Contrôlez le préavis, la fréquence et le périmètre annoncé. En effet, une demande non conforme peut être régulièrement contestée.
5.2 Geler le déploiement et documenter l’existant
Figez ensuite votre configuration et rassemblez vos preuves d’acquisition. Bons de commande, factures et attestations doivent être réunis. De plus, ne modifiez rien avant analyse, car toute correction hâtive sera lue comme un aveu.
5.3 Maîtriser la collecte des données
Les éditeurs fournissent souvent des scripts de collecte. Or, ces outils remontent parfois plus d’informations que nécessaire. Faites donc filtrer leur périmètre et conservez une copie de tout ce qui est transmis.
5.4 Contester les méthodes de comptage
Les conclusions reposent sur une interprétation de la métrique. Cette interprétation n’est pas la loi du contrat. Par conséquent, confrontez chaque calcul au texte signé, notamment sur la virtualisation.
5.5 Négocier la sortie, sans reconnaissance
La régularisation se négocie presque toujours. Toutefois, ne signez aucune reconnaissance de non-conformité. Enfin, faites-vous assister dès la notification : l’audit reste une procédure contractuelle aux conséquences lourdes.
6. Pourquoi faire appel à Atias Avocats
Sécuriser un contrat de licence on-premise exige des compétences convergentes. Il faut maîtriser la propriété intellectuelle du logiciel, les contrats IT, le RGPD et l’AI Act. Atias Avocats réunit ces expertises. En effet, une clause d’audit se négocie avec la compréhension des métriques techniques. De même, un volet IA sans culture réglementaire reste incomplet. Cette approche intégrée protège aussi bien l’éditeur que le client. Pour aller plus loin, consultez nos services en contrats informatiques.
Conclusion
Un contrat de licence on-premise se juge sur trois lignes : la métrique, l’audit et la pérennité. Ces trois points décident du coût réel sur dix ans. Or, ils se négocient une seule fois, à la signature. C’est pourquoi l’anticipation prime toujours sur la remise commerciale. De plus, l’arrivée de l’IA dans les logiciels métier impose désormais un volet réglementaire dédié. Faire auditer son contrat avant de signer reste, ainsi, l’investissement le plus rentable. À défaut, l’audit de l’éditeur s’en chargera, mais à vos frais.
FAQ — Questions fréquentes
Quelle différence entre une licence on-premise et un contrat SaaS ?
La licence on-premise autorise le client à installer et exécuter le logiciel sur sa propre infrastructure. Une copie exécutable lui est remise, et le contrat relève directement du Code de la propriété intellectuelle. Le SaaS, au contraire, est un contrat de prestation de services : aucune copie n’est livrée et l’accès se fait en ligne. Le risque principal diffère donc : audit et contrefaçon en on-premise, dépendance et réversibilité en SaaS.
Un éditeur peut-il interdire la copie de sauvegarde ou la décompilation ?
Non. L’article L.122-6-1 du Code de la propriété intellectuelle reconnaît des droits impératifs à l’utilisateur légitime : copie de sauvegarde nécessaire, observation et test du fonctionnement, et décompilation aux fins d’interopérabilité sous conditions strictes. Toute clause qui écarterait ces droits est réputée nulle. Un contrat de licence on-premise ne peut donc pas y déroger.
Peut-on revendre une licence logicielle d’occasion ?
Oui, sous conditions strictes. L’arrêt UsedSoft (CJUE, 3 juillet 2012, C-128/11) a jugé que le droit de distribution s’épuise lorsqu’une licence perpétuelle a été concédée contre un paiement unique. Le premier acquéreur doit rendre sa propre copie inutilisable. En revanche, l’épuisement ne joue ni pour les licences à durée limitée, ni pour les abonnements, ni au-delà du logiciel selon l’arrêt Tom Kabinet (C-263/18).
Comment réagir à une notification d’audit de licence ?
Il faut d’abord vérifier que la demande respecte la clause d’audit : préavis, fréquence, périmètre et personnes habilitées. Ensuite, gelez le déploiement et documentez l’existant avant toute mesure. Surtout, ne transmettez aucun script de collecte ni aucune donnée sans filtrage juridique, et ne signez aucune reconnaissance de non-conformité. Enfin, faites-vous assister dès la notification : l’audit est une procédure contractuelle, pas une simple vérification technique.
L’AI Act concerne-t-il un logiciel installé sur site ?
Oui, dès que le logiciel embarque un système d’intelligence artificielle. Le règlement (UE) 2024/1689 s’applique selon l’usage, non selon le mode d’hébergement. L’entreprise qui exploite le logiciel devient généralement déployeur au sens de l’article 26, avec des obligations de supervision humaine et d’information. Les obligations de transparence de l’article 50 s’appliquent à compter du 2 août 2026.
Contact : david@atiasavocats.com | LinkedIn: David Joseph Atias | https://www.atiasavocats.com | 42 rue de la Clef, 75005 Paris
Atias Avocats — Contrats de licence logicielle, contrats IT & SaaS, propriété intellectuelle, RGPD & AI Act
