--- title: "Qu’est-ce qu’un software license agreement ?" description: "Un contrat de licence logicielle définit qui peut utiliser un logiciel, comment, pendant combien de temps et à quelles conditions." canonical: "https://contracko.com/fr/blog/what-is-a-software-license-agreement" --- # Qu’est-ce qu’un software license agreement ? Source: https://contracko.com/fr/blog/what-is-a-software-license-agreement [Blog](https://contracko.com/fr/blog) [Qu’est-ce qu’un software license agreement ?](https://contracko.com/fr/blog/what-is-a-software-license-agreement) # Qu’est-ce qu’un software license agreement ? Budi Voogt 27 août 2026 Copier pour LLM Un software license agreement, en français un contrat de licence logicielle, est un contrat par lequel le titulaire des droits sur un programme d'ordinateur accorde à une autre partie le droit d'utiliser ce programme selon des conditions définies, tout en restant propriétaire du logiciel lui-même. Il précise à quoi le logiciel peut servir, pour combien de personnes ou sur combien de machines, pendant combien de temps, à quel prix, et ce qui se passe lorsque l'une des parties veut en sortir. Ce contrat est nécessaire parce que le logiciel est protégé par le droit d'auteur. Aux États-Unis, le titulaire du copyright détient les droits exclusifs de reproduire une œuvre, de préparer des œuvres dérivées et d'en distribuer des copies [1]. Installer, copier ou adapter un programme touche à ces droits. La licence est l'autorisation qui rend l'usage licite, et sa rédaction constitue la limite de ce qu'une entreprise a réellement le droit de faire. Cette distinction a des conséquences. Les juridictions fédérales américaines ont jugé qu'un utilisateur de logiciel est licencié et non propriétaire d'un exemplaire lorsque le titulaire des droits accorde une licence, restreint fortement la cession et impose des restrictions d'usage notables. Selon ce raisonnement, un licencié ne peut invoquer ni la first sale doctrine ni le moyen de défense dit essential step de la section 117, et ses droits découlent uniquement des stipulations de son contrat de licence [2]. Acheter un logiciel et posséder un logiciel ne sont pas la même chose. Le même instrument circule sous plusieurs noms, et les différences tiennent surtout à qui signe et au degré de négociation des conditions. | Dénomination | Ce dont il s'agit habituellement | | --- | --- | | Software license agreement (SLA) | Le terme générique pour le contrat accordant des droits d'usage | | End user license agreement (EULA) | Le formulaire standard non négociable présenté à l'installation ou à l'inscription | | Contrat de licence entreprise ou en volume | Un contrat négocié couvrant une organisation qui achète à grande échelle | | Contrat d'abonnement ou SaaS (software as a service) | Un accès accordé pour une durée, généralement hébergé par l'éditeur | | Licence perpétuelle | Le droit d'exploiter indéfiniment une version donnée, le support étant acheté à part | | Licence open source | Une licence publique accordant des droits étendus sous conditions | Deux pièges de vocabulaire méritent d'être signalés. D'abord, l'abréviation SLA désigne le software license agreement dans le milieu du software asset management [3], alors que dans la plupart des contextes contractuels SLA signifie [service level agreement](https://contracko.com/blog/what-is-an-sla), un document différent portant sur la disponibilité et les délais de réponse. Vérifiez lequel des deux votre interlocuteur a en tête avant de répondre. Ensuite, un EULA est un type de contrat de licence logicielle et non une catégorie distincte: c'est la version standardisée présentée à l'utilisateur final [3]. Les licences open source sont elles aussi des contrats de licence logicielle, avec une économie inhabituelle. Pour être qualifiée d'open source au sens de la définition de l'Open Source Initiative, une licence doit permettre la libre redistribution, fournir le code source et autoriser les modifications et les œuvres dérivées [4]. Les obligations relèvent de l'attribution et des conditions de distribution plutôt que de redevances, ce qui explique précisément qu'on les oublie. ## Objet et cas d'usage courants Le contrat remplit quatre fonctions à la fois. Il accorde une permission que le droit d'auteur refuserait autrement. Il limite cette permission pour que l'éditeur puisse vendre différents périmètres à différents prix. Il répartit le risque par les clauses de garantie, de garantie d'éviction et de responsabilité. Et il fixe le rythme commercial: ce qui est payé, quand, et comment la relation se renouvelle ou prend fin. Situations typiques où il apparaît: - Une entreprise souscrit à un produit SaaS et accepte les conditions à l'inscription. - Un éditeur et un client négocient un contrat entreprise couvrant plusieurs produits et plusieurs entités opérationnelles. - Le logiciel est embarqué dans du matériel ou revendu à des tiers, ce qui exige généralement un [contrat de revente](https://contracko.com/blog/software-reseller-agreement) ou de distribution distinct. - Un développeur intègre sous licence une bibliothèque de composants dans un produit commercial. - Un organisme public achète du logiciel commercial. Les règles fédérales américaines d'achat public prévoient que le logiciel commercial soit acquis sous les licences habituellement consenties au public, dans la mesure où ces licences sont compatibles avec le droit fédéral [5]. ## Parties au contrat Il y a deux parties nommées et plusieurs autres acteurs dont le comportement est encadré par le contrat sans qu'ils le signent. Le concédant détient ou contrôle les droits sur le logiciel. Il accorde la licence et s'engage généralement à livrer le logiciel, à fournir le support convenu, à défendre contre les réclamations en contrefaçon de propriété intellectuelle et à respecter les obligations de protection des données lorsqu'il traite des données clients. Le licencié reçoit le droit d'usage. Ses obligations consistent habituellement à payer les redevances, à rester dans le périmètre concédé, à protéger les identifiants et les informations confidentielles, à respecter les restrictions d'usage et à coopérer aux vérifications de licence. Au-delà des signatures, le contrat atteint généralement les utilisateurs autorisés tels que salariés et prestataires, les sociétés affiliées du licencié, et parfois les clients finaux lorsque le licencié est autorisé à intégrer ou à revendre. Le licencié reste normalement responsable de leur conformité. C'est la clause qui transforme l'imprudence d'une seule équipe en responsabilité de l'entité signataire. ## Clauses et conditions essentielles Il s'agit d'informations générales sur la structure de ces contrats, non d'un conseil juridique sur un contrat particulier. Concession de licence. La phrase centrale. Regardez si elle est exclusive ou non exclusive, perpétuelle ou à durée déterminée, mondiale ou territoriale, cessible ou non, et si la sous-licence est autorisée. Périmètre et métriques de licence. Ce qui est décompté: utilisateurs nommés, utilisateurs simultanés, cœurs CPU (central processing unit), appareils, environnements, volume de transactions ou tranche de chiffre d'affaires. La métrique est ce que l'éditeur mesurera le jour d'un audit. Restrictions. Les interdictions courantes visent l'ingénierie inverse, le benchmarking, le partage d'accès en dehors du groupe concédé, l'usage en centre de services et la suppression des mentions de propriété. Propriété intellectuelle et titularité. Confirme que le concédant conserve la titularité, et traite de la propriété des retours d'usage, des configurations et des données ou résultats du client. Redevances, régularisation et hausses. Prix, périodicité de facturation, ce qui déclenche des redevances supplémentaires en cas d'usage hors périmètre, et toute hausse plafonnée ou non au renouvellement. Support, maintenance et niveaux de service. Souvent une annexe distincte. Lorsqu'il existe des engagements de disponibilité et de délai de réponse, ils figurent généralement dans un service level agreement joint au contrat principal. Garanties et exclusions. Ce que l'éditeur promet que le logiciel fera, pendant combien de temps, et ce qui est expressément exclu. Garanties d'éviction. Le plus souvent, le concédant garantit contre les réclamations de tiers en propriété intellectuelle, et le licencié garantit contre les usages détournés. Limitation de responsabilité. Plafonds et exclusions, ainsi que les cas dans lesquels le plafond ne s'applique pas. Droits d'audit et de vérification. Le droit de l'éditeur de contrôler l'usage, le préavis exigé et qui paie les écarts. Durée, renouvellement et résiliation. Traité ci-dessous, car c'est là que se perd le plus d'argent au quotidien. Protection des données et sécurité. Lorsque l'éditeur traite des données à caractère personnel, un [contrat de sous-traitance des données](https://contracko.com/blog/what-is-a-data-processing-agreement) accompagne généralement la licence. Une remarque de structure sur les sauvegardes. Aux États-Unis, l'autorisation de copie d'archivage prévue à la section 117 bénéficie au propriétaire d'un exemplaire, et toutes les copies d'archivage doivent être détruites dès que la détention cesse d'être licite [1]. Dans l'Union européenne, la position diffère: la copie de sauvegarde effectuée par une personne ayant le droit d'utiliser le programme ne peut être empêchée par contrat dans la mesure où elle est nécessaire à cette utilisation, et la première vente d'une copie dans l'Union par le titulaire épuise le droit de distribution de cette copie [6]. La juridiction change la réponse, lisez donc la clause de droit applicable avant de présumer que l'une ou l'autre règle s'applique. ## Dates clés et événements du cycle de vie Les contrats de licence logicielle sont pilotés par des dates, et ces dates figurent rarement dans le même document que la page de signature. - Date d'entrée en vigueur et début de la durée. Parfois la date du bon de commande, parfois la mise à disposition, parfois la fin d'un pilote. - Fin de la durée d'abonnement ou de licence. La date à laquelle les droits s'éteignent si rien n'est fait. - Date de reconduction tacite. La plupart des contrats d'abonnement se reconduisent automatiquement à défaut de préavis. - Date limite de non-reconduction. La véritable échéance. Elle se situe des semaines ou des mois avant la date de renouvellement, et la manquer engage l'entreprise pour une nouvelle période complète. - Date de notification de hausse tarifaire. Lorsque l'éditeur doit annoncer une augmentation avant de pouvoir l'appliquer. - Dates de régularisation ou de déclaration d'usage. Rapprochement périodique de l'usage réel et des droits acquis. - Renouvellement du support ou de la maintenance. Sur les licences perpétuelles, il suit souvent son propre cycle. - Délais de préavis d'audit. Le préavis que l'éditeur doit respecter avant toute vérification. - Obligations postérieures à la résiliation. Suppression ou restitution du logiciel et des données, et toute période de sortie ou de transition. Chacun de ces points appartient à une personne, pas à un dossier. La décision de renouvellement revient aux achats, le rapprochement des usages à la DSI (direction des systèmes d'information), et la confirmation de suppression souvent à la sécurité. ## Risques et erreurs fréquentes Reconduction tacite silencieuse. La fenêtre de préavis se referme, la période se reconduit, et le budget est engagé avant que quiconque ait évalué si l'outil sert encore. Dérive du périmètre. Une équipe ajoute des utilisateurs, ouvre un second environnement ou déplace une charge vers davantage de cœurs. L'usage croît naturellement, les droits acquis non. Audits non préparés. Les audits éditeurs sont fréquents et coûteux. Le rapport 2026 State of ITAM (IT asset management) de Flexera a constaté que 48 pour cent des organisations interrogées avaient été auditées au cours de l'année écoulée, que 64 pour cent des organisations auditées faisaient état d'audits Microsoft, et que 44 pour cent des répondants avaient dépensé plus d'un million de dollars en audits sur trois ans [7]. Le même rapport a constaté que seules 36 pour cent des organisations disposent d'une visibilité complète sur leur parc informatique [7]. Prendre une licence signée pour un achat. Comme le montre la distinction entre licencié et propriétaire, la revente, la cession et même certaines copies peuvent être restreintes d'une manière qui surprend les équipes convaincues d'avoir acheté le logiciel [2]. Perdre l'ensemble documentaire. Une relation de licence, c'est généralement un contrat cadre plus des bons de commande, des avenants, des annexes de support et un contrat de sous-traitance des données. Lorsque seul le contrat cadre est classé, ce sont précisément les conditions commerciales applicables qui manquent. Obligations open source non pilotées. Les conditions d'attribution et de mise à disposition du code source n'arrivent avec aucune facture, donc rien ne déclenche de revue jusqu'à ce qu'un client ou un acquéreur pose la question [4]. Aucun responsable désigné. La défaillance la plus courante n'est pas une mauvaise clause. C'est un contrat signé dont personne n'a été rendu responsable. ## Types de contrats connexes - Un [master service agreement](https://contracko.com/blog/what-is-a-master-service-agreement) (MSA) encadre une relation de services continue et constitue souvent le document parent auquel se rattachent les bons de commande. Une licence logicielle accorde des droits d'usage, un MSA définit comment la prestation est exécutée. - Un [service level agreement](https://contracko.com/blog/what-is-an-sla) définit les engagements de performance, les avoirs et les recours. Il s'attache généralement à une licence ou à un abonnement plutôt qu'il ne les remplace. - Un [contrat de sous-traitance des données](https://contracko.com/blog/what-is-a-data-processing-agreement) encadre la manière dont l'éditeur traite les données à caractère personnel pour le compte du client. - Un [contrat de revente de logiciel](https://contracko.com/blog/software-reseller-agreement) autorise un tiers à vendre ou distribuer le logiciel, ce qu'une licence utilisateur final standard ne fait pas. - Un EULA est un contrat de licence logicielle sous forme standardisée à acceptation par clic, et non un type de contrat distinct [3]. ## Liste de contrôle pour la gestion des contrats Passez-la en revue face à un contrat réel, pas de mémoire. 1. Classez l'ensemble. Réunissez le contrat cadre, chaque bon de commande, les avenants, l'annexe de support et le contrat de sous-traitance des données dans un [référentiel de contrats](https://contracko.com/features/contract-repository) interrogeable, liés comme une seule relation. 2. Consignez la métrique de licence et le volume. Notez ce qui est décompté et le droit exact acquis, pour qu'une question d'usage se règle sans rouvrir le PDF. 3. Extrayez les stipulations porteuses de risque. Saisissez le périmètre de licence, les restrictions, les redevances et les mécanismes de hausse, les droits d'audit, les délais de préavis et les plafonds de responsabilité sous forme de champs structurés. L'[extraction de données contractuelles](https://contracko.com/features/contract-data-extraction) en fait une étape reproductible plutôt qu'un exercice de lecture. 4. Mettez à l'agenda la date de préavis, pas la date de renouvellement. Réglez le [rappel](https://contracko.com/features/expiration-reminder) suffisamment en amont de la date limite de non-reconduction pour qu'une vraie décision soit possible, et adressez-le à la personne qui peut la prendre. 5. Désignez un responsable par contrat. Une personne redevable du renouvellement, de l'usage et de la réponse aux audits. 6. Rapprochez les usages avant chaque renouvellement. Comparez utilisateurs, appareils ou environnements réels aux droits acquis, et résorbez l'écart avant que l'éditeur ne le trouve. 7. Conservez les preuves d'audit au fil de l'eau. Justificatifs de droits, relevés de déploiement et correspondance, conservés là où ils peuvent être produits rapidement. 8. Revoyez les obligations à intervalles fixes. Trimestriellement pour les gros contrats, annuellement pour le reste. Vérifiez les obligations open source à la même occasion. 9. Confirmez que les étapes postérieures à la résiliation ont bien eu lieu. Suppression, restitution et révocation des accès sont des obligations, pas des intentions. Pour la version opérationnelle pas à pas, voir [comment gérer les contrats de licence logicielle](https://contracko.com/blog/how-to-manage-software-license-agreements). Pour la vue fournisseurs élargie, [la gestion des contrats fournisseurs](https://contracko.com/blog/vendor-contract-management) traite la même discipline sur un portefeuille complet. Contracko travaille du côté contractuel des licences logicielles. La solution conserve les licences signées et les documents associés, [extrait les stipulations et les dates clés grâce à l'intelligence artificielle (IA)](https://contracko.com/features/ai-contract-analysis) et alerte la bonne personne avant la fermeture d'une fenêtre de préavis. Elle ne détecte pas les logiciels installés et ne compte pas les installations, ce qui relève des outils de software asset management. Si la lacune porte sur le suivi des contrats eux-mêmes, [démarrez un essai gratuit](https://contracko.com/pricing) et chargez quelques contrats de licence pour voir ce qui en ressort. ## Sources [1] U.S. Code, Title 17, sections 106 et 117 (droits exclusifs du titulaire du copyright; limites à la copie et aux copies d'archivage de programmes d'ordinateur par le propriétaire d'un exemplaire). law.cornell.edu/uscode/text/17/117 [2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (test en trois facteurs distinguant licencié et propriétaire, et indisponibilité des moyens first sale et essential step pour les licenciés). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf [3] Flexera, entrée de glossaire sur les software license agreements (terminologie SLA et rapport entre SLA et EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement [4] Open Source Initiative, The Open Source Definition (libre redistribution, disponibilité du code source et œuvres dérivées). opensource.org/osd [5] U.S. Federal Acquisition Regulation 27.405-3 (logiciel commercial acquis sous les licences habituellement consenties au public). acquisition.gov/far/27.405-3 [6] Union européenne, Directive 2009/24/EC concernant la protection juridique des programmes d'ordinateur (épuisement du droit de distribution et copie de sauvegarde ne pouvant être empêchée par contrat). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024 [7] Flexera, 2026 State of ITAM Report (fréquence des audits, coût des audits, répartition par éditeur et visibilité du parc informatique). flexera.com/blog/it-asset-management/state-of-itam-2026-audits Les images de cet article ont été générées à l'aide de l'IA. ## Lancez-vous avec Contracko Débarrassez-vous des tracas de la gestion des contrats. Contracko vous permet de rester organisé, ponctuel et maître de la situation. Commencez à simplifier dès aujourd'hui. [Démarrer l'essai gratuit de 7 jours](https://app.contracko.com/register?appLanguage=fr) Réserver une démo