Pontos principais
- Registre a situação atual do ambiente: faça o inventário de todos os servidores ativos, licenças de usuários, Apple IDs antigos e datas de expiração de tokens antes de qualquer mudança estrutural, para evitar quedas de serviço e perda de ativos.
- Desenhe a estrutura do ABM antes: defina as locations da organização, distribua as permissões de administrador e content manager e atribua os servidores MDM padrão no Apple Business Manager antes de executar a migração.
- Vincule as contas pelo Apple ID: faça o upgrade e conecte os portais antigos de DEP e VPP acessando o ABM e convidando os Apple IDs originais, o que converte automaticamente as compras históricas em licenças de Apps e Livros por location.
- Escalone a atualização dos tokens: reduza a indisponibilidade baixando no ABM os novos tokens de servidor MDM e de location para Apps e Livros e girando-os na arquitetura do MDM uma integração por vez.
- Valide com pilotos em fases: reatribua os dispositivos às locations de destino no ABM e faça implantações de teste graduais, site por site, para verificar a instalação silenciosa de apps, as configurações de supervisão e o roteamento automático antes da implantação em massa.
Após a descontinuação do Device Enrollment Program (DEP), hoje conhecido como Automated Device Enrollment (ADE), e do Volume Purchasing Program (VPP), suas funções foram migradas para o Apple Business Manager. Mas migrar para o Apple Business Manager não é um processo simples: exige planejamento cuidadoso, mapeamento de funções e sequenciamento de tokens.
Migração para o Apple Business Manager: passo a passo prático
Mesmo unificando ADE e VPP, a mudança para o Apple Business Manager exige coordenação cuidadosa para evitar interrupções no enrollment ou no licenciamento. Este guia apresenta as etapas de migração necessárias para concluir o upgrade com sucesso, sem comprometer a continuidade operacional.
📌 Pré-requisitos:
- Rascunho do plano de locations do ABM, com funções de administrador e content manager definidas
- Janela de manutenção para migrações-piloto e rotação de tokens
- Dispositivos de teste que representem cada plataforma e modelo de propriedade
- Acesso às contas ADE e VPP existentes e aos respectivos Apple IDs
- Detalhes do servidor MDM e procedimentos de renovação de tokens
Passo 1: faça o inventário e registre a situação atual do ambiente
Antes de iniciar qualquer upgrade, é importante ter um retrato preciso das configurações atuais de ADE e VPP. Esse registro inicial evita surpresas durante a migração, como dispositivos ausentes, licenças atribuídas de forma errada e tokens expirados.
Exporte as informações do ADE
Colete os detalhes dos servidores ADE para entender como os dispositivos chegam ao seu MDM, incluindo servidores ativos, grupos de dispositivos e perfis de enrollment. Esses dados servem de referência para replicar com precisão as configurações válidas no Apple Business Manager. Além disso, revelam servidores desatualizados ou sem uso que não precisam ser migrados.
Reúna o histórico de compras e licenciamento do VPP
Ter visão completa do histórico de compras e licenciamento garante que:
- nenhum app pago ou licença se perca na transição;
- as licenças atribuídas correspondam aos departamentos ou sites corretos;
- os Apple IDs antigos vinculados a compras sejam atualizados ou desativados.
Registre as datas de expiração dos tokens de ADE e VPP
Saber quando os tokens de ADE e VPP expiram permite agendar a rotação dentro de uma janela controlada. Isso evita expirações acidentais durante a migração e impede que o MDM perca de repente a sincronização de enrollment ou de licenças.
Teste o enrollment e a instalação de apps
Faça uma validação rápida em alguns dispositivos para confirmar que o ambiente atual está saudável antes de qualquer mudança. Assim, você não deixa passar falhas em fluxos críticos da migração, como enrollment com erro ou instalações de apps VPP travadas, que podem comprometer todo o processo.
Passo 2: desenhe a estrutura do Apple Business Manager antes de migrar
Uma estrutura bem desenhada no ABM agiliza a migração e reduz o risco de problemas depois dela, como dispositivos roteados para o lugar errado, confusão de funções e licenças mal distribuídas.
Alinhe as locations do ABM às necessidades de compra e distribuição
O ABM usa locations para separar licenças de apps, processos de compra e conjuntos de dispositivos. Definir essas locations garante que as licenças cheguem aos departamentos certos, que os grupos de dispositivos fiquem corretos e que cada location tenha responsável e visibilidade claros.
Atribua funções por location
A atribuição correta de funções evita alterações não autorizadas e reforça a responsabilização depois da migração.
Defina um responsável para cada função a seguir:
Matriz de delegação de funções no ABM
| Função no ABM | Responsabilidade principal | Quem deve assumir |
| Administrator | Configuração global do ABM, federação de domínio e delegação de funções. | Diretor de TI / SysAdmin líder |
| Device Enrollment Manager | Gerenciamento das atribuições de servidores MDM e do roteamento de hardware. | Administrador do MDM |
| Content Manager | Compra de licenças de apps (Apps e Livros) e controle de volume. | Compras de TI / líder de helpdesk |
Defina servidores MDM padrão por location
Mapear cada location do ABM para um servidor MDM padrão garante que novos dispositivos sejam roteados automaticamente para o MDM correto. Isso evita reatribuições manuais depois e mantém os fluxos de enrollment consistentes durante a transição.
Confirme os domínios de e-mail e as configurações de autenticação federada
Verifique se as configurações de domínio estão corretas para a criação de Managed Apple IDs, atribuição de funções e fluxos de SSO ou identidade federada. Essa checagem evita conflitos de identidade, Apple IDs inválidos e falhas de autenticação durante a migração.
Observação importante sobre a federação de domínio: ao verificar e federar o domínio da organização no ABM, todo funcionário que já tenha criado um Apple ID pessoal com o e-mail corporativo receberá uma notificação da Apple. Ele terá 60 dias para escolher um novo e-mail pessoal; depois disso, a Apple atribui automaticamente um nome de usuário temporário para liberar o e-mail corporativo para a criação do Managed Apple ID.
Passo 3: faça o upgrade e vincule as contas antigas de DEP e VPP
Transferir dispositivos, licenças de apps e fluxos de enrollment das contas antigas exige precisão. Um erro aqui pode causar licenças perdidas, Apple IDs duplicados, falhas de enrollment ou divergências entre o ABM e o MDM.
Upgrade do DEP para o Apple Business Manager
Migre a conta DEP para o ABM usando o Apple ID original com que ela foi criada. Para isso, faça a verificação com o número DUNS da organização, para confirmar a propriedade e garantir que a Apple vincule o registro corporativo correto à sua instância do ABM.
Converta as contas VPP em Apps e Livros
Transfira as contas VPP para Apps e Livros vinculando-as ao ABM. Assim, todo o histórico de licenças migra corretamente, as compras continuam ligadas ao departamento certo e a sincronização de licenças com o MDM segue funcionando.
Para fazer isso, acesse o ABM e vá em Preferências > Faturas/Compras do VPP. Ali, convide o Apple ID da conta VPP antiga para vinculá-lo ao ABM. Depois do aceite, a Apple migra automaticamente as licenças compradas para uma location do ABM designada, e você não precisa mais acessar o portal VPP antigo.
Planeje os upgrades e a renovação de tokens para reduzir impactos
Faça os upgrades em horários de menor movimento para reduzir interrupções nas atividades dos usuários e nas implantações. Crie também um grupo-piloto para testar a renovação de tokens e confirmar que a sincronização com o MDM continua normal.
💡 Observação: depois da migração do VPP, todos os fluxos — compra, atribuição e transferência de licenças — passam a acontecer somente no ABM.
Passo 4: atualize os tokens de MDM e de Apps e Livros após a migração para o Apple Business Manager
Cada servidor MDM depende de um token de servidor exclusivo do ABM, e cada location precisa do próprio token de Apps e Livros. Tokens desatualizados ou incompatíveis podem travar o enrollment de dispositivos, dessincronizar licenças de apps ou gerar falhas de comunicação entre o MDM e o ABM.
Plano de ação recomendado:
- Baixe no ABM os novos tokens de servidor MDM para cada servidor e envie-os ao seu MDM.
- Dica: atualizar a infraestrutura de backend do DEP para o ABM não interrompe nem remove o enrollment dos dispositivos que já estão ativos em campo. Esses dispositivos continuam se comunicando normalmente com o MDM. Os perfis de atribuição atualizados do ABM só valem para eles em caso de restauração de fábrica ou novo enrollment no futuro.
- Atualize os tokens de Apps e Livros de cada location do ABM para garantir que todas as licenças sincronizem corretamente com o MDM.
- Escalone a rotação, alterando uma integração por vez, para manter a continuidade do serviço.
- Verifique a conectividade do MDM e a sincronização dos dispositivos após cada atualização de token.
Passo 5: reatribua dispositivos e licenças à location correta no ABM
A migração não corrige mapeamentos antigos, então dispositivos e licenças podem acabar no lugar errado. Depois de atualizar os tokens, confirme se estão atribuídos às locations do ABM e aos servidores MDM corretos, para evitar dispositivos ausentes, falhas de instalação de apps ou licenças divergentes.
Plano de ação recomendado:
- Atribua os dispositivos às locations do ABM e aos servidores MDM corretos, para que todo o roteamento corresponda à estrutura planejada.
- Ressincronize as listas de dispositivos no MDM e confirme que o Automated Device Enrollment (ADE) está sendo aplicado corretamente.
- Verifique se as licenças de Apps e Livros aparecem em cada location e se sincronizam corretamente com o MDM.
- Instale um app de teste em modo silencioso para validar a sincronização de licenças do ABM, o comportamento da integração com o MDM e o mapeamento de licenças por location.
Passo 6: faça implantações-piloto durante a migração completa para o Apple Business Manager
Com a estrutura do ABM, os tokens, os dispositivos e as licenças prontos, a forma mais segura de concluir a transição é por implantações-piloto em fases.
Migre sites e unidades de negócio aos poucos
Comece com pilotos pequenos para confirmar o funcionamento das integrações entre ABM e MDM, validar os fluxos de ADE e testar instalações silenciosas de apps e configurações de supervisão. Implantações controladas expõem problemas rapidamente e permitem resolvê-los antes de ampliar a migração.
Corrija as divergências encontradas nos pilotos
Os testes-piloto revelam problemas como tokens desatualizados, dispositivos em locations erradas, licenças de apps não sincronizadas e divergências de propriedade. Resolver tudo nessa fase evita repetir os mesmos erros na transição definitiva.
Migre os demais dispositivos em ondas
Depois de validar e corrigir os pontos levantados pelo grupo-piloto, amplie a transição em ondas. Considere migrar por estes agrupamentos:
- location do ABM
- site físico ou unidade de negócio
- servidor MDM ou tenant
Migrar por grupos cria uma carga de trabalho previsível e permite monitorar a estabilidade do sistema em cada etapa.
Passo 7: valide e encerre o processo de enrollment no Apple Business Manager
A etapa final da migração é a validação: confirmar que cada dispositivo, licença e fluxo do MDM funciona corretamente depois da transição. Verificar o resultado da estratégia elimina pendências, remove contas antigas e garante que os processos internos acompanhem o novo modelo de gerenciamento baseado no ABM.
Faça verificações de integridade pós-migração
Confirme o sucesso da migração checando supervisão, comportamento do enrollment, instalação de apps e contagens de sincronização. Essa é a checagem final de qualidade antes de declarar a transição concluída.
Remova contas antigas de ADE ou VPP sem uso
Manter contas antigas ativas depois da mudança para o ABM confunde os administradores e pode gerar compras indevidas ou uso incorreto de tokens, entre outros problemas. Remover ou desativar essas contas mantém o ambiente limpo e reduz riscos operacionais.
Atualize a documentação interna e os runbooks
Documente os novos processos para manter equipe e clientes atualizados sobre os fluxos. Isso garante rotações de tokens no prazo, compras corretas de licenças e fluxos de enrollment claros, além de manter onboarding e troubleshooting consistentes em todo o time.
Simplifique o enrollment no Apple Business Manager com NinjaOne
Os recursos a seguir ajudam a fazer a transição com segurança, manter a continuidade do enrollment e evitar problemas de licenciamento antes que afetem os usuários.
- Migração de licenças do VPP para o ABM: NinjaOne simplifica a migração de VPP para ABM importando o token VPP para o ABM e sincronizando as licenças pela plataforma de MDM.
- Suporte ao Automated Device Enrollment: gerencie e faça o enrollment de grandes frotas de dispositivos Apple no NinjaOne MDM sem complicação.
- Gerenciamento unificado de licenças: a integração de Apps e Livros do NinjaOne sincroniza licenças de VPP e ABM com contagens em tempo real, indicadores de status por cores e suporte à transferência de content tokens.
- Alertas personalizados: automatize alertas de status para tokens expirados, falta de supervisão ou falhas na instalação de apps durante a janela de migração.
Guia de início rápido
NinjaOne oferece suporte a uma transição tranquila do Apple DEP e VPP para o Apple Business Manager (ABM) sem interromper os dispositivos dos usuários. Veja como funciona:
Etapas da migração (visão geral):
- Prepare a conta do ABM:
- Confirme que você tem uma conta ativa no Apple Business Manager.
- Envie os tokens de DEP e VPP existentes para o ABM.
- Configure o NinjaOne para o ABM:
- No NinjaOne, vá em Administração > Apps > NinjaOne MDM.
- Envie o content token do ABM na seção Apps e Livros.
- Migre os dispositivos:
- Use o Device Enrollment Program (DEP) da Apple para fazer o enrollment dos dispositivos no ABM.
- Atribua os dispositivos ao seu servidor NinjaOne MDM dentro do ABM.
- Sincronize Apps e Livros:
- Sincronize os apps e livros comprados via VPP do ABM para o NinjaOne.
- Implante esses apps nos dispositivos usando as políticas de MDM do NinjaOne.
- Teste e valide:
- Verifique se os dispositivos foram registrados corretamente e se os apps foram implantados.
- Confirme que nenhum dado de usuário foi perdido e que os dispositivos seguem funcionais.
Observações importantes:
- Propriedade dos dispositivos: marque corretamente os dispositivos como corporativos no ABM para um gerenciamento melhor.
- Content tokens: renove os content tokens do ABM todo ano para evitar interrupções.
- BYOD e dispositivos pessoais: ABM e ADE servem apenas para hardware corporativo. Para dispositivos pessoais, use os fluxos de User Enrollment do NinjaOne, que protegem os dados corporativos e a privacidade do usuário sem passar pelo ABM.
- User Enrollment: em dispositivos de propriedade pessoal, use o método Apple Push Notification (APN) em vez do DEP.
Unifique os fluxos de ADE e VPP migrando para o Apple Business Manager
O Apple Business Manager reúne o gerenciamento de dispositivos e de apps em um só lugar. Migrações bem-sucedidas para o ABM dependem de preparo cuidadoso, bom controle de tokens e licenças, atribuições estruturadas de dispositivos e implantações-piloto.
Seguindo todas as etapas deste guia, você garante que dispositivos, licenças e fluxos de MDM migrem sem falhas, sem interromper o enrollment nem a entrega de apps.
Temas relacionados:
