Microsoft Software Assurance em 2026: o que inclui e quando compensa

O que significa Microsoft Software Assurance em 2026

O Software Assurance é uma cobertura associada a licenças de software Microsoft elegíveis, adquiridas através de determinados programas de licenciamento por volume. Consoante o programa e o SKU, pode ser comprado com a licença subjacente, renovado para licenças já cobertas ou acrescentado como SA-only em situações específicas e dentro do prazo previsto. Não se deve presumir a disponibilidade apenas por se tratar de um produto Microsoft.

O Open Value inclui SA e o Open Value Subscription concede direitos durante a vigência da subscrição. Enterprise Agreement, EAS, SCE e MPSA também podem ser contextos relevantes, dependendo da inscrição e do produto. O Open License deixou de aceitar novas compras e renovações comerciais em 1 de janeiro de 2022. Além disso, os Product Terms indicam que o SA separado não está disponível ao abrigo do Microsoft Cloud Agreement ou Microsoft Customer Agreement. Uma subscrição cloud pode conceder direitos equivalentes ou qualificar-se para Azure Hybrid Benefit, mas isso não a transforma em Software Assurance.

Numa licença perpétua, o fim do SA não elimina a licença: permanecem os direitos perpétuos já adquiridos. Numa subscrição, os direitos terminam segundo o contrato. Ter recebido direitos semelhantes aos de SA durante a subscrição não cria uma licença perpétua no final.

O que inclui o Software Assurance atualmente

Os benefícios não são iguais para todos os produtos. A fonte decisiva é a entrada aplicável nos Microsoft Product Terms para Software Assurance, com o programa e a data corretos.

Direitos sobre novas versões

Os New Version Rights permitem utilizar uma nova versão disponibilizada enquanto o SA está ativo. Se a cobertura expirar, uma licença perpétua mantém o direito à versão mais recente que tenha ficado disponível durante esse período, mas não recebe versões lançadas posteriormente.

Este é um direito de licenciamento, não um serviço técnico. Não inclui testes de compatibilidade, migração, implementação nem suporte por tempo indeterminado. Também não converte uma edição Standard em Datacenter ou Enterprise. A mudança para uma edição superior exige um Step-up elegível ou outra licença.

Step-up para uma edição superior

Determinadas rotas permitem comprar uma licença Step-up para elevar uma edição inferior a outra superior. A licença de base e o Step-up têm de permanecer continuamente cobertos por SA ou por uma subscrição elegível. Não passam a existir duas licenças independentes; em conjunto, representam a edição superior. Cada rota deve ser confirmada para o produto, métrica e programa concretos.

License Mobility e virtualização flexível

License Mobility across Server Farms permite, nos produtos elegíveis, reafetar licenças com a frequência necessária dentro da mesma server farm. Entre server farms diferentes aplica-se, em regra, a restrição de 90 dias. Este direito só existe quando a entrada do produto o concede.

License Mobility through Software Assurance é um mecanismo distinto. Permite executar aplicações de servidor elegíveis em servidores partilhados de um Authorized Mobility Partner. Todas as licenças utilizadas têm de ter SA ativo, é necessária a verificação da Microsoft e a licença fica normalmente atribuída ao servidor partilhado durante pelo menos 90 dias. A orientação operacional da Microsoft pede a entrega do formulário no prazo de dez dias após a implementação e nova verificação quando o acordo for renovado.

O benefício geral não abrange o sistema operativo Windows Server, o Windows client nem aplicações desktop. O Flexible Virtualization Benefit é outro enquadramento para infraestrutura partilhada de Authorized Outsourcers e não se estende aos Listed Providers. A classificação do fornecedor é, por isso, essencial.

Recuperação de desastre e failover

Para produtos de servidor elegíveis, pode existir o direito a uma instância adicional num OSE de reserva para disaster recovery, sujeito a condições. A entrada específica do produto pode alterar ou substituir a regra geral. Uma réplica de recuperação não é automaticamente uma réplica de produção ativa e gratuita. A carga deve permanecer passiva, salvo testes, desastre e atividades expressamente permitidas.

Azure Hybrid Benefit

O Azure Hybrid Benefit, ou AHB, permite aplicar licenças core elegíveis de Windows Server e SQL Server, com SA ativo ou subscrições qualificadas, a recursos Azure suportados. Pode reduzir ou retirar a componente de licença de software elegível da tarifa. A computação, armazenamento, rede, reservas e restantes serviços continuam a ser cobrados.

A elegibilidade depende da edição, quantidade de cores, destino Azure, rácios e mínimos do serviço. A cobertura tem de permanecer ativa. Se não for renovada, a opção AHB deve ser retirada dos recursos afetados. Existe uma concessão geral de migração de 180 dias para utilização simultânea on-premises e Azure, mas não deve ser interpretada como duplo uso permanente.

Outros direitos específicos

Consoante o produto, podem existir direitos de Self Hosting, virtualização, equivalência ou extensão de CAL, Windows VDA, MDOP ou elegibilidade para Extended Security Updates. Os ESU não constituem atualizações gratuitas e ilimitadas para qualquer produto com SA; aplicam-se a produtos e regras de aquisição determinados.

Benefícios retirados que já não devem entrar nas contas

Algumas páginas antigas e apresentações comerciais continuam a referir serviços que deixaram de integrar os benefícios gerais. Planning Services e Training Vouchers foram retirados em 1 de fevereiro de 2021. A retirada do 24x7 Problem Resolution Support começou em 1 de fevereiro de 2023, à medida que os acordos chegavam ao fim.

Assim, em 2026 não se deve atribuir ao SA dias de consultoria, vouchers de formação ou incidentes de suporte 24x7. Estes serviços podem ser adquiridos à Microsoft ou a um parceiro através de outro contrato, mas o custo e o valor devem ser tratados separadamente. Menções históricas ao Home Use Program ou a e-learning também não provam um direito atual.

Compra, renovação e fim da cobertura

Como se adquire

A compra pode ser feita juntamente com a licença, na modalidade License + Software Assurance, quando o programa o permite. Também é possível renovar uma cobertura existente. As compras SA-only são limitadas a situações definidas, incluindo certas licenças OEM, retail ou produtos completos elegíveis, dentro do prazo previsto nos Product Terms, muitas vezes 90 dias. Esse prazo não deve ser generalizado sem validar o caso concreto.

Como preparar a renovação

A renovação deve respeitar a data de aniversário, a janela contratual e as regras do programa. Antes da decisão, é recomendável reconciliar inventário, faturas, SKU, edições, métricas e cobertura com os servidores, máquinas virtuais, utilizadores e recursos cloud existentes. Uma licença mal identificada pode produzir tanto uma renovação desnecessária como uma utilização sem direitos suficientes.

O que permanece após a expiração

Uma licença perpétua conserva a versão mais recente disponibilizada durante a cobertura e os restantes direitos perpétuos já consolidados. Terminam os direitos que exigem cobertura ativa, como versões futuras, AHB e determinadas formas de virtualização, mobilidade ou failover. Uma licença por subscrição continua limitada ao respetivo prazo contratual.

Quanto custa o Software Assurance e como calcular o ROI

Não existe uma percentagem universal que permita calcular o preço com rigor. O valor varia com o produto, edição, métrica, programa, nível de preços, prazo, país, moeda e negociação. Uma organização portuguesa deve trabalhar com a proposta efetiva para os SKU e quantidades que possui, incluindo condições fiscais e contratuais aplicáveis.

O retorno deve ser medido no mesmo horizonte da cobertura. Do lado dos benefícios, inclua apenas poupanças plausíveis: uma nova versão que será realmente implementada, redução de encargos Azure através de AHB, licenças evitadas por direitos de virtualização ou failover conformes e um Step-up já planeado. Do lado dos custos, considere SA, migração, testes, administração, inventário e manutenção das provas de licenciamento.

Uma fórmula simples é: ROI = (benefícios financeiros verificáveis menos custo total de SA e implementação) dividido pelo custo total de SA. O cálculo deve ter, pelo menos, três cenários. O prudente exclui projetos ainda sem orçamento; o provável pondera datas e probabilidades; o transformacional mostra o potencial máximo, sem o confundir com a previsão aprovada.

Para AHB, compare recursos equivalentes: mesma região, tier, vCore, horas, armazenamento e reservas. O AHB e as reservas podem ser combinados, mas reduzem componentes diferentes da fatura. Para novas versões, tenha em conta o calendário do produto, a certificação das aplicações e a capacidade da equipa. Um direito que não pode ser utilizado durante o contrato tem pouco valor financeiro imediato.

Windows Server, SQL Server e Azure: onde pode estar o valor

Windows Server: cores, OSE e localização

No Windows Server, SA pode ser relevante para novas versões, AHB, disaster recovery, Step-up e direitos associados ao licenciamento por Virtual OSE. No Windows Server 2025, este modelo apenas está disponível com subscrição ou SA ativo, exige um mínimo de oito licenças core por Virtual OSE e requer que as CAL relevantes também tenham SA ou cobertura de subscrição.

No licenciamento físico mantêm-se os mínimos de oito cores por processador e dezasseis por servidor. A edição Standard permite dois OSE por cada conjunto completo de licenças atribuído ao servidor; Datacenter permite OSE ilimitados no servidor corretamente licenciado. SA não elimina contagens de cores, OSE ou CAL e não concede mobilidade geral do sistema operativo Windows Server para qualquer cloud.

Numa máquina virtual Azure, oito licenças core elegíveis cobrem até oito vCore e dezasseis cobrem até dezasseis vCore. Acima desse limite são necessárias licenças adicionais em incrementos de oito. Com Standard, fora da concessão de migração, a utilização deve ser on-premises ou no Azure. Datacenter oferece outras opções de atribuição, que devem ser confirmadas para o serviço e método escolhidos.

SQL Server: virtualização e continuidade

O SQL Server é frequentemente o caso em que SA tem maior impacto económico. SQL Server Enterprise Core com SA pode permitir virtualização ilimitada quando todos os cores físicos estão devidamente licenciados. O licenciamento por Virtual OSE exige SA ou subscrição ativa e pelo menos quatro licenças core por OSE. A opção correta depende da densidade de VM, movimento entre hosts, edição e desenho do cluster.

Para cada Primary Workload, os termos atuais de SQL Server concedem um Fail-over OSE para qualquer finalidade, incluindo alta disponibilidade, e dois Fail-over OSE destinados especificamente a disaster recovery: um em qualquer servidor admissível e outro em servidores Microsoft Azure, sujeito à atribuição AHB. Isto não significa três réplicas de produção sem custo. As instâncias de DR não podem servir normalmente dados SQL aos utilizadores nem executar cargas ativas. A simultaneidade permitida limita-se, entre outros casos, a testes breves uma vez em cada 90 dias, ao período de desastre e à mudança entre OSE primário e de failover.

No Azure SQL Database e Azure SQL Managed Instance, AHB aplica-se ao modelo vCore com provisioned compute, não a DTU nem serverless. Enterprise com SA pode atribuir um core a quatro vCore General Purpose ou a um vCore Business Critical. Standard usa um core por vCore General Purpose e quatro cores por vCore Business Critical. O rácio “um para quatro” não é uma regra geral para todo o SQL Server.

Azure: benefício de licença, não serviço gratuito

Um plano Azure deve começar por um registo de atribuição: licença, edição, quantidade, validade da cobertura, recurso associado, vCore e rácio utilizado. AHB pode reduzir a componente de licença, mas permanecem custos de infraestrutura e serviço. Se a cobertura terminar, a configuração deve ser revista sem demora.

Veja também os guias Licendi sobre Azure Hybrid Benefit, licenciamento do Windows Server e licenciamento do SQL Server.

Quando o Software Assurance compensa

Sinais de que a cobertura pode fazer sentido

• Prevê-se uma nova versão durante o contrato e existe orçamento para a implementar.
• A arquitetura Windows Server ou SQL Server depende de virtualização, mobilidade, failover ou DR elegíveis.
• Há consumo Azure previsível e licenças verificadas que podem utilizar AHB.
• Uma rota Step-up concreta suporta uma mudança de edição já aprovada.
• O movimento frequente dentro de uma server farm torna a reafetação operacionalmente importante.
• A continuidade do SA preserva um direito já incorporado num ambiente produtivo.

Sinais de que pode não compensar

• A versão e a infraestrutura vão permanecer estáveis sem utilizar direitos de cobertura ativa.
• O retorno depende de formação, Planning Services ou suporte 24x7 já retirados.
• Não existe inventário fiável de cores, OSE, CAL, vCore e atribuições.
• O serviço cloud, fornecedor ou modelo de licenciamento pretendido não é elegível.
• Subscrições existentes já cobrem as necessidades e não há motivo para cobertura duplicada.
• O modelo financeiro presume duplo uso permanente on-premises/Azure ou réplicas DR ativas não licenciadas.

A conclusão pode variar dentro da mesma empresa. Manter SA para SQL Server Enterprise em hosts densamente virtualizados e deixar expirar a cobertura de um produto estático pode ser uma decisão coerente. A análise por pool de licenças e carga de trabalho é mais sólida do que uma política global de renovação total.

Alternativas ao Software Assurance

Uma opção é manter apenas a licença perpétua, permanecendo na versão consolidada e abdicando dos benefícios que exigem SA ativo. Pode ser adequada para sistemas estáveis, desde que não estejam a utilizar AHB, Virtual OSE, mobilidade ou failover dependente da cobertura.

Outra opção consiste em subscrições de software ou serviços cloud que concedam direitos equivalentes durante o contrato. Esta abordagem pode simplificar a atualização, mas não cria um direito perpétuo e altera a estrutura de custos. Também é possível adquirir novas licenças quando surgir a necessidade, evitando cobertura antecipada mas aceitando os preços, produtos e regras disponíveis nessa data.

Checklist antes de comprar ou renovar

• Confirmar país, tipo de organização, programa e contrato aplicável.
• Registar SKU, edição, versão e métrica: Core, Server/CAL, utilizador ou dispositivo.
• Separar licenças perpétuas com SA de subscrições com direitos equivalentes.
• Confirmar a data de expiração e a janela de renovação.
• Contar cores físicos, processadores, hosts, OSE, vCore e CAL.
• Associar cada benefício a um projeto, responsável e data de execução.
• Classificar o fornecedor como Azure, Authorized Mobility Partner, Authorized Outsourcer ou Listed Provider.
• Validar a regra de 90 dias e a concessão de migração de 180 dias.
• Identificar cada failover como HA, DR passivo, teste ou operação durante desastre.
• Concluir a verificação License Mobility quando for necessária.
• Comparar a proposta real com cenários prudente, provável e transformacional.
• Guardar os Product Terms do mês, contrato, encomendas e provas de atribuição.

A checklist Licendi para auditoria de licenciamento Microsoft ajuda a reunir as provas antes da renovação ou de uma migração.

Perguntas frequentes

O Software Assurance inclui suporte 24x7?

Não como benefício geral atual. A Microsoft iniciou a retirada do 24x7 Problem Resolution Support em 1 de fevereiro de 2023. O suporte pode existir ao abrigo de outro contrato.

O SA permite mudar para qualquer nova edição?

Não. Os New Version Rights abrangem novas versões da edição licenciada durante a cobertura. Uma edição superior exige um Step-up elegível ou outra licença.

É possível levar Windows Server para qualquer cloud?

Não. License Mobility through SA não abrange de forma geral o sistema operativo Windows Server. AHB e outsourcing têm destinos, fornecedores e condições específicos.

A mesma licença pode ser utilizada on-premises e no Azure?

Uma migração elegível pode beneficiar da concessão geral de 180 dias. Fora dessa janela, não se deve presumir duplo uso permanente.

O que acontece quando o SA expira?

Uma licença perpétua mantém os direitos consolidados e a última versão disponível durante a cobertura. Os benefícios que exigem SA ativo terminam. Uma subscrição não se torna perpétua.

Onde deve ser confirmado o direito final?

Nos Microsoft Product Terms atuais para o programa e produto corretos, em conjunto com o contrato do cliente e os comprovativos de aquisição.

Conclusão: pagar pelos direitos que serão utilizados

O Software Assurance pode proteger um investimento Microsoft e viabilizar uma arquitetura que, sem esses direitos, exigiria mais licenças ou outro desenho. O valor surge quando há uma ligação verificável entre a licença e um projeto: uma versão a implementar, um cluster a consolidar, uma topologia SQL conforme ou recursos Azure que podem receber AHB.

A análise deve ser repetida em cada renovação. Os Product Terms, a infraestrutura e as prioridades mudam. Uma revisão por SKU e carga de trabalho mostra onde a continuidade é essencial e onde a cobertura passou a representar apenas custo.

Precisa de uma decisão fundamentada antes da próxima compra ou renovação? Peça à Licendi uma análise da sua posição de Software Assurance. Relacionamos licenças, cobertura, arquitetura e projetos com uma recomendação documentada.