Diretrizes de cenário de substituição da placa-mãe do Windows Autopilot

Este documento oferece diretrizes para cenários de reparo de dispositivo do Windows Autopilot que os parceiros da Microsoft podem usar em situações de substituição de placa-mãe e outros cenários de manutenção.

Reparar dispositivos registrados no Autopilot é complexo, pois tenta equilibrar os requisitos do OEM com os requisitos do Windows Autopilot. Especificamente, os requisitos do OEM incluem exclusividade estrita entre placas-mãe, endereços MAC etc. O Windows Autopilot requer uma exclusividade estrita no nível de hash de hardware para cada dispositivo habilitar o registro bem-sucedido. O hash de hardware nem sempre acomoda todos os requisitos de componente de hardware OEM. Esses requisitos às vezes estão em desacordo, o que pode causar problemas com alguns cenários de reparo. O hash de hardware também é conhecido como ID de hardware.

Se uma placa-mãe for substituída em um dispositivo registrado no Autopilot, o seguinte processo será recomendado:

  1. Desregistre o dispositivo do Windows Autopilot.

  2. Substitua a placa-mãe.

  3. Capture a nova ID do dispositivo (4K HH).

  4. Reregistre o dispositivo com o Windows Autopilot.

  5. Redefinir o dispositivo.

  6. Retorne o dispositivo.

Cada uma dessas etapas é descrita nas seções a seguir.

Desregistrar o dispositivo Autopilot do programa Autopilot

Antes que o dispositivo chegue à instalação de reparo, a entidade que registrou o dispositivo deve desregistá-lo.

  • Se o Administração de TI registrou o dispositivo, eles provavelmente o fizeram por meio de Intune, Centro de administração do Microsoft 365 ou um portal herdado, como Microsoft Store para Empresas (MSfB). Nesse caso, eles devem desregistrar o dispositivo de Intune ou Centro de administração do Microsoft 365 porque os dispositivos registrados em Intune não aparecem no MPC (Microsoft Partner Center).

  • Se o parceiro OEM ou CSP registrou o dispositivo, provavelmente o fez por meio do MPC (Centro de Parceiros da Microsoft). Nesse caso, eles devem desregistrar o dispositivo do MPC, o que também o remove da conta Intune do Administração de TI do cliente.

As etapas a seguir descrevem o que um Administração de TI faria para desregistrar um dispositivo de Intune e as etapas pelas quais um OEM ou CSP passaria para desregistrar um dispositivo do MPC.

Para evitar problemas, um OEM ou CSP deve registrar dispositivos Autopilot sempre que possível. Se o cliente registrar os dispositivos, os OEMs ou CSPs não poderão desregistrá-los se, por exemplo, um cliente que aluga um dispositivo sair do negócio antes de desregistrá-lo sozinho.

Se um cliente conceder uma permissão OEM para registrar dispositivos em seu nome usando o processo de consentimento automatizado, um OEM poderá usar a API para desregistrar dispositivos que não se registraram. Essa desregistração só remove esses dispositivos do programa Autopilot. Ele não os desativa do Intune ou os descompleda de Microsoft Entra ID. Somente o cliente pode desativar o dispositivo de Intune ou desativar o dispositivo de Microsoft Entra ID.

Desregister um dispositivo

Sempre que um dispositivo sai permanentemente de uma organização, seja para um reparo ou para o fim do ciclo de vida do dispositivo, o dispositivo sempre deve ser desregistrado do Autopilot.

Abaixo, descrevemos as etapas pelas quais um administrador passaria para desregistrar um dispositivo do Intune e do Autopilot.

Excluir de Intune

Antes que um dispositivo seja desregistrado do Autopilot, ele primeiro precisa ser excluído do Intune. Para excluir um dispositivo Autopilot de Intune:

  1. Entre no Centro de administração do Microsoft Intune.

  2. Na tela Inicial , selecione Dispositivos no painel esquerdo.

  3. Nos Dispositivos | Tela de visão geral , em Por plataforma, selecione Windows.

  4. Em Nome do dispositivo, localize o dispositivo que precisa ser excluído e selecione o dispositivo. Se necessário, use a caixa Pesquisa.

  5. Na tela de propriedades do dispositivo, anote o número de série listado em Número de série.

  6. Depois de fazer uma observação do número de série do dispositivo, selecione Excluir na barra de ferramentas na parte superior da página.

  7. Uma caixa de diálogo de aviso aparece para confirmar a exclusão do dispositivo de Intune. Selecione Sim para confirmar a exclusão do dispositivo.

Desregister do Autopilot usando Intune

Depois que o dispositivo tiver sido excluído do Intune, ele poderá ser desregistrado do Autopilot. Para desregistrar um dispositivo do Autopilot:

  1. Verifique se o dispositivo foi excluído do Intune conforme descrito na seção Excluir de Intune.

  2. Entre no Centro de administração do Microsoft Intune.

  3. Na tela Inicial , selecione Dispositivos no painel esquerdo.

  4. Nos Dispositivos | Tela de visão geral , em Por plataforma, selecione Windows.

  5. No Windows | Tela de registro do Windows , selecione Registro do Windows

  6. Em Windows Autopilot Deployment Programa, selecione Dispositivos.

  7. Na tela dispositivos Windows Autopilot que abre, em Número de série, localize o dispositivo que precisa ser desregistrado pelo número de série, conforme determinado na seção Excluir de Intune. Se necessário, use a caixa Pesquisa por número de série.

  8. Selecione o dispositivo selecionando a caixa de seleção ao lado do dispositivo.

  9. Selecione o ícone de menu estendido (…) na extremidade extrema direita da linha que contém o dispositivo. Um menu é exibido com a opção Usuário Unassign.

    • Se a opção de usuário Unassign estiver disponível e não estiver acinzenada, selecione-a. Uma caixa de diálogo de aviso aparece confirmando para desatribuir o usuário do dispositivo. Selecione OK para confirmar a não assinatura do dispositivo do usuário.
    • Se a opção de usuário Unassign não estiver disponível e acinzenada, vá para a próxima etapa.

  10. Com o dispositivo ainda selecionado, selecione Excluir na barra de ferramentas na parte superior da página.

  11. Uma caixa de diálogo de aviso aparece para confirmar a exclusão do dispositivo do Autopilot. Selecione Sim para confirmar a exclusão do dispositivo.

  12. O processo de desregistração pode levar algum tempo. O processo pode ser acelerado selecionando o botão Sincronizar na barra de ferramentas na parte superior da página.

  13. A cada poucos minutos, selecione Atualizar na barra de ferramentas na parte superior da página até que o dispositivo não esteja mais presente.

Importante

  • Para Microsoft Entra dispositivos de junção, nenhuma etapa adicional é necessária para remover o dispositivo do Intune e do Autopilot. As etapas desnecessárias incluem excluir manualmente o dispositivo de Microsoft Entra ID. Excluir manualmente o dispositivo de Microsoft Entra ID pode causar problemas, problemas e comportamento inesperados. Se necessário, o dispositivo será removido automaticamente do Microsoft Entra ID depois que essas etapas forem seguidas.

  • Para Microsoft Entra dispositivos de junção híbrida, exclua o objeto de computador do ambiente do AD DS (Active Directory local Domain Services). Excluir o objeto do computador do AD DS local garante que o objeto do computador não seja ressincronizado de volta ao Microsoft Entra ID. Depois que o objeto do computador é excluído do ambiente do AD DS local, nenhuma etapa adicional é necessária para remover o dispositivo do Intune e do Autopilot. As etapas desnecessárias incluem excluir manualmente o dispositivo de Microsoft Entra ID. Excluir manualmente o dispositivo de Microsoft Entra ID pode causar problemas, problemas e comportamento inesperados. Se necessário, o dispositivo será removido automaticamente do Microsoft Entra ID depois que essas etapas forem seguidas.

As etapas acima desregistram o dispositivo do Autopilot, desativam o dispositivo do Intune e desativam o dispositivo do Microsoft Entra ID. Pode parecer que só é necessário desregistrar o dispositivo do Autopilot. No entanto, há barreiras em Intune que exigem todas as etapas acima para evitar problemas com dispositivos perdidos ou irrecuperáveis. Para evitar a possibilidade de dispositivos órfãos no banco de dados do Autopilot, Intune ou Microsoft Entra ID, é melhor concluir todas as etapas. Se um dispositivo entrar em um estado irrecuperável, você poderá entrar em contato com o alias de suporte apropriado da Microsoft para obter assistência.

Desregister do Autopilot usando Centro de administração do Microsoft 365

O dispositivo pode ser desregistrado do Autopilot no Centro de administração do Microsoft 365 se usar Centro de administração do Microsoft 365 em vez de Intune. Para desregistrar um dispositivo Autopilot do Centro de administração do Microsoft 365:

  1. Entre no Centro de administração do Microsoft 365
  2. Navegue até Dispositivos>Autopilot.
  3. Selecione o dispositivo a ser desregistrado e selecione Excluir dispositivo.

Desregister do Autopilot no Microsoft Partner Center (MPC)

Para desregistrar um dispositivo Autopilot do MPC (Microsoft Partner Center), um CSP faria:

  1. Faça logon no MPC (Centro de Parceiros da Microsoft).

  2. Navegue atéDispositivosdo Cliente>.

  3. Selecione o dispositivo a ser desregistrado e selecione Excluir dispositivo.

    Captura de tela do dispositivo de exclusão

Os parceiros que desregistram um dispositivo do Autopilot no MPC (Microsoft Partner Center) só desregistram o dispositivo do Autopilot. Ele não executa nenhuma das seguintes ações:

  • Cancelar o registro do dispositivo do MDM (Intune)
  • Desativar o dispositivo do Microsoft Entra ID

Pelos motivos listados acima, o OEM ou o CSP devem trabalhar com os administradores de TI do cliente para que o dispositivo seja totalmente removido seguindo as etapas na seção Desregister um dispositivo .

Um OEM ou CSP que integrou as APIs Diretas do OEM também pode desregistrar um dispositivo com a API AutopilotDeviceRegistration . Verifique se os campos TenantID e TenantDomain ficam em branco.

Observação

Se um administrador registrou um dispositivo por meio de outro portal diferente do MPC (Microsoft Partner Center), como Intune ou Centro de administração do Microsoft 365, o dispositivo não aparecerá no MPC (Microsoft Partner Center). Para que um parceiro registre um dispositivo no MPC (Centro de Parceiros da Microsoft), primeiro os dispositivos precisam ser desregistrados usando as etapas descritas na seção Desregister a device .

Como a instalação de reparo não tem as credenciais de entrada do usuário, elas precisam reimagear o dispositivo como parte do processo de reparo. O cliente deve fazer três coisas antes de enviar o dispositivo para a instalação:

  1. Copie todos os dados importantes do dispositivo.
  2. Deixe a instalação de reparo saber qual versão do Windows eles devem reinstalar após o reparo.
  3. Se aplicável, deixe a instalação de reparo saber qual versão do Office deve reinstalar após o reparo.

Substituir a placa-mãe

Os técnicos substituem a placa-mãe ou outro hardware no dispositivo quebrado. Uma DPK (chave de produto digital) de substituição é injetada.

Os processos de reparação e substituição de chave variam entre as instalações. Às vezes, as instalações de reparo recebem peças de reposição da placa-mãe de OEMs que têm DPKs de substituição já injetadas, mas às vezes não. Às vezes, as instalações de reparo recebem ferramentas bios totalmente funcionais de OEMs, mas às vezes não. A qualidade dos dados no BIOS após uma substituição da placa-mãe varia. Para garantir que o dispositivo reparado ainda seja compatível com o Autopilot após seu reparo, marcar para garantir que o novo BIOS pós-reparo possa coletar e preencher as seguintes informações com êxito no mínimo:

  • DiskSerialNumber.
  • SmbiosSystemSerialNumber.
  • SmbiosSystemManufacturer.
  • SmbiosSystemProductName.
  • SmbiosUuid.
  • TPM EKPub.
  • MacAddress.
  • ProductKeyID.
  • OSType.

Para simplificar e como os processos variam entre instalações de reparo, etapas adicionais geralmente usadas em uma substituição de placa-mãe são excluídas, como:

  • Verifique se o dispositivo ainda está funcional.
  • Desabilite ou suspenda o BitLocker.
  • Reparar os Dados de Configuração de Inicialização (BCD).
  • Reparar e verificar a operação do driver de rede.

Capturar uma nova ID do dispositivo Autopilot (4K HH) do dispositivo

Os técnicos de reparo devem entrar no dispositivo reparado para capturar a nova ID do dispositivo. Se o técnico de reparo não tiver acesso às credenciais de entrada do cliente, ele precisará reimagear o dispositivo para obter acesso:

  1. O técnico de reparo cria uma unidade USB inicializável WinPE.

  2. O técnico de reparo inicializa o dispositivo no WinPE.

  3. O técnico de reparo aplica uma nova imagem do Windows ao dispositivo.

    Idealmente, a mesma versão do Windows que estava originalmente no dispositivo deve ser reimageada no dispositivo. Alguma coordenação é necessária entre a instalação de reparo e o cliente para capturar essas informações no momento em que o dispositivo chega para reparo. Essa coordenação pode incluir o cliente enviando à instalação de reparo uma imagem personalizada (arquivo.ppk) por meio de um pendrive, por exemplo.

  4. O técnico de reparo inicializa o dispositivo na nova imagem do Windows.

  5. Uma vez na área de trabalho, o técnico de reparo captura a nova ID do dispositivo (4K HH) do dispositivo usando a Ferramenta OA3 ou o script do PowerShell.

Essas instalações de reparo com acesso à Ferramenta OA3 (que faz parte do ADK) podem usar a ferramenta para capturar o Hash de Hardware 4K (4K HH).

Em vez disso, o script do WindowsAutopilotInfo PowerShell pode ser usado para capturar o HH 4K.

Observação

Outros métodos além de Windows PowerShell também estão disponíveis para capturar o hash de hardware. Para obter mais informações, consulte Coletar o hash de hardware.

Para usar o script do WindowsAutopilotInfo PowerShell, siga estas etapas:

  1. Instale o script do Galeria do PowerShell ou da linha de comando.

  2. Navegue até o diretório de script e execute-o no dispositivo quando o dispositivo estiver no Sistema Operacional Completo ou no Modo de Auditoria. Confira o seguinte exemplo:

    md c:\HWID
Set-Location c:\HWID
Set-ExecutionPolicy -Scope Process -ExecutionPolicy Unrestricted -Force
Install-Script -Name Get-WindowsAutopilotInfo -Force
Get-WindowsAutopilotInfo.ps1 -OutputFile AutopilotHWID.csv
    • Se você for solicitado a instalar o pacote NuGet , escolha Sim.
    • Se depois de instalar o script, você receberá um erro que Get-WindowsAutopilotInfo.ps1 não foi encontrado, verifique se ele C:\Program Files\WindowsPowerShell\Scripts está presente em sua PATH variável.
    • Se o Install-Script cmdlet falhar, verifique se você tem o repositório padrão do PowerShell registrado (Get-PSRepository) ou registre o repositório padrão com o seguinte comando:
    Register-PSRepository -Default -Verbose

    Observação

    O Get-WindowsAutopilotInfo script foi atualizado em julho de 2023 para usar os módulos do Microsoft Graph PowerShell em vez dos módulos preteridos do AzureAD Graph PowerShell. Verifique se você está usando a versão mais recente do script. Os módulos do Microsoft Graph PowerShell podem exigir a aprovação de permissões adicionais no Microsoft Entra ID quando forem usados pela primeira vez. Para obter mais informações, confira AzureAD e Importante: Azure AD Reforma do Graph e Preterição do Módulo do PowerShell.

O script cria um .csv arquivo que contém as informações do dispositivo, incluindo o HH 4K completo. Salve este arquivo para que você possa acessá-lo posteriormente. A instalação de serviço usa esse HH 4K para reregister o dispositivo, conforme descrito nas seções a seguir. Use o -OutputFile parâmetro ao salvar o arquivo, o que garante que a formatação de arquivo esteja correta. Não tente canalizar a saída de comando para um arquivo manualmente.

Observação

Se a instalação de reparo não puder executar a ferramenta OA3 ou o script do PowerShell para capturar o novo HH 4K, os parceiros OEM ou CSP deverão fazê-lo por eles. Sem alguma entidade capturando o novo HH 4K, não há como reregister esse dispositivo como um dispositivo Autopilot.

Reregister o dispositivo reparado usando a nova ID do dispositivo

Se um OEM não puder reregistrar o dispositivo, haverá duas opções:

  • A instalação de reparo ou CSP pode reregistrar o dispositivo usando MPC.
  • O Administração de TI do cliente deve reregistrar o dispositivo por meio de Intune (ou MSfB).

As duas maneiras de reregistrar um dispositivo são mostradas nas seções a seguir.

Reregister de Intune

Para reregister um dispositivo Autopilot de Intune, um Administração de TI faria:

  1. Entre no Intune.

  2. Navegue até Registro de dispositivos>Windows registro>Dispositivos>Importar.

  3. Selecione o botão Importar para carregar um arquivo csv que contém a ID do dispositivo a ser reregistrado. A ID do dispositivo foi o 4K HH capturado pelo script do PowerShell ou pela ferramenta OA3 descrita na seção Capturar uma nova ID do dispositivo Autopilot (4K HH) do dispositivo.

Reregister do MPC (Centro de Parceiros da Microsoft)

Para reregister um dispositivo Autopilot do MPC do Microsoft Partner Center, um OEM ou CSP faria:

  1. Entre no MPC (Centro de Parceiros da Microsoft).

  2. Navegue até a páginaDispositivos do Cliente>.

  3. Selecione Adicionar dispositivos para carregar o arquivo csv.

Quando um dispositivo reparado está reregisterando por meio do MPC, o arquivo csv carregado deve conter o HH 4K para o dispositivo e não apenas o PKID ou Tuple (SerialNumber + OEMName + ModelName). Se apenas o PKID ou Tuple fosse usado, o serviço autopilot não seria capaz de encontrar uma correspondência no banco de dados do Autopilot. Nenhuma correspondência seria encontrada porque nenhuma informação de HH 4K foi enviada anteriormente para este dispositivo essencialmente "novo" e o upload falha, provavelmente retornando um erro ZtdDeviceNotFound . Por esse motivo, carregue apenas o HH 4K. Não carregue o Tuple ou o PKID.

Ao incluir o HH 4K no arquivo csv, você também não precisa incluir o PKID ou Tuple. Essas colunas podem ficar em branco, conforme mostrado no exemplo a seguir:

Captura de tela de um arquivo CSV no Excel com um valor de hash na coluna Hash de Hardware.

Redefinir o dispositivo

A instalação de reparo deve redefinir a imagem de volta para um estado pré-OOBE antes de devolvê-la ao cliente. Essa redefinição é necessária porque o dispositivo era necessário para estar no sistema operacional completo ou no Modo de Auditoria para capturar o HH 4K. Uma maneira de redefinir a imagem é usando o recurso de redefinição interno no Windows.

Para usar o recurso de redefinição no Windows em um dispositivo:

Windows 10:

  1. Acesse Configurações>Atualizar & Recuperação de Segurança>.

  2. Selecione Introdução.

  3. Na janela Redefinir este computador :

    1. Em Escolher uma opção, selecione Remover tudo.

    2. Em Como você gostaria de reinstalar o Windows?, selecione qualquer opção.

    3. Em Configurações adicionais, selecione o botão Avançar .

    4. Em Pronto para redefinir este computador, selecione o botão Redefinir .

Windows 11:

  1. Acesse Configurações>recuperação do sistema>.

  2. Em Opções de recuperação, selecione o botão Redefinir PC ao lado de Redefinir este computador.

  3. Na janela Redefinir este computador :

    1. Em Escolher uma opção, selecione Remover tudo.

    2. Em Como você gostaria de reinstalar o Windows?, selecione qualquer opção.

    3. Em Configurações adicionais, selecione o botão Avançar .

    4. Em Pronto para redefinir este computador, selecione o botão Redefinir .

No entanto, a instalação de reparo provavelmente não tem acesso ao Windows porque eles não têm as credenciais do usuário para entrar. Nesse caso, eles precisam usar outros meios para reimagear o dispositivo, como a ferramenta DISM (Serviço de Imagem de Implantação) :

Retornar o dispositivo reparado ao cliente

O dispositivo reparado agora pode ser retornado ao cliente. O dispositivo é registrado automaticamente no programa Autopilot no primeiro inicialização durante o OOBE.

Importante

Se a instalação de reparo não tenha reimageado o dispositivo, eles poderiam estar enviando-o de volta em um estado potencialmente quebrado. Por exemplo, não há como fazer logon no dispositivo porque ele é dissociado da única conta de usuário conhecida.

Um dispositivo pode ser registrado para o Autopilot antes de ser ativado. No entanto, o dispositivo não é realmente implantado no Autopilot até que ele passe pelo OOBE. Portanto, redefinir o dispositivo de volta para um estado pré-OOBE é uma etapa necessária.

Corrigir pendências e Atenção necessária

Se os perfis status de um dispositivo mostrarem Correção pendente, o Autopilot estará no processo de tentar registrar o dispositivo. Se o perfil status de um dispositivo mostrar Correção pendente por um longo período de tempo e não mudar para Atribuído, ou se o perfil status do dispositivo mudar para Atenção necessária, então:

  1. Desregistre manualmente o dispositivo usando as etapas na seção Desregister um dispositivo .
  2. Reregistre o dispositivo.

Para obter mais informações, consulte Solucionar problemas de importação e registro do dispositivo Autopilot: o perfil do Autopilot não é aplicado após a reimaginação a uma versão mais antiga do sistema operacional.

Cenários de reparo específicos

Esta seção aborda os cenários de reparo mais comuns e seu impacto na habilitação do Autopilot.

Observação

  • Os cenários foram testados usando apenas Intune. Nenhum outro MDMs foi testado.
  • Na maioria dos cenários de teste, o dispositivo reparado e reregistrado precisava passar pelo OOBE novamente para que o Autopilot fosse habilitado.
  • Cenários de substituição de placa-mãe geralmente resultam em dados perdidos. Os centros de reparo ou os clientes devem ser lembrados de fazer backup de dados antes do reparo.
  • Quando uma instalação de reparo não pode gravar informações do dispositivo no BIOS do dispositivo reparado, novos processos precisam ser criados para habilitar o Autopilot com êxito.
  • O dispositivo reparado deve ter o DPK (Product Key) pré-instalado no BIOS antes de capturar o novo 4K HH (ID do dispositivo).

Para a coluna com suporte na seguinte tabela:

  • Sim: o dispositivo pode ser reenabled para Autopilot.
  • Não: o dispositivo não pode ser reenabled para o Autopilot.
Cenário Com suporte Recomendação da Microsoft
Substituição de placa-mãe em geral Sim O curso de ação recomendado para cenários de substituição de placa-mãe é:
1. O dispositivo Autopilot é desregistrado do programa Autopilot.
2. A placa-mãe é substituída.
3. O dispositivo é reimageado (com informações do BIOS e DPK reinjetado). 1
4. Uma nova ID do dispositivo Autopilot (4K HH) é capturada do dispositivo.
5. O dispositivo reparado é reregistrado para o programa Autopilot usando a nova ID do dispositivo.
6. O dispositivo reparado é redefinido para inicializar para OOBE.
7. O dispositivo reparado é enviado de volta para o cliente.

1 Não é necessário reimagear o dispositivo se o técnico de reparo tiver acesso às credenciais de entrada do cliente. Tecnicamente, é possível habilitar com êxito a substituição da placa-mãe e o Autopilot sem chaves ou determinadas informações do BIOS (serial #, nome do modelo etc.) No entanto, isso só é recomendado para fins de teste/educação.
Substituição da placa-mãe quando a placa-mãe tem um chip TPM habilitado e apenas um cartão de rede a bordo que também é substituído Sim 1. Desregister danificado dispositivo.
2. Substitua a placa-mãe.
3. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
4. Escreva informações do dispositivo no BIOS.
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.
Substituição da placa-mãe quando a placa-mãe tem um chip TPM habilitado habilitado e uma segunda interface de rede que não é substituída junto com a placa-mãe Não Esse cenário interrompe a experiência do Autopilot. A ID do dispositivo resultante só ficará estável após a conclusão do atestado do TPM. Mesmo assim, o registro pode fornecer resultados incorretos devido à ambiguidade com a resolução de endereço MAC. Portanto, esse cenário não é recomendado.
Substituição da placa-mãe em que a NIC cartão, HDD e WLAN permanecem iguais após o reparo Sim 1. Desregister danificado dispositivo.
2. Substitua a placa-mãe por uma nova RDPK (chave de produto digital de substituição) pré-injetada no BIOS.
3. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
4. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.) 2
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.

2 Para esses cenários e posteriores, reescrever informações antigas do dispositivo não incluiria a chave de endosso TPM 2.0, pois a chave privada associada está bloqueada para o dispositivo TPM.
Substituição de placa-mãe em que o NIC cartão permanece o mesmo, mas o HDD e o WLAN são substituídos Sim 1. Desregister danificado dispositivo.
2. Substitua a placa-mãe (por um novo RDPK preinjetado no BIOS).
3. Insira novo HDD e WLAN.
4. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.)
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.
Substituição de placa-mãe em que o NIC cartão e WLAN permanece o mesmo, mas o HDD é substituído Sim 1. Desregister danificado dispositivo.
2. Substitua a placa-mãe (por um novo RDPK preinjetado no BIOS).
3. Insira novo HDD.
4. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.)
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.
Substituição da placa-mãe em que apenas a placa-mãe é substituída. Todas as outras partes permanecem iguais. A nova placa-mãe foi retirada de um dispositivo usado anteriormente que nunca foi habilitado para o Autopilot. Sim 1. Desregister danificado dispositivo.
2. Substitua a placa-mãe (por um novo RDPK preinjetado no BIOS).
3. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
4. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.)
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.
Substituição da placa-mãe em que apenas a placa-mãe é substituída. Todas as outras partes permanecem iguais. A nova placa-mãe foi retirada de um dispositivo usado anteriormente que já foi habilitado para o Autopilot antes. Sim 1. Desregister dispositivo antigo do qual a placa-mãe é retirada.
2. Desregister danificado dispositivo que precisa ser reparado.
3. Substitua a placa-mãe no dispositivo de reparo por uma placa-mãe de outro dispositivo Autopilot (com o novo RDPK pré-injetado no BIOS).
4. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
5. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.)
6. Capturar novos 4K HH.
7. Reregister dispositivo reparado.
8. Redefinir o dispositivo de volta para OOBE.
9. Passe pelo Autopilot OOBE (cliente).
10. Piloto automático habilitado com êxito.

O dispositivo reparado também pode ser usado com êxito como um dispositivo normal que não é o Autopilot.
Informações do BIOS excluídas do dispositivo de substituição da placa-mãe Não A instalação de reparo não tem a ferramenta BIOS para gravar informações do dispositivo no BIOS após a substituição da placa-mãe.

1. Desregister danificado dispositivo.
2. Substituir a placa-mãe (BIOS NÃO contém informações do dispositivo).
3. Reimage e escreva DPK na imagem.
4. Capturar novos 4K HH.
5. Reregister dispositivo reparado.
6. Create perfil do Autopilot para dispositivo.
7. Passe pelo Autopilot OOBE (cliente).
8. O Autopilot FALHA ao reconhecer o dispositivo reparado.
Substituição da placa-mãe quando não há TPM Sim Não é recomendável habilitar dispositivos Autopilot sem um TPM. No entanto, é possível habilitar um dispositivo Autopilot que não tem um TPM por meio do modo controlado pelo usuário. Modos de pré-provisionamento e auto-implantação não têm suporte sem um TPM. Ao usar o modo controlado pelo usuário, você faria:

1. Desregister danificado dispositivo.
2. Substitua a placa-mãe.
3. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
4. Escreva informações antigas do dispositivo no BIOS (mesmo s/n, modelo etc.)
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Redefinir o dispositivo de volta para OOBE.
8. Passe pelo Autopilot OOBE (cliente).
9. O Autopilot foi habilitado com êxito.
Novo DPK gravado em imagem no dispositivo Autopilot reparado com uma nova placa-mãe Sim A instalação de reparo substitui a placa-mãe normal no dispositivo danificado. A placa-mãe não contém nenhum DPK no BIOS. A instalação de reparo grava DPK na imagem após a substituição da placa-mãe.

1. Desregister danificado dispositivo.
2. Substituir a placa-mãe – O BIOS NÃO contém informações de DPK.
3. Para obter acesso, reimagem dispositivo ou entrada usando as credenciais do cliente.
4. Gravar informações do dispositivo no BIOS (mesmo s/n, modelo etc.)
5. Capturar novos 4K HH.
6. Redefinir ou reimagear o dispositivo para pré-OOBE e gravar DPK na imagem.
7. Reregister dispositivo reparado.
8. Passe pelo Autopilot OOBE.
9. O Autopilot foi habilitado com êxito.
Nova chave de produto de reparo (RDPK) Sim O uso de uma placa-mãe com um novo RDPK pré-injetado resulta em um cenário bem-sucedido de reforma do Autopilot.

1. Desregister danificado dispositivo.
2. Substitua a placa-mãe (por um novo RDPK preinjetado no BIOS).
3. Reimage ou imagem de repouso para pré-OOBE.
4. Escreva informações do dispositivo no BIOS.
5. Capturar novos 4K HH.
6. Reregister dispositivo reparado.
7. Reimage ou redefinir imagem para pré-OOBE.
8. Passe pelo Autopilot OOBE.
9. O Autopilot foi habilitado com êxito.
Nenhum RDPK (chave de produto de reparo) injetado Não Esse cenário viola a política da Microsoft e interrompe a experiência do Windows Autopilot.
Reimage danificou o dispositivo Autopilot que não foi desregistrado antes do reparo Sim, mas o dispositivo ainda está associado à ID do locatário anterior, portanto, só deve ser retornado ao mesmo cliente. 1. Reimage dispositivo danificado.
2. Escreva DPK na imagem.
3. Passe pelo Autopilot OOBE.
4. O Autopilot habilitou com êxito a mesma ID de locatário de antes.
Substituição de disco de um dispositivo que não é do Autopilot para um dispositivo Autopilot Sim 1. Não desregistrar o dispositivo danificado antes do reparo.
2. Substitua o HDD no dispositivo danificado.
3. Reimage ou redefinir a imagem de volta para OOBE.
4. Passe pelo Autopilot OOBE (cliente).
5. Piloto automático habilitado com êxito (dispositivo reparado reconhecido como seu eu anterior).
Substituição de disco de um dispositivo Autopilot para outro dispositivo Autopilot Talvez Se o dispositivo do qual o HDD é levado foi desregistrado anteriormente do Autopilot, esse HDD poderá ser usado em um dispositivo de reparo. O dispositivo recém-reparado não terá a experiência adequada do Autopilot se o HDD não tiver sido desregistrado anteriormente do Autopilot antes de ser usado no dispositivo reparado.

Supondo que o HDD usado tenha sido desregistrado anteriormente (antes de ser usado neste reparo):

1. Desregister danificado dispositivo.
2. Substitua o HDD no dispositivo danificado usando um HDD de outro dispositivo autopilot desregistrado.
3. Reimage ou descanse o dispositivo reparado de volta para um estado pré-OOBE.
4. Passe pelo Autopilot OOBE (cliente).
5. Piloto automático habilitado com êxito.
Substituição de cartão de rede não OEM Não Qualquer cenário em que um cartão de rede é usado diferente da NIC a bordo do OEM quebra a experiência do Autopilot. Esses cenários incluem os seguintes cenários:

• De um dispositivo que não é do Autopilot a um dispositivo Autopilot.
• De um dispositivo Autopilot para outro dispositivo Autopilot.
• De um dispositivo Autopilot a um dispositivo que não seja do Autopilot.

Esses cenários não são recomendados.
Substituição de memória Sim Substituir a memória em um dispositivo danificado não afeta negativamente a experiência do Autopilot no dispositivo. Nenhuma desregistração/reregistração é necessária. O técnico de reparo simplesmente precisa substituir a memória.
Substituição de GPU Sim Substituir uma ou mais GPUs em um dispositivo danificado não afeta negativamente a experiência do Autopilot nesse dispositivo. Nenhuma desregistração/reregistração é necessária. O técnico de reparo simplesmente precisa substituir a GPU.

Importante

Quando as partes são retiradas de outro dispositivo Autopilot, a Microsoft recomenda cancelar o registro do dispositivo scavenged do Autopilot, e nunca mais registrar o dispositivo scavenged no Autopilot. Reutilizando partes dessa forma pode fazer com que dois dispositivos ativos acabem com a mesma ID sem a possibilidade de distinguir entre os dois.

As seguintes partes podem ser substituídas sem comprometer a habilitação do Autopilot ou exigir etapas especiais de reparo adicionais:

  • Memória (RAM ou ROM)
  • Alimentação
  • Cartão de Vídeo
  • Leitor de Cartão
  • Cartão de som
  • Cartão de expansão
  • Microfone
  • Webcam
  • Fã
  • Coletor de calor
  • Bateria CMOS

Outros cenários de reparo ainda não testados e verificados incluem:

  • Substituição de daughterboard
  • Substituição da CPU
  • Substituição de wi-fi
  • Substituição de Ethernet

Perguntas frequentes

Pergunta Resposta
O que fazer se você vir a página de boas-vindas de outro cliente? Se você continuar vendo a página de boas-vindas de outro cliente em um dispositivo de substituição ou uma placa-mãe reformada, um tíquete precisará ser gerado para a Microsoft para corrigir a propriedade do dispositivo. Você pode abrir um tíquete por meio do centro de administração Microsoft Intune selecionando a opção Ajuda e Suporte descrita aqui. Se você não tiver acesso ao Microsoft Intune, poderá enviar um tíquete por meio de Microsoft Store para Empresas selecionando Gerenciar > Suporte e selecionando Suporte Técnico. Você também pode enviar um tíquete por meio do contrato do Centro de Licenciamento de Volume da Microsoft, instruções descritas aqui. Título todos os ingressos Solicitação de Desregistração do Autopilot para simplificar as solicitações.
Temos uma ferramenta que programa informações do produto no BIOS após a substituição da placa-mãe. Ainda precisamos enviar um relatório CBR para que o dispositivo seja compatível com o Autopilot? Não. Não se a ferramenta interna gravar as informações mínimas necessárias no BIOS que o programa Autopilot procura para identificar o dispositivo, conforme descrito anteriormente neste documento.
E se apenas alguns componentes forem substituídos em vez da placa-mãe completa? É verdade que alguns reparos limitados não impedem que o algoritmo do Autopilot corresponda com êxito ao dispositivo pós-reparo com o dispositivo de pré-reparo. No entanto, a Microsoft recomenda sempre percorrer as etapas de substituição da placa-mãe descritas nas seções anteriores para garantir o sucesso.
Como um técnico de reparo obtém acesso a um dispositivo quebrado se não tem as credenciais de entrada do cliente? O técnico precisa reimagear o dispositivo e usar suas próprias credenciais durante o processo de reparo.

Conteúdo relacionado