SaaS ou logiciel sous licence : quelle option pour votre entreprise

Choisir entre un logiciel fourni sous forme de service (SaaS) et un logiciel acquis sous licence permanente est une décision structurante pour toute direction des systèmes d'information : elle engage à la fois la maîtrise des données, la dépendance contractuelle envers l'éditeur et le niveau de protection des actifs immatériels de l'entreprise.

Au premier trimestre 2026, la majorité des directions informatiques françaises gèrent simultanément des contrats relevant de ces deux régimes, souvent sans en avoir comparé les implications juridiques avec la même rigueur que les critères fonctionnels. Cette page présente un comparatif structuré des deux options, fondé sur les critères qui comptent pour une direction générale ou une DSI : cadre contractuel, propriété intellectuelle, traitement des données, réversibilité et coûts cachés.

Nous examinerons successivement la définition et le cadre juridique de chaque option, les critères de décision objectifs, les avantages et risques propres à chacune, les enjeux de données personnelles, puis nous proposerons une recommandation conditionnelle et une check-list pour préparer votre arbitrage.

SaaS et logiciel sous licence : deux cadres juridiques distincts

Le SaaS (Software as a Service) désigne un mode de fourniture dans lequel l'éditeur héberge le logiciel sur son infrastructure et en accorde l'usage au client via un abonnement, sans cession de droit de propriété sur le code. Le logiciel sous licence permanente correspond, lui, à la concession d'un droit d'usage sur un programme installé sur les systèmes du client, en contrepartie d'un prix d'acquisition unique ou d'une redevance. Ces deux options relèvent, en droit français, de branches distinctes : le contrat SaaS s'apparente à une prestation de services informatiques et à un contrat de services en nuage, tandis que la licence de logiciel s'inscrit dans le périmètre des dispositions du Code de la propriété intellectuelle relatives aux droits des auteurs de logiciels.

Cette distinction n'est pas formelle. Elle détermine qui assume la responsabilité du maintien en condition opérationnelle, qui traite les données hébergées, et quelle est la durée de l'engagement. Dans notre pratique, nous observons que des entreprises concluent des contrats SaaS en croyant disposer d'une licence, ou inversement – ce qui crée des décalages importants au moment des audits ou des opérations de fusion-acquisition.

Sur le plan de la propriété intellectuelle, aucun des deux modèles ne transfère en principe la titularité du logiciel au client. Le Code de la propriété intellectuelle réserve cette titularité à l'auteur ou à l'employeur, selon les règles applicables aux logiciels de salariés. Ce que le contrat accorde, c'est un périmètre d'usage défini : modes d'exploitation autorisés, nombre d'utilisateurs, territoire, durée. Ce périmètre mérite une attention particulière quelle que soit l'option retenue.

Quels critères objectifs distinguent le SaaS du logiciel sous licence ?

La décision entre SaaS et logiciel sous licence repose sur six critères objectifs qui permettent à une DSI de structurer son arbitrage sans dépendre d'arguments commerciaux.

Critère 1 – Maîtrise des données. En mode SaaS, les données sont hébergées chez l'éditeur ou son sous-traitant. Le contrat doit alors désigner le responsable de traitement, encadrer la sous-traitance au regard des obligations issues du Règlement général sur la protection des données (RGPD), et prévoir les conditions de restitution à la fin du contrat. En mode licence, les données restent sur l'infrastructure du client, ce qui simplifie la chaîne de responsabilités mais transfère la charge de la sécurité.

Critère 2 – Réversibilité. La réversibilité désigne la capacité à récupérer l'ensemble des données et à migrer vers un autre système sans perte ni coût prohibitif. En SaaS, elle doit être négociée contractuellement ; à défaut, elle dépend du bon vouloir de l'éditeur en fin d'abonnement. En licence, les données restent accessibles tant que le logiciel peut fonctionner, mais la dépendance à une version non maintenue crée un risque différent.

Critère 3 – Continuité d'accès. L'accès au SaaS peut être suspendu unilatéralement par l'éditeur (défaillance financière, litige contractuel, décision de cesser le service). La licence installée continue à fonctionner même si l'éditeur disparaît, à condition que les clés d'activation ne soient pas liées à un serveur tiers.

Critère 4 – Personnalisation. La licence permet plus souvent des adaptations spécifiques, parfois avec accès au code source via dépôt d'escrow. Le SaaS limite généralement les modifications à des paramètres prédéfinis.

Critère 5 – Modèle de coût. Le SaaS génère un flux de charges récurrentes sans investissement initial élevé. La licence peut représenter un investissement immobilisable, accompagné de coûts de maintenance annuels. Le coût total sur cinq à sept ans peut être sensiblement différent selon les conditions négociées.

Critère 6 – Gestion des mises à jour. En SaaS, les évolutions sont intégrées par l'éditeur sans intervention du client, mais sans contrôle de celui-ci sur le calendrier ni les modifications fonctionnelles. En licence, la mise à jour est une démarche active qui suppose un suivi des versions.

Avantages et risques juridiques du SaaS : ce qu'un contrat doit contenir

Le principal avantage juridique du SaaS est sa flexibilité contractuelle : un abonnement peut être résilié, renégocié ou adapté plus facilement qu'une licence permanente, à condition que le contrat ne comporte pas d'engagement irrévocable sur une durée longue.

En contrepartie, les risques juridiques du SaaS sont structurellement plus nombreux. Nous accompagnons régulièrement des entreprises qui découvrent, au moment d'une résiliation ou d'une opération de cession, que leur contrat SaaS ne prévoit pas de clause de réversibilité opposable, que les données sont hébergées hors Union européenne sans garantie adéquate, ou que les pénalités de résiliation anticipée absorbent l'économie supposée de l'abonnement.

Les points de vigilance essentiels dans un contrat SaaS sont les suivants :

• La qualification du prestataire en tant que sous-traitant au sens du RGPD, avec les clauses contractuelles types correspondantes.
• La localisation des données et l'existence d'un mécanisme de transfert conforme vers les pays tiers, le cas échéant.
• Les engagements de niveau de service (disponibilité, délai de rétablissement) et les pénalités effectives associées.
• La clause de réversibilité : format des données exportées, délai accordé, coût éventuel.
• Les conditions de modification unilatérale des conditions générales par l'éditeur.
• La clause de continuité en cas de cession de l'éditeur ou de défaillance.

L'autorité de contrôle des données personnelles, la Commission nationale de l'informatique et des libertés (CNIL), a précisé que la responsabilité du client en tant que responsable de traitement n'est pas diluée par le recours à un SaaS : il appartient au client de s'assurer que le contrat avec l'éditeur respecte les obligations issues du Règlement général sur la protection des données. Une carence à ce stade peut engager la responsabilité de l'entreprise cliente, indépendamment du comportement de l'éditeur.

Avantages et risques juridiques du logiciel sous licence : ce que le contrat doit préciser

Le logiciel sous licence présente un avantage de continuité : une fois acquise, la licence permet un usage du logiciel sans dépendance à la bonne santé financière ou à la volonté de l'éditeur, sous réserve des conditions techniques. C'est un argument souvent décisif pour des systèmes critiques ou des applications métier sans alternative de marché.

Les risques du logiciel sous licence sont d'une autre nature. Le contrat de licence définit précisément le périmètre d'usage autorisé : nombre de postes, nombre d'utilisateurs simultanés, usage commercial ou non, droit de faire une copie de sauvegarde, droit d'adapter le logiciel aux besoins de l'entreprise. Tout usage hors périmètre constitue, au regard des dispositions du Code de la propriété intellectuelle, une violation du droit d'auteur pouvant donner lieu à une action en contrefaçon.

Dans notre pratique, nous observons que les litiges les plus fréquents entre éditeurs et clients portent précisément sur l'interprétation du périmètre de la licence : un déploiement élargi à une filiale non mentionnée dans le contrat, un usage sur un nouveau site industriel, ou une intégration avec un système tiers non autorisé sont des situations qui alimentent des audits de licence et des mises en demeure.

Les points de vigilance essentiels dans un contrat de licence sont les suivants :

• La définition précise du périmètre d'usage (entités couvertes, nombre d'utilisateurs, territoire, durée).
• Le droit ou non de faire des copies de sauvegarde et d'adapter le logiciel à ses besoins propres.
• L'existence d'un dépôt de code source en escrow chez un tiers de confiance, pour le cas où l'éditeur cesserait de maintenir le logiciel.
• Les conditions du contrat de maintenance : durée garantie, niveau de service, coût d'évolution.
• Les clauses de cession de licence en cas de restructuration ou de cession de l'entreprise cliente.

Pour des analyses approfondies sur les contrats d'édition et de production de contenus numériques, notre page dédiée développe les enjeux connexes : contrat d'édition et production de contenus.

Données personnelles et conformité RGPD : quel impact sur le choix de l'option ?

Le traitement de données personnelles constitue souvent le facteur déterminant entre SaaS et licence, notamment pour les entreprises soumises à des obligations sectorielles renforcées (santé, finances, éducation, défense).

En mode SaaS, le client confie ses données à l'éditeur qui agit en qualité de sous-traitant au sens du Règlement général sur la protection des données. Le contrat doit alors comporter les mentions obligatoires prévues par ce règlement : objet et durée du traitement, nature et finalité, catégories de données, obligations et droits du responsable de traitement. L'absence de ces mentions n'exonère pas le client de sa responsabilité ; elle l'expose, avec l'éditeur, à des sanctions prononcées par la CNIL.

En mode licence, les données restent hébergées sur l'infrastructure du client. La chaîne de sous-traitance est plus courte, mais la responsabilité du client en tant que responsable de traitement est entière. La conformité aux obligations issues du RGPD dépend alors de la politique interne de sécurité, des droits d'accès et des procédures de gestion des incidents.

Pour les entreprises dont les traitements impliquent des données sensibles ou des transferts vers des pays tiers, le choix du mode d'hébergement – et donc de l'option SaaS ou licence – peut conditionner la faisabilité même du projet. Nous accompagnons des directions juridiques dans l'analyse de ces flux et dans la mise en conformité du cadre contractuel avec les exigences du RGPD.

Dans un dossier traité au cours de l'automne 2025 (Bordeaux), nous avons assisté une entreprise de services financiers dans la renégociation de son contrat SaaS principal : les clauses relatives à la sous-traitance de données étaient insuffisantes au regard du RGPD, et l'éditeur hébergeait les données hors Union européenne sans mécanisme de transfert documenté. La renégociation a conduit à l'insertion de clauses contractuelles types et à la désignation d'un hébergeur européen de substitution, permettant à l'entreprise de maintenir son usage sans rupture opérationnelle.

Matrice de décision : quelle option selon votre situation ?

La recommandation entre SaaS et logiciel sous licence dépend de la combinaison de vos contraintes opérationnelles, juridiques et stratégiques. Voici une matrice de décision en texte pour orienter votre arbitrage.

Situation A – Données sensibles hébergées en interne, système critique, continuité d'accès impérative.
Option recommandée : logiciel sous licence avec dépôt de code source en escrow. Niveau de contrainte contractuelle : élevé (périmètre d'usage, maintenance garantie, clause de cession). Niveau de dépendance à l'éditeur post-signature : modéré si le dépôt d'escrow est effectif.

Situation B – Application collaborative, équipes dispersées, budget d'investissement limité, faible volume de données personnelles sensibles.
Option recommandée : SaaS, sous réserve d'une clause de réversibilité effective et d'un hébergement au sein de l'Union européenne. Niveau de contrainte contractuelle : modéré (SLA, réversibilité, qualification RGPD). Niveau de dépendance à l'éditeur post-signature : élevé si les clauses de sortie ne sont pas négociées.

Situation C – Application métier stratégique, fort besoin de personnalisation, données personnelles traitées à grande échelle.
Option recommandée : évaluation au cas par cas combinant potentiellement une licence sur le moteur principal et un SaaS pour les couches périphériques. L'analyse de la chaîne de sous-traitance RGPD est alors prioritaire.

Situation D – Projet de cession ou de fusion-acquisition à horizon identifié.
Option recommandée : vérifier, quelle que soit l'option retenue, que le contrat comporte une clause de cessibilité ou de substitution du cocontractant. La cession d'une licence sans clause ad hoc peut être bloquée par l'éditeur ; le transfert d'un abonnement SaaS est souvent soumis à accord préalable.

Pour une illustration des enjeux concurrentiels dans le choix d'une stratégie de protection, notre comparatif sur action en contrefaçon ou action en concurrence déloyale : comment choisir développe la logique décisionnelle dans un registre proche.

Au printemps 2025 (Strasbourg), nous avons accompagné la direction juridique d'un groupe industriel qui s'apprêtait à signer un contrat SaaS pour son ERP de production. L'analyse du projet de contrat a révélé l'absence de clause de réversibilité et une clause de modification unilatérale des conditions permettant à l'éditeur de modifier les tarifs sans préavis. Après renégociation, le groupe a obtenu un engagement de réversibilité sur douze mois, un préavis minimal et un plafonnement des révisions tarifaires annuelles, réduisant significativement sa dépendance contractuelle.

Idée reçue à corriger : le SaaS serait toujours plus simple juridiquement

Une direction informatique qui choisit le SaaS pour « éviter les complexités juridiques d'une licence » part d'une prémisse inexacte. Le contrat SaaS est, dans bien des cas, juridiquement plus dense qu'un contrat de licence standard : il combine des obligations contractuelles de service, une dimension de sous-traitance de données au sens du RGPD, des clauses de niveau de service à vérifier, et une dépendance à l'éditeur qui doit être encadrée avec précision.

La simplification perçue du SaaS est fonctionnelle – pas de déploiement, pas de mise à jour manuelle – mais elle ne se traduit pas par une simplification juridique. Elle déplace le risque : de la gestion technique interne vers la dépendance contractuelle externe. Dans notre pratique, les contentieux liés à des contrats SaaS mal négociés (absence de réversibilité, dépassement de volume facturé unilatéralement, résiliation sans préavis suffisant) sont au moins aussi fréquents que les litiges de licence.

La bonne approche n'est pas de rechercher l'option « moins contraignante » mais de qualifier précisément vos besoins, vos contraintes réglementaires et votre stratégie sur trois à cinq ans, puis de faire correspondre le contrat à cette réalité.

Sur les dimensions de conformité qui peuvent croiser vos engagements contractuels, notre dossier sur les obligations anticorruption issues de la loi Sapin II illustre la logique de mise en conformité structurée que nous appliquons dans d'autres domaines.

Check-list « ce qu'il faut préparer » avant de signer

Quelle que soit l'option retenue, voici les éléments à rassembler et à vérifier avant la signature :

• Cartographie des données personnelles traitées par le logiciel (catégories, volumes, localisation des serveurs, éventuels transferts hors UE) et vérification de la conformité aux obligations issues du RGPD.
• Identification des entités couvertes par le contrat (groupe, filiales, sites) et vérification de l'adéquation avec le périmètre d'usage défini par l'éditeur.
• Analyse des clauses de durée, de renouvellement automatique, de résiliation anticipée et de réversibilité – en SaaS comme en licence.
• Vérification de l'existence d'un dépôt de code source en escrow (pour les licences sur systèmes critiques) ou d'un engagement de portabilité des données (pour le SaaS).
• Examen des clauses de modification unilatérale (tarifs, conditions générales, niveau de service) et négociation de plafonds ou de préavis garantis.

Domaines liés

• Contrat d'édition et production de contenus – cadre juridique des contrats numériques et de création
• Action en contrefaçon ou concurrence déloyale – choisir la bonne action en cas d'atteinte aux droits