PT
EN 
FR 
DE 
IT 
ES 
História das licenças Microsoft: timeline visual desde o MS-DOS
Em agosto de 1981, alguém ligou um PC IBM e encontrou MS-DOS como parte da máquina. Anos depois, outro comprador saiu de uma loja carregando uma cópia em caixa de Windows ou Office. Hoje, um colaborador inicia sessão com uma identidade corporativa e recebe aplicações, armazenamento, e-mail e segurança através de uma assinatura. As cenas parecem pertencer a diferentes indústrias. São capítulos de uma história: a história do licenciamento da Microsoft.
O fio de conexão não é uma simples marcha de software perpétuo para a cloud. A Microsoft continuou adicionando camadas para resolver novos problemas: distribuir software com hardware, vendê-lo a indivíduos, padronizar milhares de desktops, controlar a cópia, licenciar servidores cada vez mais poderosos e seguir utilizadores em todos os dispositivos. A maioria dessas camadas ainda coexiste.
Isto é importante porque comprar software não é o mesmo que comprar uma cadeia de caracteres. Uma licença define um direito de uso; uma chave ajuda a instalar ou ativar; a ativação é uma verificação técnica. O canal, o acordo, a métrica e o método de ativação respondem a diferentes perguntas. Esta timeline distingue-os, de modo que as decisões de compra modernas tornam-se mais fáceis de defender.
Índice
- MS-DOS e o modelo OEM
- Windows e Office chegam ao mercado de massa
- Acordo aberto, selecionado e empresarial
- Servidores, CALs e núcleos
- Ativação do produto em 2001
- MAK, KMS e ADBA
- Asseguro de software
- Office 365 e Microsoft 365
- Licenciamento na cloud, híbrido e por VM
- Licenças usadas na UE
- Como comprar hoje
- Perguntas frequentes
1981: antes do Windows, do MS-DOS e do modelo OEM
O PC IBM chegou com MS-DOS 1.0 em 12 de agosto de 1981. A data importa não só por causa do produto, mas também por causa de sua rota para o mercado. A Microsoft não precisava vender uma cópia diretamente a cada pessoa. A empresa licenciou o sistema operativo para fabricantes de equipamentos originais, ou OEMs, que o forneciam com seus computadores. O software entrou na casa ou no escritório como parte da plataforma, muito parecido com a memória ou uma unidade de disco, embora legalmente não fosse um componente físico.
Essa divisão também moldou o suporte. Um fabricante poderia fornecer sua própria variante, documentação e utilitários, e ele permaneceu o primeiro ponto de contato do comprador. Em 1990, quando a Microsoft anunciou suporte extra para mais de 25 milhões de utilizadores dos EUA de versões OEM, ela explicou que MS-DOS era licenciado para OEMs em vez de utilizadores finais. Esse registo corrige um mito comum: licenciamento OEM não era uma invenção tardia associada ao Windows barato.
O modelo aumentou porque os incentivos se alinharam. Os fabricantes obtiveram um sistema operativo para seu hardware; a Microsoft alcançou muitas máquinas sem construir uma rede de retalho equivalente; os clientes receberam um pacote de trabalho. No entanto, criou uma tensão que permanece familiar: o direito segue a pessoa ou o dispositivo? Em termos de OEM, a resposta geralmente inclina-se para o computador original. É por isso que uma instalação que funciona não é automaticamente uma instalação que pode ser transferida para outro lugar.
Não há necessidade de repetir o folclore frágil sobre uma taxa exata da IBM ou um único preço de compra definitivo para QDOS. As contas secundárias variam. O ponto de licenciamento robusto é suficiente: a Microsoft manteve a capacidade de licenciar seu sistema em um mercado de fabricantes, fazendo da distribuição de software parte do crescimento do hardware.
1985–1990: Windows e Office chegam ao mercado de massas
A Microsoft lançou a versão de retalho do Windows em 20 de novembro de 1985. Os utilizadores poderiam encontrar software da Microsoft fora do computador que havia chegado de uma fábrica. A caixa posterior associada ao FPP, ou Full Packaged Product, combinava suportes, documentação e um direito concedido ao comprador sob seus termos. OEM e Retail tornaram-se experiências de compra distintas, não graus universais de qualidade do software.
Em termos práticos, o OEM oferecia a conveniência de um sistema pré-instalado ligado à sua máquina. O retalho era adquirido individualmente e podia carregar direitos de transferência dependendo da versão, termos e lei aplicável. Nenhum rótulo deveria ser lido isoladamente. Uma atualização, uma edição completa e uma licença acadêmica poderiam viajar através de diferentes canais ao mesmo tempo em que concedia direitos diferentes. O Windows 95 tornou a caixa um ícone cultural, mas não inventou o retalho, o OEM, o certificado de autenticidade ou a chave de produto.
O Office para Windows foi seguido em 1990 com Word, Excel e PowerPoint. O conjunto realizou algo igualmente importante: ele agrupou aplicações complementares sob uma edição e ciclo de lançamento. Os compradores pararam de avaliar três ferramentas separadamente e adquiriram uma plataforma de produtividade. Por décadas, esse padrão definia o Office perpétuo.
Isso significa que o direito de usar essa versão não expira porque o cliente deixa de pagar uma taxa recorrente, sempre dentro dos termos aplicáveis.
A distinção permanece viva. Alguém navegando Opções de licença para Windows ou edições perpétuas do Microsoft OfficePrimeiro, pergunte se eles precisam de uma licença base, uma atualização, uma edição particular e transferência. Windows e Office devem nomear famílias de produtos.
1993–2001: as empresas precisam de uma forma diferente de comprar
A caixa funcionou para uma pessoa. Funcionou mal para uma organização com dezenas, centenas ou milhares de computadores de trabalho. Mídia repetida, chaves espalhadas e compras únicas adicionaram custos administrativos. As empresas precisavam adquirir direitos juntos, prever crescimento e demonstrar atribuições. Licenciamento de volume cresceu em torno dessa necessidade.
A Microsoft ofereceu pela primeira vez a Licença Aberta em 1993. Em 1996, reduziu o mínimo inicial de 50 para 20 unidades e o ponto de reordem de 20 para 10. Em abril de 2000, simplificou o programa através do Open Business, disponível a partir de cinco produtos. Esses números são históricos e não as regras atuais. Eles mostram a Microsoft trazendo volume de compras ao alcance de organizações menores.
No final dos anos 90, a Microsoft descreveu uma escada reconhecível. O Open abordava compras relativamente pequenas. Selecione grandes organizações direcionadas capazes de prever a demanda. O Enterprise Agreement serviu entidades que queriam uma ampla padronização de plataforma. Estes não eram meramente descontos em quantidade. Eles mudaram a linguagem da aquisição: afiliados, níveis, períodos de acordo, pedidos, estoque, pagamentos e, sob alguns acordos, autenticação.
A mudança criou um mal-entendido duradouro. Volume é uma família de canais e acordos, não uma propriedade técnica que torna qualquer chave reutilizável. Para o Windows desktop, os direitos de licenciamento comercial são geralmente atualizações: eles começam com um sistema operativo base qualificada, tipicamente OEM ou Retail. Uma organização pode manter uma chave de volume em funcionamento e ainda ter um registo incompleto se não conseguir estabelecer essa base.
Em 10 de maio de 2001, a Microsoft anunciou mudanças que devem entrar em vigor em 1o de outubro através da Licensing 6.0. Software Assurance estava entre elas. O software não precisava mais ser apenas um instantâneo comprado em uma data: um acordo poderia cobrir novos lançamentos emitidos durante um período definido e adicionar benefícios variáveis. O conceito preparou o terreno para uma relação mais contínua, embora ainda não fosse uma assinatura na cloud moderna.
A Licença Aberta retirou-se em 1 de janeiro de 2022. Isso não elimina sua importância ou extingue instantaneamente os acordos herdados. Programas, portais e rotas de vendas mudam; os registos de uma compra histórica devem permanecer. Durante 2026 a Microsoft continuou movendo a administração de acordos em direção ao centro de administração Microsoft 365 e ao Volume Licensing Central. A lição prática é simples: nunca confundir o portal hoje com a origem legal do direito de ontem.
Servidores, CALs e métricas que seguem a capacidade
A licença de desktop pergunta quem pode executar uma cópia. Um servidor introduz outra pergunta: quem ou o que pode acessar o serviço? a Microsoft respondeu com licença de servidor mais Licenças de Acesso ao Cliente, ou CALs. um CAL não é um software para instalar. é um direito atribuído a um utilizador ou dispositivo para acessar um produto do servidor quando as regras desse produto exigem um.
Imagine que 40 funcionários compartilham 20 terminais em diferentes turnos. Se todo mundo acessar o servidor, 20 CALs de dispositivos podem refletir o uso mais de perto. Se 20 funcionários cada um usar um laptop, desktop e telefone, os CALs de utilizadores podem ser mais naturais. Este exemplo ilustra apenas a métrica; versão, produto, edição, acesso externo e termos atuais ainda precisam de revisão.
Uma base de Windows Server CAL por si só não concede direitos de Remote Desktop Services; um RDS CAL é aditivo para sessões remotas relevantes. Um External Connector pode abordar o acesso definido por utilizadores externos, mas não é um atalho universal. Multiplexing colocando um portal ou aplicação entre pessoas e o servidor não reduz automaticamente os requisitos de CAL. O middleware não elimina os seres humanos que recebem o serviço.
O servidor mostra por que não existe uma fórmula universal. Algumas edições oferecem Server + CAL ou Per Core. A primeira licenciam o servidor e o acesso; a segunda licenciam a capacidade de computação relevante. O Windows Server Standard e o Datacenter atualmente usam licenciamento de núcleo mais CALs quando necessário. Uma escolha séria entre Windows Server e licenças de acesso ou Opções de licenciamento do SQL ServerPortanto, começa com a arquitetura e os utilizadores, não com uma chave.
A mudança do processador para o núcleo seguiu uma mudança material. SQL Server 2012 introduziu Per Core enquanto a licenciamento de processador foi eliminada gradualmente. Windows Server 2016 mudou Standard e Datacenter para o núcleo, com mínimos de transição documentados de oito núcleos por processador e dezesseis por servidor. Processadores multicore e virtualização tornaram o processador one uma unidade cada vez mais desigual.
2001: o licenciamento torna-se visível através da ativação
Para muitos utilizadores, uma licença tinha sido anteriormente texto não lido e uma chave tinha sido um código digitado durante a configuração. Office XP, disponível em 31 de maio de 2001, e Windows XP, geralmente disponível em 25 de outubro, levaram a ativação de produtos para os produtos clientes-flagship da Microsoft. É impreciso atribuir toda a mudança apenas ao Windows XP: o Office XP chegou primeiro naquele ano e suportava licenças perpétuas e de assinatura.
A ativação ligou a chave e a instalação com informações derivadas do dispositivo, então exigia uma confirmação técnica. Seu propósito era tornar mais difícil a reutilização ilimitada de uma cópia de retalho ou OEM. A licença tornou-se visível: uma grande mudança de hardware, reinstalação ou uso excessivo de chaves pode levar à reativação.
Os conceitos não se fundiram. A licença permaneceu o direito contratual; a chave era um identificador técnico; a ativação era um mecanismo de aplicação e validação. Uma máquina poderia ativar sem uma cadeia de títulos suficiente. Um cliente também poderia possuir um direito válido e precisar de ajuda para reativar após uma mudança permitida. Uma ecrã de sucesso não era uma auditoria legal.
A discussão de privacidade se concentrou em que ativação transmitiu e como representava o hardware. A conta útil não precisa sensacioná-la: a Microsoft criou um perfil técnico para reconhecer a instalação sem transformar cada componente em uma identidade pessoal. A implementação mudou de versão para versão. A mudança duradoura foi psicológica tanto quanto o software técnico poderia pedir confirmação depois de sair da caixa.
As chaves de licença de volume mais antigas não devem ser descritas retroativamente como MAK ou KMS. VLKs poderiam contornar a experiência de ativação do consumidor em certas gerações. MAK e KMS pertencem a uma arquitetura posterior construída para administrar a ativação organizacional de forma mais controlada.
2006–2012: MAK, KMS e Active Directory
A geração de Windows Vista e Windows Server 2008 trouxe Volume Activation 2.0. As organizações já não tiveram que escolher entre ativar cada máquina como um cliente de retalho e confiar em uma chave que poderia circular com pouco controle.
- MAK, Multiple Activation Key:Cada instalação ativa uma vez contra os serviços da Microsoft, diretamente ou através de uma ferramenta de proxy. A chave tem uma autorização de ativação predeterminada e pode se adequar a dispositivos isolados ou máquinas que raramente chegam à rede corporativa.
- KMS, Key Management Service:Os clientes descobrem um host dentro da organização, ativam localmente e renovam periodicamente. Para as versões suportadas, a orientação de planejamento atual especifica limiares de pelo menos 25 computadores clientes Windows ou 5 computadores Windows Server. Essas são regras operacionais atuais, não números para projetar inalterados em cada lançamento histórico.
O Office 2010 consolidou essa arquitetura tornando o KMS o método padrão para edições de volume. O Windows 8 e o Windows Server 2012 introduziram a ativação baseada em Active Directory, ou ADBA. Um objeto de ativação armazenado em AD DS ativa máquinas compatíveis com domínios unidos sem exigir o mesmo design dedicado do KMS-host.
A distinção não é sobre qual license é melhor, porque MAK, KMS e ADBA não são licenças. São maneiras técnicas de ativar direitos adquiridos através de canais de volume. Um vendedor que oferece uma licença individual KMS para um laptop doméstico está misturando categorias. Da mesma forma, uma organização que se muda para ADBA não ganha utilizadores extras, núcleos ou instâncias autorizadas.
O design certo segue a conetividade, tamanho da frota, segmentação, versões e recuperação de desastres. MAK pode caber em um ramo desconectado; KMS uma grande rede; ADBA um domínio bem gerenciado. Em todos os casos, o inventário contratual deve viver ao lado do inventário técnico, em vez de ser substituído por ele.
Software Assurance: dos upgrades à mobilidade
O Software Assurance entrou em vigor com a Licensing 6.0 em 1o de outubro de 2001. O seu núcleo histórico era New Version Rights: se a Microsoft lançasse uma nova versão durante a cobertura, o cliente poderia instalá-la sob as condições do programa.
A SA não é apenas uma licença que autoriza softwares arbitrários, adere às licenças elegíveis, e os benefícios variaram de acordo com produto, acordo, região e época, incluindo combinações de suporte, treinamento, recursos de implementação, virtualização, mobilidade ou direitos de recuperação. Citar uma lista de benefícios de 2005 como se permanecesse atual em 2026 seria tão enganoso quanto ignorar a cobertura original.
Sua importância aumentou quando as cargas de trabalho deixaram de viver para sempre em um servidor físico. Os direitos de nova versão poderiam facilitar uma migração; benefícios de mobilidade poderiam permitir cenários definidos de data-center ou de provedor; assinatura ativa ou SA poderiam desbloquear opções mais flexíveis. A autoridade final deve ser a documentação contratual atual, não um nome de marca lembrado.
2011–2017: Office 365 e Microsoft 365 seguem o utilizador
O Microsoft lançou o Office 365 globalmente em 40 mercados em 28 de junho de 2011. A oferta combinou Office, Exchange Online, SharePoint Online e Lync Online sob uma assinatura mensal previsível. A Microsoft já havia experimentado licenciamento de assinatura antes; a mudança importante foi um conjunto de nuvem em escala comercial, transformando a produtividade, comunicações e colaboração em um serviço contínuo.
A unidade econômica mudou. Uma licença perpétua perguntou, Qual dispositivo pode executar essa versão? Uma assinatura de utilizador perguntou, Qual identidade pode usar esses aplicações e serviços durante o período? Um utilizador licenciado poderia trabalhar em dispositivos autorizados enquanto os administradores atribuíram ou removem licenças através de um diretório.
A Microsoft apresentou o Microsoft 365 em 10 de julho de 2017, com o Enterprise E3 e o E5 disponíveis em 1 de agosto. Microsoft 365 Enterprise combinou o Office 365 Enterprise, Windows 10 Enterprise e Enterprise Mobility + Security. A licenciatura por utilizador agora envolveu a produtividade, os direitos do sistema operativo empresarial, a identidade, a gestão e a segurança em uma única oferta.
Isso não significava que o Microsoft 365 substituísse instantaneamente o Office 365 em todos os mercados, ou que o software perpétuo desaparecesse. Os nomes e os planos continuaram a evoluir. O contraste estrutural permanece: uma assinatura ativa fornece serviços e uma cadência contínua; uma edição perpétua concede o direito de usar uma versão definida sob seus termos.
O Office 2024, lançado para consumidores e pequenas empresas em 1 de outubro de 2024, continua sendo uma compra única para um PC ou Mac de acordo com a edição e não inclui serviços de assinatura. O Office LTSC 2024, disponível através de licenciamento de volume a partir de setembro de 2024, dirige-se a organizações que valorizam a estabilidade e não recebe novos recursos após o lançamento. O suporte termina em 9 de outubro de 2029.
Uma linha de produção isolada, um instrumento de laboratório ou um ambiente regulamentado podem favorecer um lançamento estável. Uma equipa distribuída pode precisar de co-autoria, e-mail, identidade e atualizações freqüentes.Software e opções de licenciamento da Microsoft, a questão útil não é cloud ou box?, mas quais direitos e serviços cada utilizador precisa ao longo de todo o ciclo de vida.
2012–2026: licenciamento cloud, híbrido e por VM
O Azure acrescentou outra lógica: consome infraestrutura e serviços à medida que são usados. No entanto, a nuvem não apagou os direitos em locais. Ele conectou-se a eles. Programas como o Azure Hybrid Benefit ou a Mobilidade de Licença podem permitir que os clientes aplicem investimentos elegíveis em cenários de nuvem, mas apenas para produtos definidos, cobertura e destinos. A palavra hybrid não autoriza a transferência de todas as licenças para qualquer lugar.
Em outubro de 2022 a Microsoft adicionou uma opção de licenciamento por máquina virtual para clientes do Windows Server com licenças de assinatura ativas ou Software Assurance. Em vez de sempre licenciar cada núcleo físico no host, as organizações podem atribuir licenças a VMs sob mínimos e condições especificadas. Responde às cargas de trabalho que aparecem, se deslocam entre hosts e desaparecem.
Até 2026, as camadas coexistem. Base Windows normalmente chega através de OEM ou Retail; Licenciamento Comercial adiciona atualização, Enterprise e direitos organizacionais; Windows Server 2025 usa núcleos e CALs quando aplicável; SQL Server 2025 retém Per Core e Server + CAL para Standard enquanto Enterprise é Per Core; Microsoft 365 licença identidades e serviços. O destino não é all cloud. É um portfólio híbrido que requer que dispositivo, utilizador, capacidade e localização sejam modelados juntos.
Licenças usadas na UE: o que a UsedSoft permite e o que os compradores devem provar
Em 3 de julho de 2012, o Tribunal de Justiça da União Europeia decidiu em C-128/11, UsedSoft v. Oracle, que a exaustão do direito de distribuição pode se estender a uma cópia de software baixada, onde o titular do direito fornece a cópia, recebe uma taxa destinada a refletir seu valor econômico e concede um direito de uso por um período ilimitado.
Não foi um cheque em branco para todos os códigos. A disputa envolvia produtos e fatos da Oracle; aplicar seus princípios a uma transação da Microsoft requer análise de produto, acordo, território e evidências. Uma assinatura limitada a tempo não se torna simplesmente uma licença perpétua revendable. O primeiro adquirente deve tornar sua própria cópia inutilizável na revenda. O Tribunal também rejeitou dividir uma licença multi-utilizador e revender apenas uma porção não utilizada nas circunstâncias antes dele.
A distinção licença-versus-chave torna-se decisiva novamente. Uma chave que ativa pode ter vazado, sido reutilizada, veio de um canal não destinado à revenda ou foi separada de seu direito subjacente. A Microsoft adverte que, além de formatos definidos, como certos Cartões de Chave de Produto com um certificado, não distribui chaves de produto como produtos independentes. Key only não é uma categoria legal. É uma descrição do contexto faltante.
Para uma compra corporativa, o ficheiro deve ser reconstruído:
- O produto exato, a edição, a versão, o idioma relevante e a quantidade;
- tipo de licença e metricdevice, utilizador, servidor, núcleo ou outra unidade;
- A fatura do fornecedor e os documentos de transação;
- a cadeia de aquisição do primeiro licenciado ao comprador;
- uma declaração ou evidência de que o vendedor deixou de usar as cópias transferidas;
- as condições e território do acordo original;
- coerência entre documentos, suportes, chaves e direitos de atualização.
A Microsoft reconhece que certas licenças Office associadas a uma conta podem ser transferidas no Espaço Econômico Europeu sob a lei aplicável, com um processo de verificação em alguns casos, o que reforça a necessidade de examinar o direito em particular em vez de repetir um slogan universal.
Um fornecedor responsável não deve prometer legalidade garantida apenas porque a ativação é bem-sucedida, mas deve explicar o que está sendo transferido, quais documentos o acompanham e onde permanecem as limitações.
O panorama atual: sete lições para comprar melhor
- Defina produto, edição, versão e canal.Especifique aplicações, sistema, dispositivos, utilizadores e duração de vida prevista.
- Escolha a métrica correta.Um utilizador com três dispositivos, vinte trabalhadores por turnos e um host de 32 núcleos produz cálculos muito diferentes.
- Separar o direito da ativação.Mantenha acordos e faturas até mesmo quando o portal estiver verde. O estado técnico pode mudar; a evidência deve sobreviver.
- Verifique a base de Windows.Os direitos de atualização de volume geralmente exigem um sistema operativo qualificado. Inventar OEM e retalho antes de adicionar a camada empresarial.
- Modela o ciclo de vida.Incluir suporte, compatibilidade, recursos, administração, saídas do utilizador e a próxima migraçãonão apenas o gasto inicial.
- Demand provenance for used software.A cadeia de faturas e títulos importa tanto quanto a chave. Rejeita descrições vagas ou quantidades inconsistentes.
- Revisar os termos atuais.Os Termos do Produto, orientações de produtos e acordos superam os resumos históricos. Archive a versão aplicável na data de compra.
Licendi pode ajudar a transformar este mapa em uma seleção concreta: determinar se o requisito aponta para OEM, Retail, perpetual Office, uma solução de servidor ou licenciamento pré-proprietário documentado. O serviço útil está fazendo as perguntas certas antes de uma chave ser emitida, não prometendo uma resposta para cada cliente.
Perguntas frequentes sobre licenciamento Microsoft
Qual foi o primeiro modelo de licenciamento da Microsoft para o MS-DOS?
A MS-DOS foi distribuída principalmente através de fabricantes de computadores OEM. A Microsoft licenciou o sistema para fabricantes que o adaptaram ou instalaram em suas máquinas e apoiaram clientes. Portanto, é enganoso imaginar essa era como a Microsoft vendendo o mesmo produto em caixa diretamente a todos os utilizadores finais.
Qual é a diferença entre licenças OEM, Retail e de volume?
O software OEM normalmente vem com um dispositivo e permanece vinculado a ele sob os termos aplicáveis. O retalho é adquirido individualmente e pode ter direitos de transferência sujeitos a esses termos. A licenciatura de volume é um canal contratual para organizações; para desktop Windows geralmente fornece direitos de atualização e empresa em vez de uma licença base completa.
Uma chave de produto prova que o Windows ou o Office está licenciado?
Uma chave pode permitir a instalação ou a ativação, mas não prova por si só o direito de usar o software. canal, termos, faturamento, atribuição, edição, quantidade e proveniência também importam. Uma oferta de apenas chave sem documentos de suporte adequados merece cautela.
O que são MAK, KMS e ativação baseada no Active Directory?
Eles são métodos técnicos de ativação de volume. MAK ativa contra os serviços da Microsoft; KMS usa um serviço dentro da organização e tem limiares de ativação; ADBA ativa dispositivos compatíveis associados a domínios através do Active Directory. Não são licenças independentes ou produtos de consumo que devem ser vendidos como chaves soltas.
O que é uma CAL Microsoft e quando é necessária?
Um CAL dá a um utilizador ou dispositivo o direito de acessar certos produtos do servidor. Não instala software ou substitui servidor ou licenças principais. Os requisitos variam de acordo com o produto, edição, padrão de acesso e funcionalidades adicionais, como Remote Desktop Services.
O Office 2024 é perpétuo e como difere do Microsoft 365?
O Office 2024 é uma compra única para o dispositivo permitido pela sua edição. Ele pode permanecer em uso sem uma renovação recorrente, mas isso não significa atualizações ou suporte de recursos intermináveis. O Microsoft 365 é uma assinatura por utilizador combinando aplicações e serviços na cloud continuamente atualizados enquanto a assinatura está ativa.
É legal comprar uma licença Microsoft usada na UE?
O julgamento da UsedSoft aborda a exaustão de certas cópias de software fornecidas por um período ilimitado, mas não torna todas as chaves ou assinaturas revendíveis. Os compradores devem verificar o produto, território, acordo, cadeia de títulos, a cessação de uso do vendedor e registos de transferência.
Que licença Microsoft devo comprar hoje?
Depende do cenário: um novo PC geralmente chega com Windows OEM; uma compra individual pode apontar para o Retail sob seus termos; Office 2024 ou LTSC combina ambientes priorizando um lançamento estável; Microsoft 365 favorece a colaboração e vários dispositivos; e servidores exigem cálculo especializado de núcleos, CALs, virtualização e direitos híbridos.
Uma história de camadas, não de substituições
Desde o MS-DOS fornecido por um fabricante até uma identidade Microsoft 365, a licenciamento seguiu os lugares onde o valor e a complexidade se acumularam: a máquina, a cópia, a organização, o acesso, a capacidade e o utilizador.
