Editar

Compartir vía


Preguntas más frecuentes sobre la solución de problemas de Windows Autopilot

Se aplica a:

En este artículo se proporciona solución de problemas comunes de Windows Autopilot.

Introducción a la solución de problemas de Windows Autopilot

¿Qué conceptos deben entenderse al solucionar problemas de Windows Autopilot?

Windows Autopilot está diseñado para simplificar todas las partes del ciclo de vida del dispositivo Windows, pero siempre hay situaciones en las que pueden surgir problemas. Al solucionar un problema, resulta útil comprender lo siguiente:

¿Qué es el flujo de procesos de Windows Autopilot?

Tanto si se realizan implementaciones de dispositivos controladas por el usuario como si se implementan de forma automática, el proceso de solución de problemas es aproximadamente el mismo. Es útil comprender el flujo de un dispositivo específico:

  1. Se establece una conexión de red. La conexión puede ser inalámbrica (Wi-fi) o cableada (Ethernet).

  2. Se descarga el perfil de Windows Autopilot. Cuando se usa una conexión cableada o se establece una conexión inalámbrica, el perfil se descarga del servicio de implementación de Windows Autopilot en cuanto se establece la conexión de red.

  3. Se produce la autenticación de usuario. Durante una implementación controlada por el usuario, el usuario escribe sus credenciales de Microsoft Entra, que se validan a continuación.

  4. Se produce la unión a Microsoft Entra. En el caso de las implementaciones controladas por el usuario, el dispositivo se une a Microsoft Entra ID con las credenciales de usuario especificadas. En escenarios de implementación automática, el dispositivo se une sin especificar ninguna credencial de usuario.

  5. Se produce la inscripción automática de administración de dispositivos móviles (MDM). Como parte del proceso de unión a Microsoft Entra, el dispositivo se inscribe en el servicio MDM configurado en Microsoft Entra ID (por ejemplo, Microsoft Intune).

  6. Se aplica la configuración. Si la página de estado de inscripción está configurada, la mayoría de las opciones se aplican mientras se muestra la página de estado de inscripción. Si no está configurado o está disponible, la configuración se aplicará después de que el usuario haya iniciado sesión.

¿Cómo se descargan los perfiles de dispositivo Windows Autopilot?

Cuando se inicia un dispositivo Windows conectado a Internet, intenta conectarse al servicio Windows Autopilot y descargar un perfil de Windows Autopilot. El perfil de Windows Autopilot se descarga lo antes posible y de nuevo después de cada reinicio.

Nota:

En esta fase, es importante que exista un perfil de Windows Autopilot en el inquilino para que un perfil en blanco no se almacene en caché localmente en el dispositivo. Si es necesario, se puede recuperar un nuevo perfil de Windows Autopilot reiniciando el dispositivo.

Si es necesario reiniciar un equipo durante la experiencia integrada de Windows (OOBE) para recuperar un nuevo perfil de Windows Autopilot:

  1. Seleccione Mayús-F10 para abrir una ventana del símbolo del sistema.

  2. En la ventana del símbolo del sistema, escriba uno de los dos comandos siguientes:

    • shutdown.exe /r /t 0 para reiniciar inmediatamente.

    • shutdown.exe /s /t 0 para apagarse inmediatamente.

Para obtener más información, consulta Opciones de Command-Line configuración de Windows.

¿Cuáles son las actividades clave que se deben realizar al solucionar problemas de Windows Autopilot?

Las principales actividades de solución de problemas que se deben realizar son:

¿Cómo se puede habilitar la información de solución de problemas detallada adicional?

En Windows 11, se puede abrir la página de diagnóstico de Windows Autopilot para ver información detallada adicional sobre el proceso de aprovisionamiento de Windows Autopilot. Para habilitar la página diagnósticos de Windows Autopilot:

  1. Vaya al perfil esp donde debe habilitarse la página de diagnósticos de Windows Autopilot.

  2. Asegúrese de que Mostrar el progreso de la configuración de la aplicación y el perfil está seleccionado en .

  3. Asegúrese de que la página Activar recopilación de registros y diagnósticos para los usuarios finales esté seleccionada en .

Para acceder a cualquier información de diagnóstico una vez habilitada la página de diagnóstico, seleccione el botón Ver diagnóstico o escriba la tecla CTRL + MAYÚS + D. La página de diagnósticos se admite actualmente en las condiciones siguientes:

  • Windows 11.
  • Modo controlado por el usuario de Windows Autopilot.
  • Al iniciar sesión con una cuenta profesional o educativa. No se admiten cuentas personales de Microsoft.

Nota:

  • De forma predeterminada, los diagnósticos se recopilan automáticamente tras un error de Windows Autopilot. Para obtener más información, consulte Recopilación de diagnósticos de un dispositivo Windows.

  • Para que los diagnósticos puedan cargarse correctamente desde el cliente, asegúrese de que la dirección URL lgmsapeweu.blob.core.windows.net no esté bloqueada en la red.

¿Dónde inicia sesión Windows Autopilot?

Windows Autopilot registra entradas en el registro de eventos. Las entradas de registro se pueden usar para ver los detalles relacionados con la configuración del perfil de Windows Autopilot y el flujo de OOBE . Estas entradas se pueden ver mediante el Visor de eventos. Revise la información del Visor de eventos en Registros de aplicaciones y servicios ->Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->Autopilot.

¿Qué significan los distintos identificadores de evento en las entradas del registro de eventos de Windows Autopilot en el Visor de eventos?

Es posible que se registren los siguientes eventos, según el escenario y la configuración del perfil:

Id. de evento Tipo Message Descripción
100 Advertencia No se encontró la directiva de Autopilot [nombre]. Este error suele ser un problema temporal, mientras el dispositivo espera a que se descargue un perfil de Windows Autopilot.
101 Información AutopilotGetPolicyDwordByName correcto: nombre de directiva = [nombre de configuración]; valor de directiva = [valor]. Este mensaje muestra Windows Autopilot recuperando y procesando la configuración de OOBE numérica.
103 Información AutopilotGetPolicyStringByName se realizó correctamente: nombre de directiva = [nombre]; value = [value]. Este mensaje muestra las cadenas de configuración de OOBE de recuperación y procesamiento de Windows Autopilot, como el nombre del inquilino de Microsoft Entra.
109 Información AutopilotGetOobeSettingsOverride se realizó correctamente: configuración de OOBE [nombre de configuración]; state = [state]. Este mensaje muestra Windows Autopilot recuperando y procesando la configuración de OOBE relacionada con el estado.
111 Información AutopilotRetrieveSettings se realizó correctamente. Este mensaje significa que la configuración almacenada en el perfil de Windows Autopilot que controla el comportamiento de OOBE se recuperó correctamente.
153 Información AutopilotManager informó que el estado cambió de [estado original] a [nuevo estado]. Normalmente, este mensaje indica ProfileState_Unknown a ProfileState_Available. Este caso indica que un perfil estaba disponible y descargado para el dispositivo y que el dispositivo está listo para implementarse con Windows Autopilot.
160 Información AutopilotRetrieveSettings a partir de la adquisición. Este mensaje muestra que Windows Autopilot se está preparando para descargar la configuración de perfil de Windows Autopilot necesaria.
161 Información AutopilotManager recupera la configuración correctamente. El perfil de Windows Autopilot se descargó correctamente.
163 Información La descarga determinada de AutopilotManager no es necesaria y el dispositivo ya está aprovisionado. Limpie o restablezca el dispositivo para cambiarlo. Este mensaje indica que hay un perfil de Windows Autopilot presente en el dispositivo. El proceso Sysprep /Generalize normalmente quita un perfil de Windows Autopilot.
164 Información AutopilotManager ha determinado que Internet está disponible para intentar la descarga de directivas.
171 Error AutopilotManager no pudo establecer la identidad de TPM confirmada. HRESULT=[código de error]. Este mensaje indica un problema al realizar la atestación de TPM, necesario para completar el proceso de modo de implementación automática.
172 Error AutopilotManager no pudo establecer el perfil de Autopilot como disponible. HRESULT=[código de error]. Este error suele estar relacionado con el identificador de evento 171.
807 Error ZtdDeviceIsNotRegistered Valide que el hash de hardware del dispositivo está cargado correctamente en Intune y que el dispositivo está asignado a un perfil de implementación.
809 Error ZtdDeviceHasNoAssignedProfile: el perfil asignado no existe. El perfil de Windows Autopilot asignado al dispositivo se eliminó sin que primero se limpiara. Asigne un perfil de Windows Autopilot diferente al dispositivo y, a continuación, intente volver a inscribir el dispositivo.
815 Error ZtdDeviceHasNoAssignedProfile: no hay ningún perfil asignado al dispositivo ni ningún perfil predeterminado encontrado en el inquilino. No se encontró un perfil de Windows Autopilot asignado al dispositivo. Valide que se asigna un perfil de Windows Autopilot al dispositivo.
908 Error SerialNumberMismatch
ProductKeyIdMismatch
Hay una falta de coincidencia entre el número de serie o la clave de producto registradas en Windows Autopilot y el hardware físico que impide la inscripción. Vuelva a registrar el dispositivo e intente volver a inscribirlo.

¿Dónde se almacenan los valores de perfil de Windows Autopilot recibidos del servicio de implementación de Windows Autopilot?

La configuración del perfil de Windows Autopilot recibida del servicio de implementación de Windows Autopilot se almacena en el registro del dispositivo. Esta información se puede encontrar en el Registro en la siguiente clave del Registro:

HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot

Las entradas del Registro disponibles incluyen:

Valor Descripción
AadTenantId GUID del inquilino de Microsoft Entra en el que el usuario inició sesión. El usuario recibe un error si esta entrada no coincide con el inquilino que se usó para registrar el dispositivo.
CloudAssignedTenantDomain Inquilino de Microsoft Entra con el que está registrado el dispositivo, por ejemplo, contosomn.onmicrosoft.com. Si el dispositivo no está registrado con Windows Autopilot, este valor está en blanco.
CloudAssignedTenantId GUID del inquilino de Microsoft Entra con el que se registró el dispositivo. El GUID corresponde al dominio de inquilino del valor del Registro CloudAssignedTenantDomain. Si el dispositivo no está registrado con Windows Autopilot, este valor está en blanco.
IsAutopilotDisabled Si se establece en 1, este valor del Registro indica que el dispositivo no está registrado con Windows Autopilot. Este estado también podría indicar que el perfil de Windows Autopilot no se pudo descargar debido a problemas de conectividad de red, firewall o tiempos de espera de red.
TenantMatched Esta entrada se establece en 1 si el identificador de inquilino del usuario coincide con el identificador de inquilino con el que se registró el dispositivo. Si este valor del Registro es 0, se mostrará un error al usuario y se le obligará a volver a empezar.
CloudAssignedOobeConfig Mapa de bits que muestra qué configuración de Windows Autopilot se configuró. Entre los valores se incluyen: SkipCortanaOptIn = 1, OobeUserNotLocalAdmin = 2, SkipExpressSettings = 4, SkipOemRegistration = 8, SkipEula = 16

¿Se puede usar el seguimiento etw con Windows Autopilot?

El seguimiento etw se puede usar para obtener información detallada de Windows Autopilot y componentes relacionados. Los archivos de seguimiento ETW se pueden ver mediante el Analizador de rendimiento de Windows o herramientas similares. Para obtener más información, consulte Solución de problemas de Windows Autopilot.

Solución de problemas de importación e inscripción de dispositivos Windows Autopilot

¿Por qué se produce el código de error "0x80180014" al intentar volver a inscribir un dispositivo inscrito anteriormente?

El código de error 0x80180014 puede producirse en cualquiera de los escenarios siguientes:

  1. Microsoft Intune cambió el modo de implementación automática de Windows Autopilot y la experiencia del modo de aprovisionamiento previo. Para reutilizar un dispositivo, se debe eliminar el registro de dispositivo creado por Intune.

    Este cambio afecta a todas las implementaciones de Windows Autopilot que usan el modo de implementación automática o de aprovisionamiento previo. Este cambio afecta a los dispositivos cuando se reutilizan, restablecen o vuelven a implementar un perfil.

    Para resolver y corregir el problema en este escenario y volver a implementar el dispositivo mediante Windows Autopilot, siga estos pasos:

    1. Elimine el registro del dispositivo en Intune. Para conocer los pasos específicos, consulte Eliminación de dispositivos del Centro de administración de Intune.
    2. Vuelva a implementar el perfil de implementación de Windows Autopilot.
  2. La inscripción de MDM de Windows está deshabilitada en el inquilino de Intune.

    Para resolver y corregir el problema en este escenario y volver a implementar el dispositivo mediante Windows Autopilot, siga estos pasos:

    1. Inicie sesión en el Centro de administración de Microsoft Intune.

    2. En la pantalla Inicio , seleccione Dispositivos en el panel izquierdo.

    3. En dispositivos | Pantalla de información general , en Por plataforma, seleccione Windows.

    4. En Windows | En la pantalla Dispositivos Windows , en Incorporación de dispositivos, seleccione Inscripción.

    5. En Windows | Pantalla de inscripción , en Opciones de inscripción, seleccione Restricción de la plataforma de dispositivos.

    6. En la pantalla Restricciones de inscripción , en Restricciones de tipo de dispositivo, seleccione Todos los usuarios en la columna Nombre .

    7. En la pantalla Todos los usuarios que se abre, en Administrar, seleccione Propiedades.

    8. En la pantalla Propiedades que se abre, junto a Configuración de la plataforma, seleccione el vínculo Editar .

    9. En la pantalla Editar restricción que se abre:

    10. Busque Windows (MDM) en la columna Tipo .

    11. Asegúrese de que Windows (MDM) esté establecido en Permitir en la columna Plataforma .

    12. Si Windows (MDM) está establecido en Bloquear, cámbielo a Permitir.

    13. Seleccione Revisar y guardar y, a continuación, Guardar si se cambió una configuración o Cancelar si no se cambió la configuración.

    14. Repita los pasos anteriores para ver las restricciones adicionales que puedan existir en la pantalla Restricciones de inscripción que no sean Todos los usuarios. Solo es necesario comprobar las restricciones de la plataforma Windows .

    Nota:

    Cuando existen varias restricciones, es posible que existan restricciones que solo permitan la inscripción de MDM de determinados grupos. Algunas de las restricciones que bloquean la inscripción de MDM pueden ser válidas en función del grupo al que se asignan las restricciones. Al experimentar este problema, compruebe que el dispositivo no es miembro de uno de los grupos en los que se bloquea la inscripción de MDM. Como alternativa, si procede, cambie la configuración de inscripción de MDM para esa restricción a Permitir.

En ambos escenarios, además de los 0x80180014 de error que se producen, los registros de seguimiento de eventos para Windows (ETW) también pueden mostrar el siguiente error de administración de dispositivos móviles (MDM):

MDM Enroll: Server Returned Fault/Code/Subcode/Value=(DeviceNotSupported) Fault/Reason/Text=(Enrollment blocked for AP device by SDM One Time Limit Check)

Al intentar importar un archivo CSV con un hash de hardware de dispositivo, ¿por qué no ocurre nada al seleccionar Importar?

Este problema suele producirse porque el hash del dispositivo en el archivo CSV tiene un formato incorrecto. El problema se puede confirmar mediante la ejecución de un seguimiento de red mientras se produce el problema. Lo más probable es que el hash del dispositivo en el archivo CSV tenga un formato incorrecto si se produce un error 400 en el seguimiento de red. El cuerpo del mensaje del mensaje de error 400 muestra:

Cannot convert the literal '[DEVICEHASH]' to the expected type 'Edm.Binary'

Cualquier cosa que dañe el hash recopilado puede provocar este error. Una posibilidad es que el hash no se pueda descodificar, incluso si el hash es válido.

El hash del dispositivo es Base64. En el nivel de dispositivo, se codifica como Base64 sin controlador, pero Windows Autopilot espera base64 rellenada. Normalmente, la carga útil no requiere relleno y el proceso funciona. Sin embargo, a veces, la carga no se alinea de forma limpia y es necesario rellenarla. En este caso, se produce el mensaje de error 400 . El descodificador Base64 de PowerShell también espera Base64 rellenado, por lo que este descodificador se puede usar para validar que el hash está rellenado correctamente.

Los caracteres "A" al final del hash son datos vacíos de forma eficaz. Cada carácter de Base64 es de 6 bits. Un en Base64 es de 6 bits igual a 0. Eliminar o agregar Aal final no cambia los datos de carga real.

Para resolver y corregir este problema, es necesario modificar el hash. El nuevo valor debe probarse hasta que PowerShell pueda descodificar correctamente el hash. El resultado es principalmente ilegible, que está bien siempre y cuando no se muestre el error Longitud no válida para una matriz o cadena de caracteres Base-64 .

Para probar base64, use el siguiente PowerShell:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("DEVICE HASH"))

Por ejemplo:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("Q29udG9zbwAAA"))

Este ejemplo concreto no es un hash de dispositivo, pero es una Base64 sin controladores mal alineada, por lo que es bueno para las pruebas.

Ahora para las reglas de relleno. El carácter de relleno es "=". El carácter de relleno solo puede estar al final del hash y solo puede haber un máximo de dos caracteres de relleno. Esta es la lógica básica.

  • ¿Se produce un error al descodificar el hash?
    • Sí: ¿Son los dos últimos caracteres "="?
      • Sí: reemplace ambos "=" por un único carácter "A" y vuelva a intentarlo.
      • No: agregue otro carácter "=" al final y vuelva a intentarlo.
  • No: ese hash es válido

Si se recorre en bucle la lógica en el hash de ejemplo anterior, se obtienen las siguientes permutaciones:

  • Q29udG9zbwAAA
  • Q29udG9zbwAAA=
  • Q29udG9zbwAAA==
  • Q29udG9zbwAAAA
  • Q29udG9zbwAAAA=
  • Q29udG9zbwAAAA== - Este resultado tiene relleno válido.

Reemplace el hash recopilado por este nuevo hash rellenado y vuelva a intentar la importación.

¿Por qué el perfil de Windows Autopilot no se aplica después de que se haya producido un cambio de hardware en un dispositivo?

El perfil de Windows Autopilot no se aplica si se cumplen las condiciones siguientes:

  • Se produce un cambio de hardware en un dispositivo.

  • El dispositivo se vuelve a crear una imagen en una versión de Windows antes de una de las versiones siguientes:

Este comportamiento es normal.

El mensaje Corrección pendiente o Atención necesaria también se puede mostrar en la página Dispositivos Windows Autopilot del dispositivo. Estos mensajes indican que se ha producido un cambio de hardware en el dispositivo. Cuando se selecciona el vínculo Para corregir el estado pendiente, aparece el mensaje siguiente:

We've detected a hardware change on this device. We're trying to automatically register the new hardware. You don't need to do anything now; the status will be updated at the next check in with the result.

Para resolver y corregir este problema, anule el registro y vuelva a registrar el dispositivo. Para obtener más información, incluido cómo anular el registro de un dispositivo, consulte los artículos siguientes:

¿Por qué el tipo de combinación de un dispositivo se muestra como "Microsoft Entra registrado" en lugar de "Unido a Microsoft Entra"?

Este problema se produce si el dispositivo se registró anteriormente en microsoft entra id. antes de que se uniera a Microsoft Entra ID. El dispositivo posiblemente registrado en Microsoft Entra ID a través de algo parecido a una unión a Workplace. Si el dispositivo registrado de Microsoft Entra ID no se elimina del id. de Microsoft Entra antes de que el dispositivo se una a Microsoft Entra ID, el tipo de confianza anterior se conserva en el registro. Al unir un dispositivo registrado de Microsoft Entra existente a Microsoft Entra ID, el dispositivo Windows Autopilot se muestra como Microsoft Entra registrado en lugar de unido a Microsoft Entra.

Para resolver y corregir este problema, antes de registrar un dispositivo registrado de Microsoft Entra ID existente como dispositivo Windows Autopilot, se deben eliminar los siguientes objetos de dispositivo existentes para el dispositivo:

  • Microsoft Intune.
  • Id. de Microsoft Entra.
  • Windows Autopilot.

Una vez eliminados todos los objetos de dispositivo, vuelva a registrar el dispositivo como dispositivo Windows Autopilot y vuelva a inscribirlo. Para obtener más información sobre cómo eliminar correctamente todos los objetos de dispositivo, consulte Anulación del registro de un dispositivo.

¿Por qué se produce un error en la inscripción en Microsoft Intune o en una solución MDM que no es de Microsoft con un código de error "80180018"?

Para solucionar problemas de inscripción en Microsoft Intune, como el código de error 80180018 en la página Error de algo salió mal , consulte Solución de errores de inscripción de dispositivos Windows en Intune. Los problemas comunes pueden incluir:

  • Licencias incorrectas o que faltan asignadas al usuario.
  • Demasiados dispositivos inscritos para el usuario.

¿Por qué se produce un error al restablecer Windows Autopilot inmediatamente con un error?

Consulta Restablecimiento de Windows Autopilot: Solución de problemas para obtener más ayuda si se produce un error de restablecimiento de Windows Autopilot inmediatamente con el error:

Ran into trouble. Please sign in with an administrator account to see why and reset manually.

Solución de problemas de OOBE de Windows durante Windows Autopilot

¿Por qué la experiencia integrada de Windows (OOBE) no se ejecuta según lo esperado durante Windows Autopilot?

Es útil comprobar si el dispositivo recibió un perfil de Windows Autopilot. Si el dispositivo recibió un perfil de Windows Autopilot, compruebe que la configuración del perfil es correcta.

¿Cuál es la causa del mensaje de error "No se puede conectar a la dirección URL de los términos de uso de MDM de la organización"?

Este mensaje de error suele indicar un problema con las licencias. El mensaje de error completo indica lo siguiente:

Something went wrong

Can't connect to the URL of your organization's MDM terms of use. Try again, or contact your system administrator with the problem information from this page.

Compruebe que el usuario que inicia sesión en el dispositivo tiene una licencia válida de Intune, EMS o Microsoft 365.

Solución de problemas de unión a Microsoft Entra

¿Cuál es el problema más común al unir un dispositivo a Microsoft Entra ID?

El problema más común al unir un dispositivo a Microsoft Entra ID está relacionado con los permisos de Microsoft Entra. Asegúrese de que la configuración correcta está en su lugar para permitir que los usuarios unan dispositivos a Microsoft Entra ID. Para obtener más información, consulte Requisitos de configuración.

¿Qué ocurre si un usuario intenta unir más dispositivos a Microsoft Entra ID y, a continuación, se permite?

Los errores se producen si un usuario supera el número permitido de dispositivos a los que puede unirse. Este límite predeterminado es de 50 dispositivos, pero se puede configurar en Microsoft Entra ID. Para obtener más información, consulte Descripción de las restricciones de límite de dispositivos de Intune y Microsoft Entra.

¿Por qué la eliminación del objeto de un dispositivo en Microsoft Entra ID hace que el dispositivo no pueda unirse a Microsoft Entra ID más tiempo?

Se crea un dispositivo Microsoft Entra al importarlo. Es importante que este objeto no se elimine. El objeto actúa como delimitador de Windows Autopilot en Microsoft Entra ID para la pertenencia a grupos y la segmentación, incluido el perfil. Eliminarla podría provocar errores de combinación de Microsoft Entra. Si se elimina este objeto, el problema se puede corregir mediante la eliminación y la nueva importación del dispositivo como un dispositivo Windows Autopilot. Al eliminar y volver a importar el dispositivo como dispositivo Windows Autopilot, se vuelve a crear el objeto asociado en Microsoft Entra ID.

Solución de problemas de conflictos de directivas con Windows Autopilot

¿Pueden las directivas entrar en conflicto con Windows Autopilot funcionar correctamente?

Hay un número significativo de opciones de configuración de directiva disponibles para Windows, entre las que se incluyen:

  • Directivas nativas de administración de dispositivos móviles (MDM).
  • Configuración de directiva de grupo (respaldada por ADMX).

Algunas configuraciones de directiva pueden causar problemas en algunos escenarios de Windows Autopilot. Estos problemas pueden surgir debido a cómo las directivas cambian el comportamiento de Windows. Si se detecta alguno de estos problemas, quite la directiva en cuestión para resolver el problema.

¿Cuáles son algunas de las directivas conocidas que entran en conflicto con Windows Autopilot?

Se sabe que las siguientes directivas causan problemas con Windows Autopilot. Asegúrese de configurar las directivas correctamente para que no entren en conflicto con Windows Autopilot:

Directiva Más información
No permitir el cambio de idioma, región o teclado Este objeto de directiva de grupo (GPO) no se admite durante el flujo de la experiencia integrada (OOBE), ya que afecta a la experiencia de registro automático. Si es necesario establecer esta directiva para los usuarios, seleccione ocultar estas páginas en el perfil de Windows Autopilot para evitar que los usuarios realicen cambios.
CSP de AppLocker El proveedor de servicios de configuración (CSP) de AppLocker no se admite en la página Estado de inscripción, ya que desencadena un reinicio cuando se aplica una directiva o se produce una eliminación.
Restricción de dispositivos/Directiva de contraseña La experiencia integrada (OOBE) o el registro automático de escritorio del usuario pueden producir un error cuando un dispositivo se reinicia durante la página estado de inscripción del dispositivo (ESP). Este error puede producirse cuando se aplican determinadas directivas DeviceLock a un dispositivo. Estas directivas pueden incluir:
  • Longitud mínima de la contraseña y complejidad de la contraseña
  • Cualquier configuración de directiva de grupo similar (incluida la que deshabilite el registro automático)
Este posible error es especialmente cierto en escenarios de pantalla completa en los que las contraseñas se generan automáticamente.
Comportamiento de petición de elevación de línea base o administrador de seguridad de Windows

Línea base de seguridad de Windows/Requerir modo de aprobación de administrador para administradores

Línea base de seguridad de Windows/ Habilitar la seguridad basada en virtualización
Estas directivas requieren un reinicio, por lo que pueden aparecer más mensajes al modificar la configuración del control de cuentas de usuario (UAC) durante la OOBE mediante la página estado de inscripción del dispositivo (ESP). Es más probable que se aumenten las solicitudes si el dispositivo se reinicia después de aplicar las directivas. Para solucionar este problema, las directivas se pueden dirigir a los usuarios en lugar de a los dispositivos para que se apliquen más adelante en el proceso.
Restricciones de dispositivos/Cloud and Storage/Microsoft Account sign-in assistant Al establecer esta directiva en "deshabilitada", se desactiva el servicio Microsoft Sign-in Assistant (wlidsvc). Windows Autopilot requiere este servicio para obtener el perfil de Windows Autopilot.
Claves del Registro que afectan a Windows Autopilot si una configuración de dispositivo requiere un reinicio durante el ESP del dispositivo Clave del Registro:
Si la clave del Registro AutoAdminLogon está establecida en 0 (deshabilitada), se interrumpe Windows Autopilot.

Ruta de acceso del Registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Automatic logon
MDM gana sobre la directiva de grupo Esta directiva permite controlar qué directiva se usa cuando se establecen tanto la directiva MDM como su directiva de grupo (GP) equivalente en el dispositivo.
Objetos de directiva de grupo (GPO) que afectan a Windows Autopilot para la implementación aprovisionada previamente El aprovisionamiento previo de Windows Autopilot no funciona cuando se habilita cualquiera de las cuatro configuraciones de directiva de GPO que se enumeran aquí.

Ruta de acceso de GPO:
Configuración del equipo\Configuración de Windows\Configuración de seguridad\Directivas locales\Opciones de seguridad

Directivas:
Inicio de sesión interactivo: título del mensaje para los usuarios que intentan iniciar sesión

Inicio de sesión interactivo: texto del mensaje para los usuarios que intentan iniciar sesión

Inicio de sesión interactivo: Requerir Windows Hello para empresas o tarjeta inteligente

Control de cuentas de usuario: comportamiento de la solicitud de elevación para administradores en modo de aprobación de administrador: solicitud de credenciales en el escritorio seguro
PreferredAadTenantDomainName Cuando esta directiva está habilitada, agrega el dominio preferido a DefaultUser0, lo que hace que se produzca un error en el registro automático.

Solución de problemas de instalación de aplicaciones durante Windows Autopilot

¿Por qué se produce el mensaje de error "Otra instalación en curso, inténtelo de nuevo más tarde" durante el ESP de una implementación de Windows Autopilot?

La página de estado de inscripción (ESP) que usa Windows Autopilot no admite la combinación de aplicaciones de línea de negocio (LOB) y Win32. Las aplicaciones LOB y Win32 usan TrustedInstaller , que no permite instalaciones simultáneas. Si una aplicación LOB y Win32 intentan instalarse al mismo tiempo, se produce el siguiente mensaje de error durante ESP:

Another installation is in progress, please try again later.

Para obtener más información, vea Configurar la página Estado de inscripción: Configuración del dispositivo: Aplicaciones.

Si se requiere la combinación de aplicaciones LOB y Win32, considere la posibilidad de usar la preparación de dispositivos Windows Autopilot, que no usa ESP, por lo que admite la combinación de aplicaciones LOB y Win32.

Durante el ESP de una implementación de Windows Autopilot, ¿por qué la versión De hacer clic y ejecutar de Microsoft 365 de Office no puede instalar el Instalador de teams Machine-Wide o hacer que se produzca un error en otras instalaciones basadas en MSI de la aplicación Win32?

El componente Teams Machine-Wide Installer de la versión De hacer clic y ejecutar de Microsoft 365 de Office incluye una instalación msi. ESP no realiza un seguimiento de la instalación msi del instalador de Teams Machine-Wide. Dado que ESP no realiza un seguimiento de la instalación msi del instalador de Teams Machine-Wide, puede provocar un conflicto cuando otras instalaciones basadas en MSI de la aplicación Win32 intentan instalarse durante ESP. Los MSIs se instalan a través de TrustedInstaller , lo que no permite instalaciones simultáneas. Este conflicto puede hacer que se produzca un error en el instalador de Teams Machine-Wide u otras instalaciones basadas en MSI durante esp. Para obtener más información, vea Configurar la página Estado de inscripción: Configuración del dispositivo: Aplicaciones.

Este problema puede ser aleatorio y no siempre puede producirse. El problema se produce debido a un problema de temporización entre la instalación msi del instalador de Teams Machine-Wide y otras instalaciones msi de la aplicación Win32.

Para solucionar el problema o evitar el error, use una de las siguientes soluciones:

  1. No instale Teams como parte de la instalación de Microsoft 365 Click-to-Run de Office. En su lugar, implemente Teams como una aplicación Win32 una vez completada la implementación de Windows Autopilot.

  2. No instale la versión De hacer clic y ejecutar de Microsoft 365 de Office durante ESP. En su lugar, implemente la instalación De hacer clic y ejecutar de Microsoft 365 de Office una vez completada la implementación de Windows Autopilot.

  3. Use un script de PowerShell personalizado para la extensión de administración de Intune (IME) que compruebe si TrustedInstaller está instalando otro MSI. Si es así, espere a que el msi actual termine de instalarse antes de iniciar una nueva instalación de MSI.

  4. Para las implementaciones de Windows 11, use la preparación del dispositivo Windows Autopilot. La preparación del dispositivo Windows Autopilot no usa ESP, por lo que admite la combinación de aplicaciones LOB y Win32.

  5. Continúe con el error para los errores esp. Si el problema se produce con esta opción habilitada, es posible que algunas aplicaciones, incluido Teams , no se instalen. Sin embargo, ESP continúa y no produce errores.