Migrar é mover caixas de correio, agendas, contatos e arquivos para outro operador e, depois, fazer as novas mensagens chegarem ao lugar certo. Não é reproduzir o Teams, o Excel avançado ou o Power Automate. Uma migração bem-sucedida começa pela lista do que os funcionários realmente fazem no Microsoft 365.
O Microsoft 365 não é um software, é um conjunto de serviços ligados pelo mesmo diretório. Uma equipe que acredita “usar só o e-mail” muitas vezes guarda seus anexos no OneDrive, compartilha uma pasta do SharePoint com um cliente e organiza suas reuniões no Teams. O escopo se lê, portanto, nos usos, não na lista de licenças.
Levante, em uma amostra de equipes, os usos da semana: e-mail, OneDrive, SharePoint, Teams (conversas, arquivos, reuniões), Excel com macros, Power BI, formulários, aplicações de negócio conectadas. Classifique-os.
Um detalhe técnico muitas vezes muda o escopo: os arquivos colocados em um canal do Teams são armazenados no SharePoint, e os enviados em uma conversa privada, no OneDrive do remetente. Migrar “os arquivos” sem olhar o Teams deixa, portanto, de lado uma parte do acervo, ou o copia sem o seu contexto.
Se a terceira coluna é o núcleo da atividade, a migração do e-mail ainda pode fazer sentido (por exemplo, uma filtragem posicionada à frente do Microsoft 365), mas a substituição da suíte não faz. Dizer isso antes do orçamento evita um projeto inútil. A página Microsoft 365 diante de uma solução soberana define esse limite, e o guia das alternativas europeias compara os destinos possíveis.
Tomemos, a título de ilustração, uma PME industrial com duas unidades. A administração e os comerciais vivem no e-mail, na agenda e em arquivos comuns: eles migram sem dificuldade. O escritório de engenharia, por sua vez, mantém seus orçamentos em planilhas com macros e acompanha a produção no Power BI. Substituir a suíte inteira quebraria a ferramenta de trabalho dessa equipe. A decisão razoável pode ser migrar o e-mail e os arquivos simples e deixar para o escritório de engenharia aquilo de que ele precisa. Essa escolha é registrada desde o início.
As etapas 1 a 4 são invisíveis para os funcionários e reversíveis: enquanto o MX não mudar, as mensagens continuam chegando no Microsoft 365. O MX é o registro DNS que indica aos servidores do mundo inteiro onde entregar as mensagens do seu domínio. É o único gesto que realmente vira o fluxo, e ele deve acontecer quando todo o resto estiver pronto.
O TTL (tempo de vida) indica aos resolvedores DNS por quanto tempo eles podem manter a resposta em memória. Ele é reduzido com antecedência porque um resolvedor que leu o valor antigo o mantém até a sua expiração: o TTL curto só se aplica depois que o cache antigo expirar. Aproveite essa mudança para remover eventuais MX secundários que ainda apontam para o Microsoft 365: um servidor remetente que não consegue alcançar o MX principal tenta os seguintes e entregaria, então, na plataforma antiga.
O encerramento do envio conta tanto quanto. O Microsoft 365 continua se considerando responsável pelo seu domínio: um funcionário que permaneceu conectado ao Outlook antigo e escreve para um colega vê sua mensagem entregue dentro do tenant, sem passar pelo MX. A mensagem existe, mas em uma caixa que ninguém mais lê.
O detalhe de uma virada sem lacuna de mensagens está em migrar um e-mail sem interrupção. A lista operacional é a checklist.
Caixas compartilhadas e delegações. Uma caixa compartilhada é copiada como qualquer outra. As permissões, por sua vez, não acompanham: acesso total, envio “como”, envio “em nome de”, agendas delegadas a uma assistente. Elas são recriadas no destino e testadas com a pessoa que as utiliza, não com o administrador.
Arquivos mortos e retenção legal. Os arquivos mortos online são um espaço distinto da caixa principal. Uma ferramenta de cópia que não os visa explicitamente os ignora. Uma caixa sob retenção legal em geral atende a uma obrigação: antes de fechá-la, verifique com a pessoa que a solicitou como essa obrigação será cumprida depois (cópia para o destino, exportação conservada ou manutenção temporária).
Autodiscover. O Outlook encontra as configurações do servidor graças ao registro DNS autodiscover. Se ele ainda aponta para a Microsoft, uma estação reconfigurada pode continuar procurando o serviço antigo ou pedir uma senha repetidamente. Esse registro é alterado no dia da virada, junto com o MX.
SPF, DKIM, DMARC. Esses registros permitem que os destinatários verifiquem se as suas mensagens são legítimas. Um domínio só deve publicar um único registro SPF; durante a transição, ele autoriza as duas plataformas, e depois a Microsoft é removida. O DKIM funciona por seletor: a chave da nova plataforma pode ser publicada ao lado da antiga, antes da virada. O DMARC exige que pelo menos uma das duas verificações esteja alinhada com o domínio do remetente: se o destino ainda não estiver autorizado, os correspondentes que aplicam uma política estrita rejeitam as suas mensagens.
Em um e-mail Zimbra, BlueMind ou equivalente, o Outlook para Windows muitas vezes se reconecta via Exchange ActiveSync ou pelos protocolos previstos pelo fornecedor do software. O webmail muda. Os atalhos do Teams não voltam. Os arquivos abertos no navegador passam pelo editor online do destino (OnlyOffice, Collabora ou outra suíte), cujo nível de compatibilidade com planilhas complexas deve ser testado com os seus arquivos, não em uma demonstração.
Para o Outlook, criar um novo perfil é mais seguro do que modificar o antigo: o cache local guarda referências ao servidor da Microsoft, e a mistura produz duplicatas ou pastas fantasmas. Em um celular, a regra é a mesma: excluir a conta e depois recriá-la. O primeiro carregamento de uma caixa grande leva tempo: avise os usuários afetados.
Anuncie essa diferença antes da virada. Os projetos que fracassam são aqueles em que a diretoria vendeu “a mesma coisa, em versão europeia”.
Não. O domínio continua sendo seu: só muda o servidor que o recebe. Os correspondentes continuam escrevendo para os mesmos endereços, e a mudança do MX é invisível para eles se for bem preparada.
É possível, mas trata-se de uma coexistência duradoura, não de uma migração. As duas plataformas compartilham então o mesmo domínio: uma recebe as mensagens e retransmite para a outra os endereços que ela não hospeda. Isso precisa ser projetado, documentado e mantido. Para um escritório de engenharia que precisa manter o Excel e o Power BI, às vezes é a escolha certa.
Não necessariamente. Algumas empresas importam tudo, outras importam os anos úteis e arquivam o restante em uma exportação conservada. A escolha depende das suas obrigações de retenção e do tempo de cópia que você aceita pagar. Ela é registrada no orçamento.
Eles não são migrados. Uma solução europeia oferece outras ferramentas de videoconferência ou de mensagens instantâneas, mas o histórico do Teams não acompanha. Para o Power BI, é preciso ou outra ferramenta de análise, ou manter as licenças correspondentes.
Quando a amostra de controle estiver conforme, nenhum fluxo o utilizar mais e as exportações necessárias estiverem arquivadas. Antes de cancelar, verifique no seu contrato o que a Microsoft conserva após o fim da assinatura e por quanto tempo: essa é a data que deve ser anotada.
A Klytic pode receber o e-mail, os documentos (instância Nextcloud dedicada, com compartilhamento, edição online individual ou colaborativa e histórico de versões), a videoconferência, o CRM e a telefonia, em conjunto ou separadamente. O e-mail se baseia no Zimbra, desenvolvido pela Synacor (Estados Unidos), hospedado na arquitetura de e-mail da Klytic, em uma instância dedicada ou nas instalações do cliente, e sempre operado pela Klytic. Ele é acessível pela web, pelos softwares de e-mail, no celular, em EAS e em EWS. A hospedagem é feita em qualquer zona geográfica correspondente à jurisdição aplicável, sujeita à disponibilidade dos serviços necessários, por exemplo na Europa ou em Maurício, ou nos servidores do cliente. Veja hospedagem e soberania.
Para o e-mail, o acompanhamento por meio de orientações é gratuito, e a Klytic garante que nenhum e-mail é perdido. A migração realizada pela Klytic é feita sob orçamento, após o inventário. A Klytic também pode migrar apenas o filtro (MTA à frente do Microsoft 365) quando a suíte precisa permanecer. A Klytic não substitui nem o Teams, nem o Excel avançado, nem o Power BI.
O custo é construído a partir desse inventário. A página quanto custa uma migração explica os itens de custo, sem números fictícios. As assinaturas estão na página Preços; para um projeto específico, use a solicitação de orçamento.
Esta página descreve um método. O resultado depende do volume, dos arquivos mortos e dos usos que não saem do Microsoft 365.
Consultadas em outubro de 2026.
Orientação gratuita, nenhum e-mail perdido. A migração realizada pela Klytic é orçada após um inventário.
Oferta de boas-vindas
Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.
