Microsoft Software Assurance nel 2026: cosa include e quando conviene

Che cos’è Microsoft Software Assurance oggi

Software Assurance è una copertura collegata a determinate licenze software Microsoft acquistate tramite programmi di licensing idonei. Può essere acquisita insieme alla licenza, rinnovata su licenze già coperte o, in casi limitati, aggiunta come SA-only entro il termine previsto. La disponibilità non si deduce dal semplice nome del prodotto: occorre controllare programma, mercato, SKU e regole di acquisto.

Open Value include SA, mentre Open Value Subscription concede i diritti per la durata dell’abbonamento. Anche contesti come Enterprise Agreement, EAS, SCE e MPSA possono essere pertinenti, a seconda del prodotto e dell’iscrizione. Open License, invece, non accetta nuovi acquisti o rinnovi commerciali dal 1° gennaio 2022. I Product Terms precisano inoltre che SA separata non è disponibile nel Microsoft Cloud Agreement o nel Microsoft Customer Agreement. Un abbonamento cloud può offrire diritti equivalenti o risultare idoneo per Azure Hybrid Benefit, ma non per questo diventa Software Assurance.

È importante distinguere licenza perpetua, copertura SA e abbonamento. Se SA scade, una licenza perpetua resta perpetua e conserva i diritti consolidati, compresa l’ultima versione resa disponibile durante la copertura. Un abbonamento, al contrario, termina secondo il contratto e non diventa perpetuo perché durante la sua validità offriva diritti analoghi a SA.

Cosa include Software Assurance nel 2026

Non esiste un catalogo automaticamente applicabile a ogni licenza. Il riferimento è la voce del prodotto nei Microsoft Product Terms dedicati ai benefici Software Assurance, selezionando programma e data corretti.

Diritti sulle nuove versioni

I New Version Rights consentono di utilizzare una nuova versione pubblicata mentre la copertura è attiva. Se SA non viene rinnovata, la licenza perpetua mantiene il diritto alla versione più recente resa disponibile nel periodo coperto, non alle versioni successive.

È un diritto di licenza, non un servizio di migrazione. Non garantisce compatibilità applicativa, assistenza al deployment o supporto senza scadenza. Non permette neppure di passare automaticamente da Standard a Datacenter o Enterprise: la nuova versione deve rispettare l’edizione e la quantità licenziate.

Step-up verso un’edizione superiore

Per alcune rotte indicate nei Product Terms, una licenza Step-up consente di elevare un’edizione inferiore a una superiore. La licenza di base e lo Step-up devono restare coperti in modo continuativo da SA o da un abbonamento idoneo. Il risultato non sono due licenze indipendenti, ma una sola licenza corrispondente all’edizione superiore. Una rotta disponibile per Windows Server non dimostra che esista anche per SQL Server, Office o un diverso modello di licenza.

License Mobility e virtualizzazione flessibile

License Mobility across Server Farms permette, per i prodotti idonei, riassegnazioni frequenti all’interno della stessa server farm. Il passaggio tra server farm differenti resta normalmente soggetto alla regola dei 90 giorni. La mobilità è un diritto specifico del prodotto, non una facoltà generale concessa a tutto il software coperto.

License Mobility through Software Assurance riguarda invece applicazioni server idonee eseguite sui server condivisi di un Authorized Mobility Partner. Richiede SA attiva su tutte le licenze impiegate, la verifica prevista da Microsoft e un’assegnazione di almeno 90 giorni. La guida operativa Microsoft indica di inviare il modulo entro dieci giorni dal deployment e di rinnovare la verifica al rinnovo dell’accordo.

Il sistema operativo Windows Server, Windows client e le applicazioni desktop non sono coperti in via generale da questa mobilità. Il Flexible Virtualization Benefit è un quadro distinto per infrastrutture condivise di Authorized Outsourcers idonei e non può essere esteso ai Listed Providers. Prima di scegliere un cloud o un outsourcer bisogna quindi classificare correttamente il fornitore.

Disaster recovery e failover

Per prodotti server idonei, SA può concedere un’istanza aggiuntiva in un OSE di backup destinata al disaster recovery. Le condizioni del singolo prodotto possono sostituire o integrare la regola generale. “Failover” non significa replica attiva gratuita: l’istanza di DR deve restare passiva salvo test, emergenze e operazioni espressamente consentite. SQL Server prevede regole proprie, più articolate.

Azure Hybrid Benefit

Azure Hybrid Benefit, o AHB, consente di applicare licenze core Windows Server e SQL Server idonee, con SA attiva o abbonamenti qualificati, a determinate risorse Azure. Il vantaggio riduce o elimina la componente di licenza software ammessa nella tariffa; calcolo, archiviazione, rete e altri servizi restano a pagamento.

Edizione, quantità di core, destinazione, rapporto di conversione e minimi del servizio devono essere verificati. La copertura deve rimanere attiva e, se non viene rinnovata, l’opzione AHB va rimossa dalle risorse interessate. La concessione generale di migrazione permette fino a 180 giorni di utilizzo simultaneo on-premises e Azure: non autorizza un doppio uso permanente.

Altri diritti legati al prodotto

La voce specifica può includere Self Hosting, diritti di virtualizzazione, equivalenze o estensioni CAL, scenari Windows VDA, MDOP o condizioni di accesso agli Extended Security Updates. Gli ESU non sono aggiornamenti gratuiti e illimitati per ogni licenza con SA; riguardano prodotti e modalità di acquisizione definiti.

Benefici ritirati: cosa non includere nel business case

Materiale commerciale datato e pagine ancora indicizzate possono elencare servizi non più disponibili come benefici generali. Planning Services e Training Vouchers sono stati ritirati il 1° febbraio 2021. Il ritiro del 24x7 Problem Resolution Support è iniziato il 1° febbraio 2023 e si è applicato progressivamente con la scadenza degli accordi.

Nel 2026 non è quindi corretto promettere giornate di consulenza, voucher formativi o incidenti di supporto 24x7 inclusi in SA. Supporto, formazione e servizi di adozione possono essere acquistati con altri contratti o da un partner, ma il loro valore va contabilizzato separatamente. Anche riferimenti storici a Home Use Program o e-learning non dimostrano un diritto attuale.

Come acquistare e rinnovare Software Assurance

Acquisto iniziale

La modalità più comune è License + Software Assurance all’interno di un programma volume che la preveda. Esistono casi SA-only, per esempio dopo l’acquisto di alcune licenze OEM, retail o prodotti completi idonei, ma solo rispettando condizioni e scadenze dei Product Terms, spesso entro 90 giorni. Quel termine non va generalizzato senza controllare la riga applicabile.

Rinnovo e continuità

Il rinnovo segue anniversario, scadenza e regole del contratto. Prima di confermarlo, è opportuno riconciliare licenze, edizioni, metriche, quantità e copertura con l’infrastruttura effettiva. Lasciare scadere SA può interrompere diritti su cui si basa un’architettura e non sempre è possibile ripristinare in seguito la stessa posizione con un semplice rinnovo tardivo.

Cosa succede alla scadenza

Una licenza perpetua conserva la versione più recente disponibile durante la copertura e gli altri diritti perpetui già maturati. Terminano però i vantaggi che richiedono SA attiva: future versioni, AHB, determinate forme di mobilità, virtualizzazione e failover. Occorre verificare subito se host, VM, cluster o risorse Azure dipendono da tali diritti. Le licenze in abbonamento seguono invece la loro durata contrattuale.

Costo di Software Assurance e calcolo prudente del ROI

Non esiste un prezzo percentuale universale affidabile. Il costo varia per prodotto, edizione, metrica, programma, livello di prezzo, durata, paese, valuta e condizioni negoziate. Per decidere serve il preventivo reale riferito agli SKU posseduti, non una percentuale trovata online.

Un modello utile confronta il costo totale della copertura con benefici utilizzabili entro lo stesso periodo. Dovrebbe includere il costo evitato di una versione che verrà davvero distribuita, il risparmio AHB calcolato sulle risorse previste, eventuali licenze evitate grazie a diritti conformi di virtualizzazione o failover e il valore di uno Step-up pianificato. Vanno sottratti anche costi interni, migrazione, test, inventario e gestione delle evidenze.

Una formula indicativa è: ROI = (benefici verificabili meno costo totale di SA e implementazione) diviso costo totale di SA. È prudente predisporre almeno tre scenari: conservativo, probabile e trasformativo. Nel primo, i progetti incerti vengono esclusi; nel secondo si applicano probabilità realistiche; nel terzo si misura il potenziale massimo, senza usarlo come previsione automatica.

Per Azure, il confronto deve mantenere identici regione, tier, vCore, ore di utilizzo e impegni di capacità. AHB può combinarsi con prenotazioni, ma agisce su una componente diversa del prezzo. Per gli upgrade, bisogna considerare data di rilascio, certificazione delle applicazioni e capacità del team: un diritto non implementabile nel periodo ha valore finanziario limitato.

Tre casi pratici: Windows Server, SQL Server e Azure

Windows Server: virtualizzazione e posizione del workload

Per Windows Server, SA può essere decisiva quando servono nuove versioni, AHB, disaster recovery o il modello di licensing per Virtual OSE di Windows Server 2025. Quest’ultimo è disponibile solo con abbonamento o SA attiva, richiede almeno otto licenze core per Virtual OSE e impone copertura anche sulle CAL pertinenti.

Nel licensing fisico restano i minimi di otto core per processore e sedici per server. Standard concede due OSE per ogni set completo di licenze assegnato al server; Datacenter consente OSE illimitati sul server correttamente licenziato. SA non elimina conteggio di core, OSE e CAL. Non concede nemmeno una mobilità generale del sistema operativo Windows Server verso qualunque cloud.

In una VM Azure, otto licenze core idonee coprono fino a otto vCore e sedici coprono fino a sedici vCore; oltre tale soglia servono incrementi aggiuntivi di otto. Con Standard, fuori dalla concessione di migrazione, le licenze devono essere usate on-premises oppure in Azure. Datacenter offre opzioni ulteriori, da documentare in base alla modalità scelta.

SQL Server: dove SA può incidere di più

SQL Server presenta spesso il business case più forte, soprattutto in cluster densi. Enterprise Core con SA può consentire virtualizzazione illimitata quando tutti i core fisici del server sono correttamente licenziati. Il licensing per singolo Virtual OSE richiede SA o abbonamento attivo e almeno quattro licenze core per OSE. La scelta dipende da densità, mobilità delle VM, picchi e topologia del cluster.

Per ogni Primary Workload, i termini SQL Server attuali prevedono un Fail-over OSE per qualsiasi scopo, inclusa l’alta disponibilità, più due Fail-over OSE specifici per DR: uno su qualsiasi server ammesso e uno su server Microsoft Azure, quest’ultimo collegato alle regole di allocazione AHB. Non sono tre copie di produzione liberamente attive. Le istanze di DR non possono servire normalmente dati SQL agli utenti; la simultaneità è limitata a brevi test ogni 90 giorni, disastro e trasferimento tra ambiente primario e failover.

Per Azure SQL Database e Managed Instance, AHB si applica al modello vCore con provisioned compute, non a DTU o serverless. Enterprise con SA può convertire un core in quattro vCore General Purpose oppure un vCore Business Critical. Standard usa un rapporto uno a uno per General Purpose e quattro core per un vCore Business Critical. Il messaggio “uno a quattro” non vale quindi per qualsiasi licenza SQL.

Azure: risparmio mirato, non cloud gratuito

Un progetto Azure dovrebbe partire da un registro di allocazione con licenze idonee, scadenza della copertura, risorse assegnate, vCore e rapporti applicati. AHB riduce la componente software ammessa, ma non azzera la fattura Azure. Inoltre, non è sinonimo di License Mobility: quest’ultima riguarda applicazioni server idonee su infrastrutture condivise di partner e richiede verifica, mentre AHB offre condizioni economiche specifiche per destinazioni Azure, anche PaaS.

Per approfondire, consulta le guide Licendi su Azure Hybrid Benefit, licensing Windows Server e licensing SQL Server.

Quando Software Assurance conviene

Situazioni favorevoli

• È prevista una nuova versione durante il contratto e il deployment è finanziato.
• La progettazione Windows Server o SQL Server dipende da diritti attivi di virtualizzazione, DR, failover o mobilità ammessa.
• Consumi Azure prevedibili possono utilizzare licenze verificate tramite AHB.
• Una rotta Step-up specifica sostiene un cambio di edizione già pianificato.
• Riassegnazioni frequenti all’interno della server farm rendono essenziale la flessibilità.
• La continuità di copertura protegge un diritto già incorporato nell’ambiente produttivo.

Quando può non convenire

• Versioni e infrastruttura resteranno stabili e nessun beneficio attivo viene utilizzato.
• Il ritorno atteso dipende da formazione, Planning Services o supporto 24x7 ritirati.
• L’organizzazione non dispone di inventario affidabile per core, OSE, CAL, vCore e assegnazioni.
• Il provider, il servizio cloud o il modello di licensing previsto non è idoneo.
• Abbonamenti già acquistati coprono le necessità e SA duplicata non ha uno scopo preciso.
• Il calcolo presume doppio uso perpetuo on-premises/Azure o repliche DR attive senza licenza.

La decisione non deve essere uniforme per tutto il parco. Può essere razionale mantenere SA su SQL Server Enterprise in host altamente virtualizzati e non rinnovarla per un prodotto stabile che non usa alcun diritto condizionato. L’analisi per pool di licenze e workload è più efficace di una regola aziendale “tutto o niente”.

Alternative a Software Assurance

La prima alternativa è mantenere la licenza perpetua senza rinnovare SA, accettando di restare sulla versione consolidata e rinunciando ai diritti che richiedono copertura attiva. È adatta a workload statici solo dopo aver verificato che l’architettura non dipenda da AHB, mobilità, Virtual OSE o failover collegato a SA.

La seconda è adottare abbonamenti software o servizi cloud che concedano diritti equivalenti per la durata del contratto. Offre prevedibilità operativa, ma non crea proprietà perpetua e può cambiare il profilo di costo. La terza è acquistare nuove licenze quando nasce il bisogno: evita il costo ricorrente anticipato, ma espone al prezzo e alle regole disponibili in quel momento. Supporto, formazione e consulenza vanno comunque valutati come servizi separati.

Checklist prima di acquistare o rinnovare

• Identificare paese, settore, programma e contratto applicabile.
• Registrare SKU, edizione, versione e metrica: core, Server/CAL, utente o dispositivo.
• Separare licenze perpetue con SA da abbonamenti con diritti equivalenti.
• Confermare scadenza, finestra di rinnovo e continuità della copertura.
• Contare core fisici, processori, host, OSE, vCore e CAL.
• Collegare ogni beneficio previsto a un progetto, proprietario e data.
• Classificare il fornitore come Azure, Authorized Mobility Partner, Authorized Outsourcer o Listed Provider.
• Verificare regola dei 90 giorni e concessione di migrazione di 180 giorni.
• Distinguere failover HA, DR passivo, test e funzionamento durante un disastro.
• Completare la verifica License Mobility quando richiesta.
• Confrontare il preventivo reale con scenari conservativo, probabile e trasformativo.
• Archiviare Product Terms del mese, accordo, ordini e prove di allocazione.

La checklist Licendi per l’audit delle licenze Microsoft può aiutare a organizzare le evidenze prima del rinnovo.

Domande frequenti

Software Assurance include supporto 24x7?

No, non come beneficio generale attuale. Microsoft ha avviato il ritiro del 24x7 Problem Resolution Support il 1° febbraio 2023. Il supporto può essere acquistato con un accordo separato.

SA permette di passare a qualsiasi nuova edizione?

No. I New Version Rights coprono nuove versioni dell’edizione licenziata durante la copertura. Per un’edizione superiore serve uno Step-up idoneo o un’altra licenza.

È possibile spostare Windows Server in qualsiasi cloud?

No. License Mobility through SA non copre in generale il sistema operativo Windows Server. AHB e outsourcing hanno destinazioni, fornitori e condizioni specifiche.

La stessa licenza può essere usata on-premises e in Azure?

Durante una migrazione idonea è disponibile una concessione generale di 180 giorni. Al di fuori di tale periodo non va presunto un doppio uso permanente.

Cosa resta quando SA scade?

Una licenza perpetua conserva i diritti consolidati e l’ultima versione resa disponibile durante la copertura. Terminano i benefici che richiedono copertura attiva. Un abbonamento non diventa perpetuo.

Dove si verifica il diritto definitivo?

Nei Microsoft Product Terms correnti, selezionando il programma e la voce prodotto corretti, insieme al contratto e alle prove d’acquisto del cliente.

Conclusione: rinnovare i diritti che la roadmap userà

Software Assurance può proteggere un investimento e rendere sostenibili architetture che altrimenti richiederebbero più licenze. Il valore, però, nasce solo dal collegamento tra un diritto documentato e un progetto reale: una versione da distribuire, un cluster da virtualizzare, una topologia SQL conforme o risorse Azure che possono usare AHB.

La valutazione va rifatta a ogni rinnovo, perché Product Terms, infrastruttura e priorità cambiano. Un’analisi per SKU e workload chiarisce dove mantenere la copertura e dove il costo non è più giustificato.

Vuoi una verifica prima del prossimo acquisto o rinnovo? Richiedi a Licendi un’analisi della tua posizione Software Assurance. Collegheremo licenze, copertura, infrastruttura e roadmap a una raccomandazione documentata.