Leer en inglés Editar

Compartir a través de


Preguntas más frecuentes sobre Windows Autopilot

Se aplica a:

En este artículo se proporcionan AEMs, asociados, administradores y usuarios finales respuestas a algunas preguntas más frecuentes sobre la implementación de Windows con Autopilot.

Centro de partners de Microsoft

En el Centro de partners, ¿es necesario proporcionar el identificador de inquilino con cada carga de archivos de dispositivo? ¿Es necesario permitir que el cliente empresarial acceda a sus dispositivos en Microsoft Store para Empresas (MSfB)?

No. Proporcionar el identificador de inquilino es una entrada única en el Centro de partners que se puede reutilizar con futuras cargas de dispositivos.

¿Cómo sabe el cliente o el inquilino que sus dispositivos están listos para reclamarse en MSfB?

Una vez completada la carga del archivo de dispositivo en el Centro de partners, el inquilino puede ver los dispositivos disponibles para la configuración de Windows Autopilot en MSfB. El OEM debe aconsejar al inquilino que acceda a MSfB. Se está desarrollando la autonotificación de MSfB al inquilino.

¿Cómo autoriza un cliente a un OEM o partner de canal a registrar dispositivos Autopilot en nombre del cliente?

Antes de que un OEM o un partner de canal pueda registrar un dispositivo para Autopilot para un cliente, el cliente primero debe darle su consentimiento. El proceso de consentimiento comienza con el OEM o channel partner enviando un vínculo al cliente que dirige al cliente a una página de consentimiento en MSfB. Para obtener más información, vea Registro.

¿Se aplican restricciones si un cliente empresarial que registra dispositivos en MSfB quiere administrarlos más adelante a través de un proveedor de soluciones en la nube (CSP) mediante el Centro de partners?

El cliente empresarial debe eliminar los dispositivos de MSfB para que el CSP pueda cargarlos y administrarlos en el Centro de partners.

¿Admite Windows Autopilot quitar la opción de habilitar una cuenta de administrador local?

No. Windows Autopilot no admite la eliminación de la cuenta de administrador local. Sin embargo, admite la restricción de que el usuario realice Microsoft Entra unión a un dominio durante la experiencia integrada (OOBE) a una cuenta estándar frente a una cuenta de administrador de forma predeterminada.

¿Cómo puedo probar el archivo de valores separados por comas (CSV) de Windows Autopilot en el Centro de partners?

Solo los asociados de CSP tienen acceso al portal del Centro de partners. Si es un CSP, puede crear una cuenta de usuario del agente de ventas que tenga acceso a los dispositivos para probar el archivo. Esta prueba se puede realizar hoy en el Centro de partners.

Para obtener más información, consulte Creación de cuentas de usuario.

¿Es necesario convertirse en CSP para participar en Windows Autopilot?

Este requisito no se aplica a los OEM de volumen superior porque pueden usar la API directa de OEM. Todos los demás usuarios que decidan usar el Centro de partners de Microsoft (MPC) para registrar dispositivos deben convertirse en CSP para acceder a MPC.

¿Los diferentes niveles de CSP tienen todas las mismas funcionalidades cuando se trata de Windows Autopilot?

Para los fines de Windows Autopilot, hay tres tipos diferentes de CSP, cada uno con diferentes niveles de autoridad y acceso:

  1. CSP directo: obtiene la autorización directa del cliente para registrar dispositivos
  2. Proveedor de CSP indirecto: obtiene permiso implícito para registrar dispositivos a través de la relación que su asociado de revendedor de CSP tiene con el cliente. Los proveedores de CSP indirectos registran dispositivos a través del Centro de partners de Microsoft.
  3. Revendedor de CSP indirecto: obtiene la autorización directa del cliente para registrar dispositivos. Al mismo tiempo, su asociado de proveedor de CSP indirecto también obtiene autorización, lo que significa que el proveedor indirecto o el revendedor indirecto pueden registrar dispositivos para el cliente. Sin embargo, el revendedor de CSP indirecto debe registrar dispositivos a través de la interfaz de usuario del Centro de partners mediante la carga manual del archivo CSV. El proveedor de CSP indirecto puede registrar dispositivos mediante las API del Centro de partners.

¿Hay algo así como una sola cuenta de CSP mundial?

No. Las regiones de ventas de CSP dependen de la ubicación del inquilino de Microsoft Entra. Un asociado de CSP solo puede vender o administrar clientes con un inquilino ubicado en la misma región de CSP. La región CSP de un asociado se basa en la ubicación del inquilino que el asociado de CSP usa para realizar transacciones. Si el inquilino del cliente se creó en EE. UU., solo un asociado que tenga una inscripción de CSP en EE. UU. puede establecer una relación de revendedor con este cliente.

Para autopilot & Intune, la ubicación del usuario o dispositivo final no importa. Un empleado ubicado en Alemania puede inscribir un dispositivo mediante el perfil de Autopilot creado en el inquilino de EE. UU. y administrarlo a través de la instancia de servicio de Intune en EE. UU. El usuario de Alemania también se autentica en la instancia de Microsoft Entra basada en EE. UU.

Si un asociado quiere administrar clientes globalmente, debe tener una presencia global. Necesitan varias inscripciones de CSP en cada una de las regiones de ventas de CSP en las que realizan negocios.

No es posible crear cuentas de usuario que tengan acceso a todos los inquilinos de CSP. Este escenario se traduciría en 18 cuentas de usuario para un agente de administrador de CSP que quiere administrar todos los clientes de todo el mundo.

En resumen, la ubicación del usuario y los dispositivos no importa. La ubicación del inquilino del cliente es importante. El registro de dispositivos transfronterizos no es el problema. El problema son las ventas transfronterizas a través de CSP.

¿El Centro de partners tiene acceso a los perfiles creados en Intune o Microsoft Store para Empresas?

No. El Centro de partners no tiene acceso a los perfiles creados en Intune o Microsoft Store para Empresas. Solo tiene acceso a los perfiles de Autopilot creados a través del Centro de partners.

Industria

¿Qué cambios se deben realizar en la imagen del sistema operativo de fábrica para la configuración del cliente?

No se requiere ningún cambio en la planta de fábrica para habilitar la implementación de Windows Autopilot.

¿Qué versión de la herramienta OA3 cumple los requisitos de implementación de Windows Autopilot?

Windows Autopilot puede trabajar con cualquier versión de la herramienta OA3. Se recomienda usar una versión compatible de Windows para generar el hash de hardware 4K (4K HH).

Al realizar un pedido, ¿los clientes deben indicar si lo desean con o sin las opciones de Windows Autopilot?

Sí. Si quieren Windows Autopilot, se necesita una versión compatible de Windows. Un cliente también debe recibir el archivo CSV o completar la carga de archivos en su nombre.

¿Necesita el OEM administrar o recopilar archivos de creación de imágenes personalizados de los clientes? ¿Necesitan cargar imágenes en Microsoft?

No. Los OEM solo envían el informe de compilación de equipos (CBR) como de costumbre a Microsoft. No se envían imágenes a Microsoft para habilitar Windows Autopilot. Windows Autopilot solo personaliza OOBE y permite configuraciones de directivas.

¿Hay algún problema con el cliente con la actualización a una versión compatible actualmente de Windows?

Los dispositivos deben ejecutar una versión compatible del canal de disponibilidad general de Windows para inscribirse en la implementación de Windows Autopilot. De lo contrario, por lo general no hay ningún problema. Para obtener más información, consulte Windows Autopilot: problemas conocidos.

¿Cambiará alguna vez el CBR existente con hash de hardware 4K?

No.

¿Qué nueva información debe enviarse desde el OEM a Microsoft?

Nada, a menos que el OEM opte por registrar el dispositivo en nombre del cliente. En este caso, deben cargar el archivo CSV del identificador de dispositivo en el Centro de partners de Microsoft o usar la API directa de OEM.

¿Hay algún contrato o modificación para que un OEM participe en una implementación de Autopilot?

No.

Esquema CSV

¿Se puede usar una coma en el archivo CSV?

No.

¿Hay un límite en el número de dispositivos que se pueden mostrar en el archivo CSV?

Sí. El archivo CSV solo puede contener 500 dispositivos para aplicar a un único perfil. Si es necesario aplicar más de 500 dispositivos a un perfil, los dispositivos deben cargarse a través de varios archivos CSV.

¿Microsoft tiene alguna recomendación sobre cómo un OEM debe proporcionar el archivo CSV a sus clientes?

Cifre el archivo CSV al enviarlo al cliente empresarial para registrar automáticamente sus dispositivos Windows Autopilot a través de MPC, MSfB o Intune.

Hash del hardware

¿Qué datos necesita incluir el hash de hardware?

Cada hash de hardware enviado por el OEM debe contener los siguientes datos:

  • SMBIOS UUID: identificador único universal.
  • Dirección MAC: identificador único de la tarjeta de red.
  • Número de serie de disco único: si usa la herramienta Activación de OEM de Windows 3.0.

Dado que Windows Autopilot se basa en la capacidad de identificar de forma única los dispositivos que solicitan la configuración en la nube, es fundamental enviar hashes de hardware que cumplan el requisito descrito.

¿Por qué se requiere el UUID de SMBIOS, la dirección MAC y el número de serie del disco en los detalles del hash de hardware?

A medida que se agregan o quitan partes del dispositivo, estos campos son necesarios para identificar un dispositivo al crear el hash de hardware. Dado que no tenemos un identificador único para dispositivos Windows, estos campos son la mejor lógica para identificar un dispositivo.

¿Cuál es la diferencia entre el hash de hardware de OA3, el hash de hardware 4K y el hash de hardware de Windows Autopilot?

Ninguno. Son nombres diferentes para lo mismo. La salida de la herramienta OA3 se denomina hash de OA3, que tiene un tamaño de 4 K, y se usa para el escenario de implementación de Windows Autopilot.

Nota

Si se usa una versión anterior de Windows no compatible de la herramienta OA3, se genera un hash de tamaño diferente. Este hash no se puede usar para una implementación de Windows Autopilot.

Si necesito reemplazar hardware como el disco o la tarjeta de red, ¿invalida el hash de hardware?

Sí. Si reemplaza partes, es posible que tenga que generar un nuevo hash de hardware. Depende de las partes que se reemplazaron y de las características de las piezas.

Por ejemplo, si reemplaza el TPM o la placa base, es un nuevo dispositivo y debe obtener un nuevo hash de hardware. Si reemplaza una tarjeta de red, probablemente no sea un dispositivo nuevo y el dispositivo funciona con el hash de hardware antiguo.

En general, después de cualquier cambio de hardware, suponga que el hash de hardware antiguo no es válido y obtenga un nuevo hash de hardware. Este proceso se recomienda siempre que reemplace las piezas.

Sustitución de la placa base

¿Cómo controla Autopilot los escenarios de reemplazo de placa base?

El reemplazo de placa base está fuera de alcance para Autopilot. Cualquier dispositivo reparado o con servicio que altere la capacidad de identificar el dispositivo para Windows Autopilot debe pasar por el proceso normal de OOBE. Debe seleccionar manualmente la configuración correcta o aplicar una imagen personalizada.

Para reutilizar el mismo dispositivo para Windows Autopilot después de un reemplazo de placa base, use el siguiente proceso:

  1. Anule el registro del dispositivo desde Autopilot.
  2. Reemplace la placa base.
  3. Genere un nuevo hash de hardware 4K.
  4. Registre el dispositivo con el nuevo hash de hardware 4K o el identificador de dispositivo.

Nota

Un OEM no puede usar la API directa de OEM para volver a registrar el dispositivo, que solo acepta una tupla o PKID. En este caso, el OEM puede enviar la nueva información hash de hardware 4K mediante un archivo CSV al cliente y permitir que el cliente vuelva a registrar el dispositivo mediante MSfB o Intune.

SMBIOS

¿Hay algún requisito específico para el UUID de SMBIOS?

Debe ser único como se especifica en los requisitos de hardware de Windows.

¿Cuál es el requisito de la tabla SMBIOS para satisfacer la necesidad de hash de hardware de Windows Autopilot?

Debe cumplir todos los requisitos de hardware de Windows. Para obtener más información, vea Especificaciones y directivas del programa de compatibilidad de hardware de Windows.

Si SMBIOS admite UUID y número de serie, ¿es suficiente con que la herramienta OA3 genere el hash de hardware?

No. Como mínimo, los siguientes campos SMBIOS deben tener valores únicos:

  • ProductKeyID.
  • SmbiosSystemManufacturer.
  • SmbiosSystemProductName.
  • SmbiosSystemSerialNumber.
  • SmbiosSkuNumber.
  • SmbiosSystemFamily.
  • MacAddress.
  • SmbiosUuid.
  • DiskSerialNumber.
  • TPM.
  • EkPub.

Interfaz técnica

¿Cuál es la interfaz para obtener la dirección MAC y el número de serie del disco? ¿Cómo obtiene esta información la herramienta OA?

El método para obtener esta información varía en función del escenario, pero en general:

  • El número de serie del disco procede de IOCTL_STORAGE_QUERY_PROPERTY con StorageDeviceProperty/PropertyStandardQuery.

  • La dirección MAC de red es de IOCTL_NDIS_QUERY_GLOBAL_STATSOID_802_3_PERMANENT_ADDRESS.

Si un dispositivo tiene varias tarjetas de red o discos, ¿cómo elige la herramienta OA3 qué dirección MAC y número de serie de disco usar?

Se usan todos los valores disponibles, aunque puede haber reglas de uso específicas. El número de serie del disco del sistema es más importante que los demás discos disponibles. Las interfaces de red que son extraíbles no deben usarse si se detectan como extraíbles. LAN vs WLAN no debe importar, ya que se usan ambos.

Experiencia del usuario final

Cómo sé que he recibido Autopilot?

Un dispositivo ha recibido una configuración de Autopilot, pero aún no la ha aplicado cuando se omite la página de selección y se lleva inmediatamente a una página de inicio de sesión.

¿Por qué un usuario terminó como administrador cuando se configuró el perfil de Autopilot en caso contrario?

Microsoft Entra administradores siempre son administradores locales aunque Windows Autopilot esté configurado para deshabilitar esta configuración.

Para ayudar a solucionar problemas, ejecute licensingdiag.exe y envíe el .cab archivo (archivador) a AutopilotHelp@microsoft.com. Si es posible, también recopile un ETL de Windows Performance Recorder (WPR).

A menudo, en estos casos, los usuarios no inician sesión en el Microsoft Entra inquilino adecuado ni crean cuentas de usuario locales.

Para obtener una lista completa de las opciones de soporte técnico, consulta Compatibilidad con Windows Autopilot.

Si hago cambios en un perfil de Autopilot existente, ¿surten efecto los cambios en los dispositivos que tienen ese perfil asignado y que ya están implementados?

No. Los perfiles de Windows Autopilot no residen en el dispositivo. Se descargan durante OOBE y la configuración se define en el momento en que se aplican. A continuación, el perfil se descarta en el dispositivo. Si el dispositivo se vuelve a crear o restablecer, la nueva configuración de perfil surtirá efecto la próxima vez que el dispositivo pase a través de OOBE.

¿Cuál es la experiencia si un dispositivo no está registrado o si no configuro Windows Autopilot antes de que un usuario final intente realizar la implementación automática?

Si el dispositivo no está registrado, no recibe la experiencia de Windows Autopilot y el usuario final pasa por el OOBE normal. Las configuraciones de Windows Autopilot no se aplicarán hasta que el usuario vuelva a ejecutarse a través de OOBE, después del registro. Si se inicia un dispositivo antes de crear un perfil de administración de dispositivos móviles (MDM), el dispositivo pasa por la experiencia estándar de OOBE. A continuación, tiene que inscribir manualmente ese dispositivo en la MDM. La próxima vez que se restablezca el dispositivo, pasará por la experiencia OOBE de Windows Autopilot.

¿Por qué no recibí una pantalla de inicio de sesión personalizada durante Autopilot?

Para recibir una experiencia de inicio de sesión personalizada, configure la personalización de marca de inquilinos en el Azure Portal.

¿Qué ocurre si un dispositivo está registrado con Microsoft Entra ID pero no tiene asignado un perfil de Windows Autopilot?

Dado que no se asigna ningún perfil de Windows Autopilot al dispositivo, el usuario ve el OOBE predeterminado.

¿Cómo puedo recopilar registros en Autopilot?

La mejor manera de recopilar registros en el rendimiento de Windows Autopilot es recopilar un seguimiento de WPR durante OOBE. El archivo XML (extensión WPRP) para este seguimiento se puede proporcionar a petición.

MDM

¿Autopilot requiere el uso de Microsoft Intune?

No. Cualquier MDM funciona con Autopilot, pero es posible que otros usuarios no tengan el mismo conjunto completo de características de Windows Autopilot que Intune. La mejor experiencia es con Intune.

¿Intune admite la preinstalación de aplicaciones Win32?

Sí. Intune admite aplicaciones Win32 mediante contenedores MSI y MSIX.

¿Qué es la administración conjunta?

La administración conjunta permite administrar simultáneamente las versiones compatibles actualmente de Windows mediante Microsoft Configuration Manager y Microsoft Intune. Permite conectar a la nube su inversión actual en Configuration Manager agregando nuevas funciones. Con la administración conjunta, tiene la flexibilidad de usar la solución tecnológica que mejor se adapta a su organización.

Cuando un dispositivo Windows tiene el cliente Configuration Manager y está inscrito para Intune, obtiene las ventajas de ambos servicios. Controla qué cargas de trabajo, si procede, cambian la autoridad de Configuration Manager a Intune. Configuration Manager sigue administrando las demás cargas de trabajo, incluidas aquellas que no cambian a Intune, así como las demás características de Configuration Manager que no sean compatibles con la administración conjunta.

Para más información, consulte los siguientes artículos:

¿Autopilot requiere Configuration Manager?

No. No es necesario, pero puede usarlo junto con Autopilot en los siguientes escenarios:

Características

¿Qué es el modo de implementación automática?

El modo de implementación automática solo requiere que el usuario encienda el dispositivo. Es útil para escenarios en los que no se necesita una cuenta de usuario estándar. Por ejemplo, dispositivos compartidos o de pantalla completa.

Para obtener más información, vea Modo de implementación automática de Windows Autopilot.

¿Qué es Microsoft Entra unión híbrida?

Importante

Microsoft recomienda implementar nuevos dispositivos como nativos de la nube mediante Microsoft Entra unión. No se recomienda implementar nuevos dispositivos como Microsoft Entra dispositivos de unión híbrida, incluso a través de Autopilot. Para obtener más información, consulte Microsoft Entra unidos frente a Microsoft Entra híbrido unido en puntos de conexión nativos de la nube: qué opción es adecuada para su organización.

Microsoft Entra dispositivos unidos a híbridos se conectan a un dominio Active Directory local y a Microsoft Entra ID.

Para obtener más información, consulte Introducción a la administración de dispositivos en Microsoft Entra ID.

¿Qué es el restablecimiento de Windows Autopilot?

El restablecimiento de Windows Autopilot quita las aplicaciones de usuario y la configuración de un dispositivo, pero mantiene Microsoft Entra unión a dominios e inscripción de MDM. Esta característica resulta útil cuando se transfiere un dispositivo de un usuario a otro.

Para obtener más información, consulta Restablecimiento de Windows Autopilot.

¿Qué es la personalización de Autopilot?

Puede agregar las siguientes personalizaciones a la experiencia de OOBE:

  • Un mensaje de bienvenida personalizado.
  • Personalice la sugerencia de nombre de usuario.
  • Logotipo de su organización.

¿Qué es Autopilot para los dispositivos existentes?

Autopilot para dispositivos existentes ofrece una ruta de actualización a las versiones compatibles actualmente de Windows para un dispositivo Windows existente.

Para obtener más información, consulte Autopilot para dispositivos existentes.

General

¿Qué fabricantes están habilitados para rellenar previamente el nombre de usuario y la reinscripción automática de dispositivos de aprovisionamiento previo?

Los fabricantes actuales habilitados para este cambio son Dell, Dynabook, HP, Lenovo y Microsoft Surface. Estamos trabajando para agregar otros fabricantes y actualizaremos esta lista una vez que se incorporen. Para obtener más información, consulte Devolución de la funcionalidad clave para el inicio de sesión y la implementación de Windows Autopilot.

Si borre la máquina y reinicie, ¿sigo recibiendo la experiencia de Windows Autopilot?

Sí. Si el dispositivo sigue registrado para Autopilot y ejecuta una versión compatible de Windows, recibe la experiencia de Autopilot.

¿Puedo recopilar la huella digital del dispositivo en los dispositivos existentes?

Sí. Si el dispositivo ejecuta una versión compatible de Windows, puede recopilar las huellas digitales del dispositivo para el registro. No hay planes para devolver la funcionalidad a versiones anteriores. No hay ninguna manera de recopilarlos en dispositivos que ejecutan versiones no admitidas de Windows.

¿Se admite Windows Autopilot en otras SKU, por ejemplo, Surface Hub o HoloLens?

  • Surface Hub y otras SKU no incluidas en los requisitos de software no son compatibles con Windows Autopilot.
  • HoloLens 1 no admite Windows Autopilot.
  • HoloLens 2 admite el modo de implementación automática de Windows Autopilot con Microsoft Intune y una versión compatible actualmente de Windows Holographic. No se admiten proveedores de MDM que no sean de Microsoft.

Para obtener más información sobre HoloLens 2, consulte Windows Autopilot para HoloLens 2.

¿Funciona Windows Autopilot después del reemplazo de la placa base o la reinstalación de imágenes?

Sí. Para obtener más información, consulte Guía del escenario de reemplazo de placa base de Windows Autopilot.

¿Qué significa el mensaje de error "Este usuario no está autorizado para inscribirse, código de error 801c0003"?

Hay límites en el número de dispositivos que un usuario Microsoft Entra determinado puede inscribir en Microsoft Entra ID y en el número de dispositivos que se admiten por usuario en Intune. Estos límites son configurables, pero no infinitos. Si reutiliza dispositivos o revierte a instantáneas de máquina virtual anteriores, este error se produce con frecuencia.

¿Qué ocurre si un dispositivo está registrado en un agente malintencionado?

Por diseño, Windows Autopilot no aplica un perfil hasta que el usuario inicia sesión con el inquilino coincidente para el perfil configurado mediante el proceso de inicio de sesión de Microsoft Entra. Por ejemplo, badguys.com registra un dispositivo propiedad de contoso.com. En el peor de los casos, se dirige al usuario a iniciar sesión en badguys.com. Cuando el usuario escribe su correo electrónico y contraseña, la información de inicio de sesión se redirige a través de Microsoft Entra ID a la autenticación de Microsoft Entra adecuada y se le pide que inicie sesión en contoso.com. Dado que contoso.com no coincide badguys.com como inquilino, no se aplica el perfil malintencionado y el usuario ve el OOBE normal.

¿Dónde se almacenan los datos de Windows Autopilot?

Los datos de Windows Autopilot se almacenan en la Unión Europea (UE). No se almacena en una nube soberana, incluso cuando el inquilino de Microsoft Entra está registrado en una nube soberana. Este almacenamiento se aplica a todos los datos de Windows Autopilot, sea cual sea el portal que se use para implementar Autopilot.

¿Por qué se almacenan datos de Windows Autopilot en EE. UU. y no en una nube soberana?

Los datos del cliente no se almacenan, solo los datos empresariales que permiten a Microsoft proporcionar un servicio. Por ese motivo, es adecuado que los datos se almacenen en ee. UU. Los clientes pueden dejar de suscribirse al servicio en cualquier momento. En ese caso, Microsoft quita los datos empresariales. Autopilot no se admite actualmente en ninguna nube soberana.

¿Cuántas maneras hay de registrar un dispositivo para Windows Autopilot?

Hay seis maneras de registrar un dispositivo, en función de quién realice el proceso:

  1. API directa de OEM, que solo está disponible para tvo.
  2. MPC mediante la API de MPC, que solo está disponible para los CSP.
  3. MPC mediante la carga manual del archivo CSV en la interfaz de usuario, que solo está disponible para los CSP.
  4. MSfB mediante la carga de archivos CSV.
  5. Intune mediante la carga de archivos CSV.
  6. Microsoft 365 Empresa Premium portal mediante la carga de archivos CSV.

¿Cuántas maneras hay de crear un perfil de Windows Autopilot?

Hay cuatro maneras de crear y asignar un perfil de Windows Autopilot:

  1. A través de MPC, que solo está disponible para los CSP.
  2. A través de MSfB.
  3. A través de Intune u otro servicio MDM.
  4. Microsoft 365 Empresa Premium portal.

Microsoft recomienda la creación y asignación de perfiles a través de Intune.

¿Cuáles son algunas causas comunes de errores de registro?

  1. Las entradas hash de hardware incorrectas o que faltan pueden provocar intentos de registro erróneos.
  2. Caracteres especiales ocultos en archivos CSV. Para evitar este problema, después de crear el archivo CSV, ábralo en el Bloc de notas para buscar caracteres ocultos, espacios finales u otros daños.

¿Se admite Autopilot en todos los países o regiones?

Autopilot solo admite clientes que usan Azure global. Azure global no incluye las tres entidades siguientes:

  • Azure Alemania.
  • Azure China 21Vianet.
  • Azure Government.

Si usa Azure global, no hay restricciones de región. Por ejemplo, Contoso usa Azure global, pero tiene empleados que trabajan en China. Los empleados de Contoso que trabajan en China todavía pueden usar Autopilot para implementar dispositivos. Si Contoso usa Azure China 21Vianet, los empleados de Contoso no pueden usar Autopilot.

Aunque Autopilot está disponible en inquilinos globales, los usuarios de China pueden experimentar una conectividad deficiente y una alta latencia al implementar debido a problemas relacionados con ISP. Si experimenta estos problemas al implementar en la región, póngase en contacto con el ISP local para obtener soporte técnico.

¿Por qué el aprovisionamiento o atestación de TPM tarda más tiempo durante el primer arranque en un dispositivo?

El aprovisionamiento de TPM implica generar y procesar claves criptográficas seguras. Dependiendo de las características del hardware tpm usado en un dispositivo, puede tardar más de un minuto en el primer arranque.

¿Por qué las aplicaciones no se instalan después de que el ESP haya terminado en un dispositivo administrado Intune al usar autologon con el modo de autodeploing de Windows Autopilot?

Cuando se usa el autologon con el modo de implementación automática de Windows Autopilot, autologon usa la cuenta local KioskUser0. De forma predeterminada, el ESP del usuario no se procesa para las cuentas locales, incluido KioskUser0, y no se emite un token de dispositivo hasta que se procesa el ESP del usuario. Cuando se usa autologon, para que las aplicaciones se instalen después de que finalice el ESP, omita el ESP del usuario mediante el skipUserStatusPage de OMA-URI personalizado. Para más información, consulte los siguientes artículos:

Cuando se usa Windows Autopilot para la implementación aprovisionada previamente, el dispositivo se muestra como compatible en Microsoft Entra ID después de completar el flujo del técnico. Sin embargo, después de iniciar el flujo de usuario, el dispositivo cambia a no conforme en Microsoft Entra ID. ¿Por qué ha cambiado de compatible a no conforme en Microsoft Entra ID?

El cumplimiento del dispositivo en Microsoft Entra ID se restablece durante el flujo de usuario. Una vez completado el flujo de usuario, se vuelve a evaluar y actualizar el cumplimiento. Este comportamiento es normal.