Preciso criar outro tenant?
A troca de parceiro, isoladamente, não exige esse projeto. Primeiro verifique a situação das assinaturas e dos acessos; uma migração entre tenants deve ter justificativa e escopo próprios.
Parceiros e continuidade
Separe suporte, administração delegada e fornecimento de licenças para planejar a troca de parceiro com inventário, responsabilidades e aceite.
· 5 min de leitura
A vontade de trocar de fornecedor costuma começar por uma falha de atendimento. Mas a transição pode envolver contratos, assinaturas, acessos e conhecimento acumulado. Tratar tudo como uma única troca de contato deixa perguntas essenciais sem resposta: quem paga, quem administra e quem responde até o aceite do novo modelo?
Organize a conversa em três frentes. Uma mudança de suporte define quem recebe e resolve demandas. Uma mudança administrativa define os acessos do operador. Uma mudança comercial define quem fornece e cobra as assinaturas. Elas podem ocorrer juntas, mas precisam de responsáveis e validações próprios.
| Frente | O que confirmar |
|---|---|
| Atendimento | Canal, pendências e data da passagem de responsabilidade. |
| Administração | Papéis, consentimentos e acesso próprio do cliente. |
| Assinaturas | SKUs, quantidades, compromisso e condições da transferência. |
A Microsoft prevê transferência de assinaturas NCE elegíveis entre parceiros transacionadores, com participação dos parceiros de origem e destino. Esse fluxo não é uma migração de caixas de e-mail e arquivos entre tenants. A elegibilidade e a coordenação precisam ser verificadas antes de assumir datas.
Se houver outro objetivo, como unificar empresas ou mudar o tenant, registre-o como projeto separado. Uma troca comercial não resolve por si só documentos dispersos, permissões inadequadas ou integrações que ninguém conhece.
GDAP permite delegação granular por papéis e prazo. O fim dessa relação administrativa não altera, por si só, as assinaturas existentes. Por isso, acesso e licenciamento precisam de registros separados na transição.
Confirme que a empresa tem administradores próprios e uma forma autorizada de recuperar o acesso. Liste relações delegadas, contas do fornecedor e integrações. A passagem deve comprovar o acesso do novo responsável antes de encerrar o acesso antigo, conforme a autorização e o plano de transição.
Peça um registro simples de assinaturas conferidas, pendências transferidas, contatos atualizados e testes concluídos. Cada exceção deve indicar responsável, prazo e impacto. Se um fornecedor ainda precisa executar algo, essa dependência precisa aparecer no aceite.
O primeiro atendimento após a troca é uma boa oportunidade para testar o fluxo combinado: abertura, identificação do cliente, aprovação e retorno. Use um pedido autorizado e sem impacto relevante. A conclusão da transição deve ser compreensível para a direção, sem depender apenas de capturas de painéis técnicos.
A troca de parceiro, isoladamente, não exige esse projeto. Primeiro verifique a situação das assinaturas e dos acessos; uma migração entre tenants deve ter justificativa e escopo próprios.
Não. As condições da assinatura e o fluxo entre parceiros precisam ser conferidos. Registre dependências e datas acordadas antes de comunicar a mudança à empresa.
Uma transição bem definida deixa a empresa capaz de explicar seus contratos, seus acessos e quem responde pela rotina. Esse controle é o resultado a buscar, além da troca do fornecedor na fatura.
Um ambiente que se tornou crítico para a empresa precisa produzir visibilidade, decisões e próximos passos — não apenas uma lista de chamados encerrados.
Resolver incidentes é indispensável. Transformar recorrências, mudanças e oportunidades em uma agenda de evolução é o passo seguinte.
Oferta relacionada
Fornecimento e administração de licenças com revisão de necessidade e renovação.
Planeje a passagem
Podemos começar pelo inventário de licenças, responsabilidades e pendências.