Preguntas más frecuentes sobre Windows Autopilot

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

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.

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.

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

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 la unión de dominio de Microsoft Entra durante la experiencia integrada (OOBE) a una cuenta estándar frente a una cuenta de administrador de forma predeterminada.

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.

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.

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.

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.

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.

No se requiere ningún cambio en la planta de fábrica para habilitar la 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).

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.

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.

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.

No.

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.

No.

No.

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.

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.

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.

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.

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.

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.

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.

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

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.

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

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

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.

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.

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.

Los administradores de Microsoft Entra siempre son administradores locales incluso si 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 inquilino correcto de Microsoft Entra ni crean cuentas de usuario locales.

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

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.

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.

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

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

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.

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.

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

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 de Configuration Manager y está inscrito en 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:

• ¿Qué es la administración conjunta?.
• Cómo inscribirse con la administración conjunta al aprovisionar con Windows Autopilot.

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

• Administración conjunta.
• Autopilot para dispositivos existentes.

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.

Los dispositivos unidos a Microsoft Entra híbrido se conectan a un dominio de Active Directory local y al identificador de Microsoft Entra.

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

El restablecimiento de Windows Autopilot quita las aplicaciones de usuario y la configuración de un dispositivo, pero mantiene la unión al dominio de Microsoft Entra y la 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.

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.

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.

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.

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

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.

• 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.

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

Hay límites en el número de dispositivos que un usuario determinado de Microsoft Entra puede inscribir en el id. de Microsoft Entra 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.

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.

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.

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.

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. Portal de Microsoft 365 Empresa Premium mediante la carga de archivos CSV.

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. Portal de Microsoft 365 Business Premium.

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

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.

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.

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.

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:

• ¿Cómo puedo deshabilitar la parte ESP del usuario de la página de estado de inscripción (ESP) si se ha configurado un ESP en el dispositivo?.
• Implemente OMA-URIs para dirigirse a un CSP a través de Intune y una comparación con el entorno local.

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.