Uma consultoria de migração para o Microsoft 365 move identidade, e-mail, agenda, contatos e arquivos para o tenant sem parar a operação e sem perder dado. Este guia percorre as sete fases do projeto, o entregável de cada uma, o que a documentação da Microsoft avisa que não migra e o que a sua empresa precisa fornecer.
Uma consultoria de migração para o Microsoft 365, o antigo Office 365, assume a responsabilidade técnica e contratual de mover identidade, e-mail, agenda, contatos e arquivos para o tenant sem interromper a operação. Microsoft 365 é a plataforma; Office era o pacote de aplicativos. A distinção importa porque o que se contrata não é software: as ferramentas de migração já vêm na assinatura. O que se contrata é método, arquitetura e responsabilidade.
O erro mais caro é tratar o projeto como evento de fim de semana. Regra de caixa que chega desligada, permissão que não propaga, nota fiscal que para de sair: nenhum desses incidentes é falha de ferramenta, todos são decisão não tomada antes do primeiro lote. E cada dia a mais de transição é um dia pagando duas plataformas.
O projeto começa antes de qualquer dado se mover e termina depois do último usuário migrado. Quem compra só o pedaço do meio compra o risco inteiro. Abaixo estão as sete fases, o documento que sai de cada uma, os limites que a documentação da Microsoft declara e o que a sua empresa precisa colocar na mesa.
Fase 1, Assessment: inventário, risco e dimensionamento
O que entra no inventário
Nas duas pontas: usuários e grupos, caixas e volumes, unidades pessoais e compartilhadas, calendários e salas, aliases, domínios e regras de encaminhamento. O mais esquecido são as integrações presas ao ambiente atual: assinatura eletrônica, ERP que dispara e-mail, robô de faturamento.
Mapeamento de risco: o que pode quebrar e o que não migra
A documentação de migração do Exchange declara boa parte do risco:
- Regras de caixa migram desligadas. A Microsoft recomenda validar os filtros no Outlook antes de reativar. Ninguém avisa o usuário, e ele passa duas semanas achando que sumiu e-mail.
- Políticas de MRM e arquivamento precisam ser desativadas antes dos lotes. A ferramenta não as enxerga, e mensagem movida por elas é marcada como faltando. O resultado é perda percebida, que atrapalha achar a perda real.
- Não migram: resposta automática, reserva de sala, calendário compartilhado e cor de evento. Arquivo restrito, atalho e arquivo órfão também ficam de fora, e o órfão não aparece em relatório.
- Conversão e limites. Arquivo do Google vira formato Office sem alterar o original, o que importa para quem tem macro. Caminho acima de 400 caracteres não migra.
Dimensionamento: o número do console não é o número real
Arquivo de um usuário guardado na unidade de outro conta no console, mas só migra na tarefa do dono da pasta. Quem dimensiona janela pelo console erra o cronograma. Há ainda o gargalo de origem: a cota da conta de serviço dita a vazão de contatos e agenda, e o tamanho do lote.
Assessment transforma “vamos migrar” em conta de janela, lote e risco. Sem ele, o projeto descobre o problema com a operação parada.
Entregável: relatório de descoberta com inventário consolidado, matriz de risco, lista do que não migra e plano de lotes.
Fase 2, Desenho: arquitetura de destino e modelo de identidade
Identidade antes do primeiro dado
Todos os usuários precisam existir no destino como usuários habilitados para e-mail antes de qualquer lote, provisionados fora do processo de migração. O endereço primário usa o domínio principal e coincide nas duas plataformas.
Domínios de roteamento: a decisão que define toda a coexistência
Os pré-requisitos publicados pela Microsoft exigem dois subdomínios de roteamento, um apontando para o Microsoft 365 e outro para o ambiente de origem. Cada usuário recebe um ExternalEmailAddress no domínio da origem e um endereço proxy no da Microsoft. Esse par faz a mensagem achar o usuário onde quer que a caixa dele esteja naquele dia.
Armadilha documentada: usar o domínio embutido tenant.onmicrosoft.com no roteamento causa problemas com os quais o próprio suporte da Microsoft declara não conseguir ajudar. Domínio não verificado impede a migração de completar.
Política de segurança e retenção no destino
Aqui se fecha, como decisão de projeto: modelo de grupos e times, arquitetura de SharePoint, retenção e rótulos no Microsoft Purview, acesso condicional no Microsoft Entra ID e gestão de dispositivo no Intune.
Essas escolhas são caras de desfazer. SharePoint mal estruturado e identidade sem política condicional viram, dois anos depois, projeto de reorganização e exposição em auditoria de LGPD, tema do hub de segurança.
Entregável: documento de arquitetura de destino, mapa de identidades e domínios, matriz de permissões e desenho da coexistência.
Fase 3, Piloto: validar a premissa antes de encostar na operação
O grupo-piloto é escolhido por representatividade, nunca por conveniência: volume alto de e-mail, agenda compartilhada, permissão complexa e um usuário de cada integração crítica.
Ele valida o que planilha nenhuma responde: vazão real dentro da cota, comportamento das regras convertidas, reaplicação de permissões e roteamento entregando nos dois sentidos. O recompartilhamento automático no destino só ocorre com as identidades completamente mapeadas.
Detalhe que atinge PME em cheio: o Migration Manager Lite vem habilitado por padrão em tenants com menos de 300 licenças e pula varredura, revisão de destinos e mapeamento de identidades. Em empresa com unidade compartilhada, é onde a permissão se perde.
O piloto transfere o erro da produção para um grupo de dez pessoas, e é a única fase que produz um go ou no-go informado.
Entregável: relatório de piloto com métricas de vazão, desvios encontrados, runbook ajustado e recomendação formal de go ou no-go.
Fase 4, Coexistência: os dois ambientes rodando ao mesmo tempo
Esta é a fase que mais dói e a que mais separa fornecedor bom de ruim. Enquanto os lotes rodam, parte da empresa está no ambiente novo e parte no antigo, e três coisas precisam funcionar juntas.
Roteamento de e-mail entre as duas plataformas
É o par de subdomínios desenhado na fase 2 entrando em operação. Mensagem endereçada a quem já migrou cai na caixa nova; para quem não migrou, segue para o ambiente antigo, sem loop nem duplicata. Com transporte fora do padrão no Exchange Online, é preciso ligar o encaminhamento automático no domínio remoto. A propagação leva até 24 horas e entra no cronograma dos primeiros lotes.
Agenda: livre e ocupado entre os dois mundos
Disponibilidade entre plataformas não vem de graça e não é feita pela ferramenta de migração. O caminho é o Calendar Interop, que permite consulta nos dois sentidos com Exchange 2016 ou superior e Exchange Online, incluindo calendários de grupo e salas. Duas limitações precisam ser comunicadas antes: na informação adicional só título e local aparecem, e evento privado não expõe detalhe do outro lado. Sem esse alinhamento, a diretoria conclui que a agenda quebrou.
Acesso a arquivo durante a transição
O Migration Manager roda em modo incremental, e um arquivo só é pulado se o caminho completo no destino for idêntico e a data de modificação lá for mais recente. Daí saem duas armadilhas caras.
A primeira: renomear ou reorganizar pasta durante a migração gera duplicata, porque o processo incremental lê renomeação como objeto novo. Mudar /Vendas/Clientes para /Vendas Brasil/Clientes resulta em duas cópias, com as permissões junto. Regra de projeto: reorganiza antes ou depois, nunca durante.
A segunda: mudança apenas de permissão não propaga no modo incremental padrão. Arquivo que não mudou não é migrado, e a permissão nova viajaria com ele. Propagar exige o modo que sobrescreve tudo, mais lento. Decisão de janela.
Por que a coexistência precisa ser curta
A migração é cópia, não recorte: nada é removido da origem, e é isso que dá lastro ao rollback.
Ainda assim, coexistência mal executada produz o e-mail perdido, a reunião marcada em cima de outra e o arquivo que sumiu. É também o período em que a empresa paga duas plataformas, então cronograma frouxo aqui é dinheiro saindo do caixa.
Entregável: ambiente de coexistência configurado, testado nos dois sentidos e sob monitoramento ativo, com registro de incidentes e tempo de resposta.
Fase 5, Cutover: o corte definitivo
Dado histórico: o que migra, o que arquiva, o que fica
Decisão de negócio, não técnica: migra tudo, migra recorte por data, ou arquiva parte fora da caixa. A ferramenta permite excluir pastas e rótulos do lote, e cada exclusão reduz a janela de corte. Em jurídico e em saúde isso passa por retenção legal e precisa estar em ata. Em cliente como o Demarest, é a conversa mais longa do projeto.
DNS, MX e domínio
O corte de MX é o ponto de não retorno percebido pelo usuário. O procedimento documentado remove os registros sintéticos e customizados na origem e publica MX, CNAME e TXT do Microsoft 365. Antes disso: alinhar TTL, ter SPF, DKIM e DMARC prontos e reconfigurar todo sistema que envia e-mail em nome do domínio. ERP e emissor de nota são o esquecimento número um, e a origem do “a nota fiscal parou de chegar”.
Janela de corte e plano de rollback
A janela é definida pelo calendário do negócio, não pelo do projeto. Varejo não corta em data comemorativa, agro não corta em safra, jurídico não corta em véspera de prazo. O rollback existe porque a origem permanece intacta, mas precisa estar escrito, com critério de acionamento e responsável.
O cutover é a única fase que a empresa inteira enxerga. Corte planejado é invisível; corte improvisado vira o assunto do mês.
Entregável: relatório de corte com conferência de volumes migrados contra a origem, registro de exceções e ata de aceite.
Fase 6, Adoção: para a empresa não comprar a Ferrari e andar de Fusca
Projeto tecnicamente perfeito com adoção zero é fracasso caro. A empresa compra a Ferrari, o Microsoft 365 completo, e sai dirigindo o Fusca: Word, Excel e PowerPoint.
A resposta recomendada pela própria Microsoft é um programa de champions: usuários influentes que apoiam os colegas, porque aprender com o colega de trabalho está entre os métodos mais eficazes no ambiente profissional. O resto é operacional: treinamento por papel, comunicação em ondas antes de cada lote e canal de dúvida na primeira semana.
Adoção converte custo de licença em produtividade. É também pré-requisito de Copilot: agente de IA sobre dado desorganizado, com usuário que não usa a plataforma, não entrega ROI, entrega demonstração.
Entregável: plano de adoção, trilhas por papel, rede de champions constituída e leitura periódica de uso.
Fase 7, Sustentação: o dia seguinte
Na segunda-feira seguinte ao corte, quem administra o tenant, quem monitora e quem responde quando para?
O escopo cobre administração de identidade e licença, gestão de dispositivo no Intune, segurança com Microsoft Defender, revisão de retenção e relatório executivo. A Qualiserve opera NOC próprio com mais de 20.000 dispositivos monitorados e conduziu em 2019 a virada de break-fix para serviços gerenciados.
Migração é projeto e tem fim; operação do ambiente não tem. Ambiente sem dono regride: política não é revisada, licença ociosa não é recuperada, alerta não é tratado, e o ganho evapora em doze meses. Empresa de 50 a 300 colaboradores raramente cobre isso internamente.
Entregável: runbook operacional, matriz de responsabilidade, acordo de nível de serviço e relatório executivo recorrente.
O que a sua empresa precisa fornecer para o projeto rodar
Expectativa mal alinhada aqui é a causa número um de atraso.
- Acessos administrativos nas duas pontas. Na origem, credencial com leitura sobre todas as contas e permissão para criar projeto e conta de serviço. No destino, papel de menor privilégio suficiente. Isso esbarra em “quem tem a senha do admin”, pergunta da primeira reunião.
- Um responsável interno com poder de decisão. Não é só o cara do TI. É quem decide sobre dado histórico, aprova janela e destrava acesso sem escalar por três dias.
- Janela definida pelo negócio, com o calendário comercial real na mesa: sazonalidade, fechamento contábil, prazo processual, safra.
- A decisão sobre dado histórico: escopo, recorte por data e retenção, antes do cutover e por escrito.
- Higiene prévia da origem. Reorganização de pastas e limpeza de conta inativa acontecem antes dos lotes. Durante, geram duplicata.
Por que não existe prazo padrão: os fatores que mexem no cronograma
- Volume e distribuição do dado. Não é o total, é quantos usuários têm caixa muito grande e quantos arquivos existem, porque a migração é por item.
- Cota da conta de serviço na origem, que dita a vazão de contatos e agenda e o tamanho do lote.
- Número de domínios, cada um com verificação e roteamento próprios.
- Complexidade das permissões, porque unidade compartilhada exige identidade e grupo espelhados no destino antes do primeiro lote.
- Integrações e automações que enviam ou consomem e-mail em nome do domínio.
- Retenção legal, capaz de transformar descarte de histórico em decisão jurídica.
- Disponibilidade do time do cliente, o fator que mais atrasa.
A regra da casa: prazo se compromete depois do assessment, com o inventário na mesa. Antes disso é chute, e chute em migração custa caro.
Perguntas frequentes
A operação para durante a migração?
Não, e é para isso que existe a coexistência. Os dois ambientes rodam ao mesmo tempo com roteamento nos dois sentidos, e o usuário migra em lote sem deixar de receber mensagem.
Meus e-mails antigos vão junto?
Vão mensagens, regras, agenda e contatos, dentro do escopo definido. Alguns itens não migram por limitação documentada da ferramenta, como resposta automática e reserva de sala, e o assessment lista isso antes de começar.
Vou perder as permissões dos arquivos compartilhados?
Não, desde que o mapeamento de identidades seja completo, porque é ele que habilita o recompartilhamento automático no destino. Unidade compartilhada exige recriar o grupo equivalente e mapeá-lo antes dos lotes.
Comece pelo inventário
Antes de qualquer migração, existe um inventário. A Qualiserve conduz o assessment que transforma “vamos migrar” em plano de execução com escopo, risco e janela definidos, sustentado por 20 anos de operação Microsoft e NOC próprio com mais de 20.000 dispositivos.
Agende o assessment pelo formulário do site ou pelo WhatsApp 11 4941-1500.
