Escolher o plano é a decisão; o risco de continuidade é o que ninguém mede

Esta página não explica o que é o Microsoft 365. Explica duas decisões que a empresa precisa tomar e normalmente toma mal: qual plano contratar para cada perfil de usuário e como proteger os dados que vivem dentro da assinatura. São decisões diferentes, com erros diferentes, e as duas aparecem na conta depois.

O primeiro erro é tratar “Microsoft 365” como um único produto. Não é. Existe uma família de planos com escopos distintos — limite de usuários, aplicativos incluídos, recursos de segurança, versão do Windows e ferramentas de gestão. O segundo erro é supor que a nuvem da Microsoft dispensa backup porque é “resiliente”. Resiliência de infraestrutura e proteção de dados são coisas separadas, e confundir as duas é o que transforma um incidente pequeno em perda definitiva.

Planos por perfil de usuário

A escolha começa por separar quem só precisa de produtividade de quem precisa de segurança e gestão de dispositivo. As duas grandes famílias são os planos voltados a empresas pequenas e os planos corporativos, e a diferença não é só de recursos: é de limites e de arquitetura.

Dimensão	Planos para pequenas e médias empresas	Planos corporativos
Limite de assentos	Há um teto de usuários por empresa; acima dele o plano deixa de ser aplicável	Não há esse teto; dimensionado para organizações maiores
Aplicativos Office	Nas versões completas, inclui os aplicativos desktop; versões de entrada podem ter escopo reduzido	Inclui o conjunto completo de aplicativos com recursos corporativos
Teams	Incluído nas versões adequadas, com limites de reunião e de recursos	Recursos de reunião, telefonia e gestão de Teams em escopo maior
Windows	Em versões selecionadas, traz direito de upgrade a Windows para empresas	Traz ambientes corporativos de Windows com recursos de gestão avançada
Segurança e conformidade	Conjunto básico nas versões de entrada, crescente nas versões premium	Conjunto amplo: identidade, dispositivo, e-mail, dados e retenção avançada
Gestão de dispositivos	Nas versões premium, com gestão de dispositivo e políticas de acesso	Gestão corporativa completa, incluindo dispositivos e aplicativos

Dois cuidados evitam a maior parte dos erros. Primeiro: os limites e o conteúdo de cada plano mudam com o tempo — confirme, na hora da contratação, a linha vigente no documento oficial do plano, e não uma tabela de blog ou de memória. Segundo: o limite de assentos de cada família é um teto, não uma recomendação; quando a empresa cresce, ela pode precisar migrar de família inteira, e essa transição tem custo operacional.

Na prática, a decisão por perfil fica assim:

Contratar plano premium para todo mundo infla o custo sem necessidade. Contratar plano de entrada para o time inteiro deixa a empresa sem gestão de dispositivo e sem proteção de identidade justamente para quem tem acesso a mais dados.

CSP x Enterprise Agreement: quando cada um faz sentido

São dois modelos de compra com lógicas diferentes. O CSP é um programa em que a empresa compra assinatura por meio de um parceiro, com cobrança recorrente. O Enterprise Agreement é um contrato de volume firmado diretamente com a Microsoft, normalmente para organizações maiores e por prazo mais longo.

Critério	CSP (via parceiro)	Enterprise Agreement
Formato do compromisso	Assinatura recorrente, por usuário, prazo curto e renovável	Contrato de volume, com vigência maior e compromisso de quantidade
Ajuste de quantidade	Reflete o crescimento com agilidade, para cima ou para baixo	Menos flexível no meio do ciclo; mudança relevante depende de renegociação
Faturamento	Pelo parceiro, mensal ou conforme o ciclo combinado	Pela Microsoft, conforme as condições do contrato
Quem atende	O parceiro, que faz o licenciamento e a interlocução	A Microsoft conduz o contrato; o parceiro apoia conforme o acordo
Quando encaixa	Empresas em crescimento, com variação de quadro e necessidade de ajuste rápido	Organizações grandes, com previsão de headcount estável e escala que justifique o modelo

Vale registrar o que muda hoje em relação ao passado: o Open License não é mais um canal de compra de licença nova. Quem tinha esse modelo precisa migrar a regularização para CSP ou para outro modelo vigente. Também é preciso fixar um ponto: CSP não tem “tier”. É um programa com dois modelos de relação — direto e indireto —, e não uma escada de níveis. Quem oferece “subir de tier no CSP” está descrevendo outra coisa.

Regra prática: comece a avaliação pelo comportamento do quadro de usuários. Empresa que contrata e demite com frequência tende a se beneficiar de assinatura flexível; empresa com escala consolidada e previsível pode avaliar contrato de volume. Em qualquer um dos casos, a decisão precisa considerar a família de plano escolhida — não há Enterprise Agreement que conserte um plano subdimensionado.

O erro de contar licença por máquina em produto por usuário

Microsoft 365 é licenciado por usuário. Cada pessoa que usa os serviços precisa de uma licença, ainda que acesse por dois computadores, pelo tablet e pelo celular. Contar máquinas em vez de pessoas é um erro silencioso, e ele aparece nos dois sentidos:

O ponto de controle é o diretório de identidade. É ele que diz, com precisão, quem existe como usuário licenciado, quem entrou, quem saiu e quem tem serviço ativo sem uso. Sem esse cruzamento, toda contagem erra para cima ou para baixo. E o mesmo raciocínio vale para produtos que combinam componentes por usuário e por dispositivo dentro da mesma assinatura: a regra de contagem depende do componente, não do conjunto.

Backup de Microsoft 365: o que o nativo não cobre

A Microsoft opera a nuvem com resiliência de infraestrutura: replica dados, protege contra falha de datacenter e mantém a disponibilidade do serviço. Isso protege contra falha de hardware e de plataforma. Não protege contra o que a empresa faz com os próprios dados.

O backup nativo existe, mas é limitado por política: existem lixeiras, versionamento e retenção configurável, e esses recursos têm prazo e escopo definidos pela configuração vigente. A consequência é que o nativo não cobre, sozinho, os cenários que a empresa costuma presumir cobertos:

A solução é backup de terceiro, com cópia em local distinto e separada das credenciais de produção, retenção própria e restauração granular por item, caixa, site ou usuário. Como os prazos do nativo mudam com a política contratada, a recomendação é objetiva: confirme, com quem administra o seu ambiente, qual é a retenção realmente configurada hoje, e teste uma restauração. Retenção no papel e restauração que nunca foi testada não são um plano de continuidade.

Vale lembrar que essa é uma camada independente das demais.

As três se somam.

Perguntas frequentes

Posso contratar planos diferentes para usuários diferentes?

Pode, e em muitos casos é o certo. O que não se pode é deixar perfis sensíveis sem gestão de dispositivo e proteção de identidade por causa do preço do plano.

Preciso de plano premium para todo mundo?

Não. O desenho por perfil existe justamente para concentrar o custo onde há risco real, mantendo os usuários comuns no plano adequado às tarefas deles.

O backup nativo já não é suficiente?

Ele cobre recuperação dentro dos limites e prazos da política vigente. Ele não é um backup independente da conta nem um plano contra ransomware, desligamento e exclusão fora do prazo de retenção.

Vale a pena migrar do modelo antigo de licença de volume?

Licença nova não é mais comprada no canal antigo. A migração depende do perfil de uso e do tamanho da empresa; o caminho entre assinatura via parceiro e contrato de volume se define caso a caso.

Próximo passo: fale com a vWare para revisar o desenho de planos por perfil de usuário e o risco de continuidade dos dados no Microsoft 365 da sua empresa.