Microsoft Software Assurance en 2026 : quand est-elle vraiment rentable ?

Ce que couvre Microsoft Software Assurance aujourd’hui

Software Assurance n’est pas un pack uniforme attaché de la même manière à tous les produits. Les droits dépendent du produit, de l’édition, du modèle de licence, du programme d’achat et parfois du pays ou du secteur. Les Microsoft Product Terms consacrés aux avantages SA restent la référence à consulter pour le mois et le programme concernés. Un document commercial ou une ancienne fiche de synthèse ne suffit pas pour préparer un audit.

Droits aux nouvelles versions

Pendant une couverture active, les New Version Rights permettent d’utiliser la version la plus récente rendue disponible. Si SA prend fin, une licence perpétuelle conserve le droit d’utiliser la dernière version publiée pendant la période couverte. Elle ne donne pas accès aux versions lancées après l’expiration.

Ce droit ne garantit ni la compatibilité de l’application, ni une migration automatique, ni le support indéfini. Il ne transforme pas non plus une édition Standard en Datacenter ou Enterprise. Une montée d’édition nécessite une route Step-up admissible ou l’acquisition d’une autre licence.

Step-up : changer d’édition sans racheter toute la licence

Une licence Step-up peut faire évoluer certains produits d’une édition inférieure vers une édition supérieure. Elle n’est disponible que pour les routes et programmes explicitement prévus, avec SA active ou abonnement admissible. La licence de base et le Step-up doivent rester couverts sans interruption. Le résultat est une licence élevée à l’édition supérieure, et non deux licences indépendantes.

Mobilité des licences

La mobilité recouvre plusieurs mécanismes qu’il faut distinguer. License Mobility across Server Farms autorise, pour les produits admissibles, des réaffectations fréquentes à l’intérieur d’une même ferme de serveurs. Entre fermes, la règle des 90 jours demeure en principe applicable.

License Mobility through Software Assurance concerne certaines applications serveur hébergées sur l’infrastructure partagée d’un Authorized Mobility Partner. Toutes les licences utilisées doivent être couvertes, une vérification est requise et l’affectation dure au moins 90 jours. Ce droit ne couvre pas de manière générale le système d’exploitation Windows Server, Windows client ou les applications desktop. Le Flexible Virtualization Benefit constitue encore un autre cadre : il vise certains Authorized Outsourcers, mais pas les Listed Providers.

Reprise après sinistre et failover

Des droits de Disaster Recovery existent pour des produits serveur admissibles, sous conditions. La charge de secours doit rester réellement passive, sauf opérations expressément autorisées. Les termes propres au produit peuvent remplacer ou compléter la règle générale. Une instance de secours ne doit donc jamais être présentée comme une copie active gratuite et illimitée.

Azure Hybrid Benefit et autres droits liés au produit

Azure Hybrid Benefit, ou AHB, permet d’affecter des licences Windows Server ou SQL Server admissibles, couvertes par SA active ou par une souscription qualifiée, à certains services Azure. Le bénéfice porte sur la composante licence du logiciel ; les ressources de calcul, le stockage, le réseau et les autres services restent facturés. Une concession de migration de 180 jours peut permettre un usage simultané temporaire entre l’environnement local et Azure. Elle ne constitue pas un double usage permanent.

Selon le produit, d’autres droits peuvent exister : virtualisation, Self Hosting, CAL equivalency, VDA ou droits étendus. Leur présence doit être confirmée dans l’entrée produit applicable, et non déduite de la seule mention « Software Assurance ».

Avantages retirés : ce qu’il ne faut plus inclure dans le calcul

Une partie de la confusion actuelle vient de pages anciennes encore indexées et de présentations commerciales non actualisées. Planning Services et les Training Vouchers ont été retirés le 1er février 2021. Le retrait de l’assistance 24x7 Problem Resolution Support a commencé le 1er février 2023, au fil de l’expiration des contrats.

En 2026, il ne faut donc pas vendre SA comme un forfait comprenant automatiquement des jours de déploiement, des bons de formation ou des incidents de support 24 h/24. Une organisation peut acheter du support ou de la formation par ailleurs, mais leur valeur ne doit pas être attribuée à SA. De même, Home Use Program, e-learning et autres bénéfices historiques ne doivent pas être considérés comme des droits généraux actuels sans base contractuelle explicite.

Acquisition, renouvellement et expiration de Software Assurance

Comment acquérir SA ?

SA s’acquiert dans certains programmes de licences en volume, généralement avec la licence sous-jacente sous forme License + Software Assurance, ou par renouvellement d’une couverture existante. Des achats SA-only sont possibles dans des cas précis, notamment pour certaines licences OEM, retail ou produits complets admissibles, dans le délai prévu par les Product Terms — souvent 90 jours, sans que ce délai puisse être généralisé à tout produit.

Open Value inclut SA, tandis qu’Open Value Subscription confère des droits pour la durée de l’abonnement. EA, EAS, SCE et MPSA peuvent également constituer des cadres pertinents selon l’inscription et le produit. En revanche, Open License n’accepte plus de nouveaux achats ou renouvellements commerciaux depuis le 1er janvier 2022. SA séparée n’est pas disponible sous Microsoft Cloud Agreement ou Microsoft Customer Agreement, même si certains abonnements peuvent conférer des droits équivalents.

Que se passe-t-il au renouvellement ?

Le renouvellement suit les dates d’anniversaire, les délais et les règles du contrat concerné. Il faut vérifier le parc couvert avant l’échéance : éditions, métriques, quantités de cores, CAL, licences par utilisateur ou appareil et droits réellement utilisés. Une couverture laissée expirer ne se réactive pas nécessairement comme une simple option sans conséquence commerciale.

Que conserve-t-on après l’expiration ?

Pour une licence perpétuelle, les droits perpétuels déjà acquis restent disponibles, notamment l’usage de la dernière version publiée pendant la couverture. En revanche, cessent les bénéfices exigeant SA active : accès aux futures versions, certaines mobilités, certaines règles de virtualisation ou de failover et Azure Hybrid Benefit. Pour ce dernier, Microsoft demande de retirer l’option des ressources Azure si la couverture admissible n’est pas renouvelée.

Une licence par abonnement reste temporaire. Le fait qu’elle ait reçu des droits équivalents à ceux de SA pendant sa durée ne la transforme jamais en licence perpétuelle.

Coût et ROI : une méthode fiable sans pourcentage magique

Il n’existe pas de tarif universel pertinent à publier. Le coût dépend du programme, du produit, de l’édition, de la métrique, du niveau de prix, du pays, de la durée et de la situation contractuelle. Appliquer un pourcentage générique au prix catalogue donnerait une précision trompeuse. Demandez plutôt une proposition correspondant aux SKU et quantités réellement détenus.

Calculer la valeur attendue

Le calcul doit couvrir la même période que l’engagement. Additionnez uniquement les avantages plausibles et quantifiables : coût évité d’une mise à niveau prévue, différence de coût liée à AHB, licences additionnelles évitées grâce à des droits de failover conformes, flexibilité de virtualisation effectivement nécessaire et valeur d’une route Step-up planifiée. Soustrayez le coût total de SA ainsi que les coûts de migration, de gestion et de conformité.

ROI indicatif = (bénéfices financiers vérifiables – coût total de SA et de sa mise en œuvre) / coût total de SA. Le résultat doit être testé dans au moins trois scénarios : prudent, probable et haut. Un bénéfice non utilisé vaut zéro, même s’il semble impressionnant sur une brochure.

Les données à demander aux équipes

Le service infrastructure doit fournir la feuille de route de versions et de virtualisation. FinOps doit comparer les ressources Azure avec et sans AHB, à configuration identique. Les responsables applicatifs doivent confirmer les contraintes de compatibilité. Les achats doivent identifier le programme et l’échéance, tandis que l’équipe licences valide l’édition, la métrique et les conditions de mobilité. Cette analyse croisée est plus utile qu’une règle simpliste fondée sur la taille de l’entreprise.

Windows Server, SQL Server et Azure : où se concentre la valeur

Windows Server

Pour Windows Server, SA peut être intéressante lorsque l’entreprise a besoin d’AHB, de droits de reprise après sinistre, d’une évolution Standard vers Datacenter ou du modèle par Virtual OSE de Windows Server 2025. Ce dernier n’est disponible qu’avec une souscription ou SA active et impose au minimum huit licences core par Virtual OSE ; les CAL doivent elles aussi être couvertes par SA ou abonnement.

Dans le modèle physique, les minimums restent de huit cores par processeur et seize par serveur. Standard autorise deux OSE par jeu complet de licences, tandis que Datacenter permet des OSE illimités sur le serveur correctement licencié. SA n’efface pas ces règles. Elle ne crée pas non plus une mobilité générale du système Windows Server vers n’importe quel cloud.

SQL Server

SQL Server concentre des droits particulièrement techniques. Pour chaque Primary Workload admissible, les termes actuels prévoient un Fail-over OSE utilisable notamment pour la haute disponibilité, ainsi que deux Fail-over OSE dédiés au DR : un sur tout serveur admissible et un sur des serveurs Microsoft Azure, sous réserve des règles et ratios AHB. Les instances de DR ne peuvent pas servir une charge active ordinaire ; les périodes de test, de sinistre et de transition sont encadrées.

Enterprise Core avec SA permet l’unlimited virtualization lorsque tous les cores physiques sont correctement licenciés. Le modèle par Virtual OSE nécessite SA ou abonnement actif et au moins quatre licences core par OSE. Pour AHB dans Azure SQL Database ou Managed Instance, les ratios varient selon Standard ou Enterprise et selon General Purpose ou Business Critical. Le ratio favorable d’Enterprise ne peut pas être appliqué à toutes les licences SQL.

Azure Hybrid Benefit

Pour Windows Server dans une machine virtuelle Azure, huit licences core couvrent jusqu’à huit vCores et seize couvrent jusqu’à seize vCores ; au-delà, des licences supplémentaires sont affectées par incréments de huit. Les licences Standard doivent en principe être utilisées soit localement, soit dans Azure, hors concession de migration. Datacenter propose des modalités supplémentaires, mais pas un double usage illimité que l’on pourrait résumer en une phrase.

Pour SQL Server, AHB concerne des licences core Standard ou Enterprise admissibles et des destinations Azure précises. Azure SQL Database n’accepte ce mécanisme que dans le modèle vCore avec provisioned compute, pas en DTU ni serverless. Utilisez le guide officiel Azure Hybrid Benefit avec les Product Terms du mois pour valider la configuration.

Quand Software Assurance est-elle rentable ?

Situations dans lesquelles SA a souvent du sens

• Une nouvelle version est prévue pendant le contrat et l’organisation compte réellement la déployer.
• Des charges Windows Server ou SQL Server admissibles seront migrées vers Azure avec AHB.
• Une architecture SQL Server nécessite des droits de haute disponibilité et de DR précisément documentés.
• Le parc virtualisé a besoin du modèle par Virtual OSE, d’unlimited virtualization ou de réaffectations admissibles fréquentes.
• Une montée d’édition est planifiée et une route Step-up existe pour le programme et le SKU.
• Une application serveur admissible doit être exploitée chez un Authorized Mobility Partner et le processus de vérification sera géré.

Quand SA risque de ne pas compenser son coût

• L’entreprise restera durablement sur une version stable, sans projet de mise à niveau pendant la couverture.
• Aucun droit conditionné à SA — mobilité, AHB, virtualisation, Step-up ou DR spécifique — ne sera utilisé.
• La charge sera retirée, remplacée par un SaaS ou réduite avant que les bénéfices puissent être consommés.
• La justification repose encore sur la formation, le planning de déploiement ou le support 24x7 retirés.
• Le parc est mal inventorié : payer SA sur des licences inutilisées ne corrige pas une mauvaise gestion des actifs.
• Un abonnement adapté offre la flexibilité recherchée sans besoin de conserver un droit perpétuel.

La décision peut varier à l’intérieur d’un même groupe. SA peut être très rentable pour un cluster SQL critique et inutile pour une application en fin de vie. Une analyse par workload et par SKU est donc préférable à une politique « tout ou rien », sous réserve des règles d’engagement du contrat.

Licence perpétuelle avec SA, abonnement ou licence perpétuelle seule ?

Licence perpétuelle avec Software Assurance

Cette combinaison convient aux organisations qui veulent conserver un droit perpétuel tout en utilisant des bénéfices actifs pendant la couverture. Elle facilite une feuille de route hybride ou des mises à niveau régulières, mais impose une discipline de renouvellement pour les droits qui cessent à l’expiration.

Abonnement

L’abonnement transforme davantage la dépense en coût récurrent et peut mieux suivre les variations de besoin. Certains abonnements accordent des droits équivalents à SA, mais ils restent valables uniquement pendant la souscription. Ils ne créent aucun droit perpétuel. Il faut également distinguer les souscriptions serveur ou de licences en volume des services Microsoft 365, régis par leurs propres termes en ligne.

Licence perpétuelle sans SA

Elle peut être cohérente pour une charge stable, isolée, sans migration Azure ni besoin de droits actifs. L’organisation conserve la version acquise et les droits permanents associés, mais devra acheter une nouvelle licence pour une future version et ne pourra pas présumer bénéficier des avantages conditionnés à SA.

Le choix doit comparer le coût total sur une période commune, la probabilité de changement, les droits nécessaires et la valeur résiduelle. Pour approfondir votre stratégie, consultez notre contenu sur les modèles de licences Microsoft et notre guide du licensing SQL Server.

Checklist avant d’acheter ou de renouveler

1. Relever le mois des Product Terms utilisés pour l’analyse.
2. Identifier programme, pays, secteur et type d’organisation.
3. Lister chaque SKU, édition, version et métrique : Core, Server/CAL, utilisateur ou appareil.
4. Distinguer licence perpétuelle + SA et abonnement avec droits équivalents.
5. Contrôler la date d’expiration et la continuité de couverture.
6. Compter cores physiques, vCores, OSE, hôtes, VM et CAL.
7. Qualifier le fournisseur : Azure, Authorized Mobility Partner, Authorized Outsourcer ou Listed Provider.
8. Tester les règles de 90 jours et la concession de migration de 180 jours.
9. Documenter si chaque failover est actif, passif, en test, en transition ou utilisé pendant un sinistre.
10. Compléter la vérification de mobilité lorsque le scénario l’exige.
11. Chiffrer trois scénarios de ROI sans valoriser les avantages retirés.
12. Faire valider le résultat par le contrat et les Product Terms applicables avant déploiement.

FAQ sur Microsoft Software Assurance

Software Assurance inclut-elle encore le support 24x7 ?

Non, pas comme bénéfice général actuel. Le retrait du 24x7 Problem Resolution Support a commencé en février 2023. Un support peut exister dans un autre contrat, mais il ne faut pas le promettre au titre de SA en 2026.

Peut-on conserver une nouvelle version après l’expiration de SA ?

Avec une licence perpétuelle, oui : la dernière version rendue disponible pendant la couverture reste utilisable. Les versions publiées après l’expiration ne sont pas acquises.

Software Assurance permet-elle de déplacer Windows Server vers n’importe quel cloud ?

Non. License Mobility through SA ne couvre pas le système d’exploitation Windows Server de façon générale. AHB, outsourcing et virtualisation flexible répondent à des conditions différentes et comportent des restrictions de fournisseurs.

Azure Hybrid Benefit rend-il Azure gratuit ?

Non. Il réduit ou retire la composante licence éligible du logiciel. Le calcul, le stockage, le réseau et les autres services Azure restent facturés.

SA est-elle toujours préférable à un abonnement ?

Non. SA avec une licence perpétuelle convient si l’entreprise valorise le droit permanent et utilise les bénéfices actifs. Un abonnement peut être préférable pour un besoin temporaire ou variable. La comparaison doit porter sur la même durée et les mêmes workloads.

Conclusion : décider à partir de l’architecture, pas d’une brochure historique

Software Assurance peut encore produire une valeur importante en 2026, en particulier pour Windows Server, SQL Server et les environnements hybrides Azure. Cette valeur n’est toutefois ni automatique ni uniforme. Elle dépend de droits précis, d’une couverture continue et d’une architecture qui les utilise réellement.

La meilleure décision commence par un inventaire fiable, se poursuit par une lecture du contrat et des Product Terms, puis se termine par un calcul de ROI par workload. Si la justification repose sur un avantage retiré ou sur une économie cloud non vérifiée, le dossier doit être revu.

Voir Windows Server 2025 Standard

Les informations présentées sont générales et ne constituent pas un avis juridique. Les Product Terms en vigueur, le programme, le SKU et votre contrat prévalent.