Se aplica a:
En este artículo, se proporcionan respuestas a algunas preguntas más frecuentes sobre la implementación de Windows con Windows Autopilot, asociados, administradores y usuarios finales.
Centro de partners de Microsoft
En el Centro de partners, ¿es necesario proporcionar el identificador de inquilino con cada carga de archivos del dispositivo? ¿Es necesario para permitir que el cliente empresarial acceda a sus dispositivos en la Microsoft Store para Empresas (MSfB)?
No. Proporcionar el id. 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 inquilino si sus dispositivos están listos para reclamarse en MSfB?
Una vez completada la carga del archivo del 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 notificación automática de MSfB al inquilino.
¿Cómo autoriza un cliente a un OEM o a un asociado de canal a registrar dispositivos Windows Autopilot en nombre del cliente?
Antes de que un OEM o un asociado de canal puedan registrar un dispositivo para Windows Autopilot para un cliente, el cliente debe primero darles su consentimiento. El proceso de consentimiento comienza cuando el OEM o el asociado de canal envían un vínculo al cliente que dirige al cliente a una página de consentimiento en MSfB. Para obtener más información, consulte Registro.
¿Se aplica alguna restricción si un cliente empresarial que registra dispositivos en MSfB quiere administrar más adelante esos dispositivos a través de un proveedor de soluciones en la nube (CSP) mediante el Centro de partners?
El cliente empresarial debe eliminar los dispositivos en MSfB antes de que el CSP pueda cargarlos y administrarlos en el Centro de partners.
¿Admite Windows Autopilot la eliminación de 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 restringir el usuario que realiza la unión al dominio de Microsoft Entra durante la configuración rápida (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 socios de CSP tienen acceso al portal del Centro de partners. Si es un CSP, puede crear una cuenta de usuario de agente de ventas que tenga acceso a los dispositivos para probar el archivo. Esta prueba se puede realizar hoy mismo 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 al MPC.
¿Los diferentes niveles de CSP tienen todas las mismas funcionalidades en lo que respecta al piloto automático de Windows?
Para los propósitos de Windows Autopilot, hay tres tipos diferentes de CSP, cada uno con diferentes niveles de autoridad y acceso:
- CSP directo: obtiene autorización directa del cliente para registrar dispositivos
- Proveedor indirecto de CSP: obtiene permiso implícito para registrar dispositivos a través de la relación que su partner revendedor de CSP tiene con el cliente. Los proveedores indirectos de CSP registran dispositivos a través del Centro de partners de Microsoft.
- Revendedor CSP indirecto: obtiene autorización directa del cliente para registrar dispositivos. Al mismo tiempo, su asociado proveedor indirecto de CSP 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 indirecto de CSP debe registrar dispositivos a través de la interfaz de usuario del Centro de partners cargando manualmente el archivo CSV. El proveedor indirecto de CSP puede registrar dispositivos mediante las API del Centro de partners.
¿Existe tal cosa como una única cuenta de CSP mundial?
No. Las regiones de ventas de CSP dependen de la ubicación del inquilino de Microsoft Entra. Un partner de CSP solo puede vender o administrar clientes con un inquilino ubicado en la misma región de CSP. La región de CSP de un partner se basa en la ubicación del inquilino que el partner de CSP usa para realizar la transacción. Si el inquilino del cliente se creó en Estados Unidos, solo un asociado que tenga una inscripción de CSP en Estados Unidos puede establecer una relación de revendedor con este cliente.
Para Windows Autopilot & Intune, la ubicación del usuario final o del dispositivo es indiferente. Un empleado ubicado en Alemania puede inscribir un dispositivo con el perfil de Windows Autopilot creado en el inquilino de EE. UU. y administrarlo a través de la instancia de servicio de Intune en los EE. UU. El usuario en Alemania también se autentica en la instancia de Microsoft Entra con sede en Estados Unidos.
Si un partner 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 administración de CSP que quiera administrar todos los clientes en todo el mundo.
En resumen, no importa la ubicación del usuario y los dispositivos. 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 Windows Autopilot creados a través del Centro de partners.
Industria
¿Qué cambios deben realizarse en la imagen del sistema operativo de fábrica para las opciones de configuración del cliente?
No se requieren cambios en la planta de producción 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 funcionar con cualquier versión de la herramienta OA3. Recomendamos usar una versión compatible de Windows para generar el hash de hardware 4K (4K HH).
Al realizar un pedido, ¿es necesario indicar a los clientes si lo quieren con o sin 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 hacer que se complete la carga del archivo en su nombre.
¿Necesita el OEM administrar o recopilar archivos de imagen personalizados de los clientes? ¿Necesitan cargar imágenes a Microsoft?
No. Los OEM solo envían el Informe de compilación del equipo (CBR) a Microsoft como de costumbre. No se envían imágenes a Microsoft para habilitar Windows Autopilot. Windows Autopilot solo personaliza OOBE y permite configuraciones de directiva.
¿Hay algún problema del cliente al actualizar a una versión actual con soporte 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, generalmente 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é información nueva 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 de Id. de dispositivo en el Centro de partners de Microsoft o usar la API directa de OEM.
¿Existe un contrato o modificación para que un OEM participe en una implementación de Windows Autopilot?
No.
Esquema CSV
¿Se puede usar una coma en el archivo CSV?
No.
¿Existe un límite en el número de dispositivos que se pueden enumerar 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.
¿Tiene Microsoft 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 que registre automáticamente sus dispositivos Windows Autopilot a través de MPC, MSfB o Intune.
Hash del hardware
¿Qué datos debe incluir el hash de hardware?
Cada hash de hardware enviado por el OEM debe contener los siguientes datos:
- SMBIOS UUID: un identificador único universal.
- Dirección MAC: identificador único de la tarjeta de red.
- Número de serie único del disco: 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 requieren 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 OA3, el hash de hardware 4K y el hash de hardware de Windows Autopilot?
Ninguno. Son nombres diferentes para la misma cosa. La salida de la herramienta OA3 se denomina hash 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 diferente tamaño. 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 reemplazas piezas, es posible que tengas que generar un nuevo hash de hardware. Depende de las piezas que se reemplazaron y de las características de las piezas.
Por ejemplo, si reemplaza el TPM o la placa base, es un dispositivo nuevo y debe obtener un nuevo hash de hardware. Si reemplazas una tarjeta de red, probablemente no sea un dispositivo nuevo y el dispositivo funcione con el hash de hardware anterior.
En general, después de cualquier cambio de hardware, asuma que el hash de hardware anterior no es válido y obtenga un nuevo hash de hardware. Este proceso se recomienda cada vez que reemplace piezas.
Sustitución de la placa base
¿Cómo controla Windows Autopilot los escenarios de reemplazo de la placa base?
El reemplazo de la placa base está fuera del ámbito de Windows Autopilot. Cualquier dispositivo reparado o reparado 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 volver a usar el mismo dispositivo para Windows Autopilot después de reemplazar la placa base, sigue este proceso:
- Anule el registro del dispositivo en Windows Autopilot.
- Reemplace la placa base.
- Genera un nuevo hash de hardware 4K.
- Registra el dispositivo con el nuevo hash de hardware 4K o ID de dispositivo.
Nota:
Un OEM no puede usar la API directa del OEM para volver a registrar el dispositivo, que solo acepta una tupla o un PKID. En este caso, el OEM puede enviar la nueva información de 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 en la tabla SMBIOS para satisfacer las necesidades de hash de hardware de Windows Autopilot?
Debe cumplir todos los requisitos de hardware de Windows. Para obtener más información, consulte Especificaciones y directivas del Programa de compatibilidad de hardware de Windows.
Si SMBIOS admite UUID y número de serie, ¿es suficiente 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 la herramienta de acceso abierto esta información?
El método para obtener esta información varía según el escenario, pero en general:
El número de serie del disco proviene de
IOCTL_STORAGE_QUERY_PROPERTYconStorageDeviceProperty/PropertyStandardQuery.La dirección MAC de la red es de
IOCTL_NDIS_QUERY_GLOBAL_STATS.OID_802_3_PERMANENT_ADDRESS
Si un dispositivo tiene varias tarjetas o discos de red, ¿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, ya que son extraíbles. LAN vs WLAN no debería importar, ya que se usan ambas.
Experiencia del usuario final
¿Cómo puedo saber si he recibido el piloto automático de Windows?
Un dispositivo ha recibido una configuración de Windows Autopilot, pero aún no la ha aplicado cuando se omite la página de selección y se le lleva inmediatamente a una página de inicio de sesión.
¿Por qué un usuario acaba siendo administrador cuando el perfil de Windows Autopilot estaba configurado de otra manera?
Los administradores de Microsoft Entra son siempre administradores locales, incluso si Windows Autopilot está configurado para deshabilitar esta configuración.
Para ayudar a solucionar el problema, ejecute licensingdiag.exe y envíe el .cab archivo (cabinet) a AutopilotHelp@microsoft.com. Si es posible, recopile también un ETL de Windows Performance Recorder (WPR).
A menudo, en estos casos, los usuarios no inician sesión en el inquilino de Microsoft Entra adecuado o crean cuentas de usuario locales.
Para obtener una lista completa de las opciones de soporte técnico, consulta Compatibilidad con Windows Autopilot.
Si realizo cambios en un perfil de Windows Autopilot existente, ¿los cambios surten efecto 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 la configuración rápida y la configuración se define en el momento en que se aplican. Después, el perfil se descarta en el dispositivo. Si se vuelve la imagen inicial del dispositivo o se restablece, la nueva configuración de perfil surtirá efecto la próxima vez que el dispositivo pase por 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 la OOBE normal. Las configuraciones de Windows Autopilot no se aplicarán hasta que el usuario vuelva a ejecutar OOBE, después del registro. Si un dispositivo se inicia antes de crear un perfil de administración de dispositivos móviles (MDM), el dispositivo pasa por la experiencia OOBE estándar. A continuación, debe inscribir manualmente ese dispositivo en el MDM. La próxima vez que se restablezca el dispositivo, pasará por la experiencia de OOBE de Windows Autopilot.
¿Por qué no he recibido una pantalla de inicio de sesión personalizada durante Windows Autopilot?
Para recibir una experiencia de inicio de sesión personalizada, configure la marca del inquilino en el Azure Portal.
¿Qué sucede si un dispositivo está registrado con Microsoft Entra ID, pero no tiene un perfil de Windows Autopilot asignado?
Como no hay ningún perfil de Windows Autopilot asignado al dispositivo, el usuario ve el OOBE predeterminado.
¿Cómo puedo recopilar registros para Windows Autopilot?
La mejor manera de recopilar registros para 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
¿Requiere Windows Autopilot el uso de Microsoft Intune?
No. Cualquier MDM funciona con Windows Autopilot, pero es posible que otros no tengan el mismo conjunto completo de características de Windows Autopilot que Intune. La mejor experiencia es con Intune.
¿Admite Intune la preinstalación de aplicaciones Win32?
Sí. Intune admite aplicaciones Win32 con contenedores MSI y MSIX.
¿Qué es la administración conjunta?
La administración conjunta le permite administrar simultáneamente las versiones actualmente compatibles de Windows mediante Microsoft Configuration Manager y Microsoft Intune. Permite conectar a la nube su inversión actual en Administrador de configuración 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 Administrador de configuración y está inscrito en Intune, obtiene las ventajas de ambos servicios. Controla qué cargas de trabajo, si procede, cambian la autoridad de Administrador de configuración a Intune. Administrador de configuración sigue administrando las demás cargas de trabajo, incluidas aquellas que no cambian a Intune, así como las demás características de Administrador de configuración que no sean compatibles con la administración conjunta.
Para más información, consulte los siguientes artículos:
¿Requiere Windows Autopilot Administrador de configuración?
No. No es obligatorio, pero puedes usar Administrador de configuración junto con Windows Autopilot en los siguientes escenarios:
Características
¿Qué es el modo autoimplementable?
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, consulte Modo autoimplementable de Windows Autopilot.
¿Qué es la unión híbrida de Microsoft Entra?
Importante
Microsoft recomienda implementar nuevos dispositivos como nativos en la nube mediante Microsoft Entra join. No se recomienda implementar nuevos dispositivos como dispositivos de unión híbrida de Microsoft Entra, incluso a través de Windows Autopilot. Para obtener más información, consulte Unión a Microsoft Entra frente a Microsoft Entra híbrido unido en puntos de conexión nativos de nube: qué opción es la adecuada para su organización.
Los dispositivos híbridos unidos a Microsoft Entra se conectan a un dominio de 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 y la configuración del usuario de un dispositivo, pero mantiene la unión a dominios de Microsoft Entra y la inscripción de MDM. Esta característica es útil al transferir un dispositivo de un usuario a otro.
Para obtener más información, consulta Restablecimiento de Windows Autopilot.
¿Qué es la personalización de Windows Autopilot?
Puede agregar las siguientes personalizaciones a la experiencia de OOBE:
- Un mensaje de bienvenida personalizado.
- Personalizar la sugerencia de nombre de usuario.
- Logotipo de su organización.
¿Qué es Windows Autopilot para dispositivos existentes?
Windows Autopilot para dispositivos existentes ofrece una ruta de acceso de actualización a las versiones actualmente compatibles de Windows para un dispositivo Windows existente.
Para obtener más información, consulte Windows Autopilot para dispositivos existentes.
General
¿Qué fabricantes están habilitados para rellenar previamente el nombre de usuario y volver a inscribir automáticamente los 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 hayan incorporado. 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 limpio el equipo y reinicio, ¿sigo recibiendo la experiencia de Windows Autopilot?
Sí. Si el dispositivo aún está registrado para Windows Autopilot y ejecuta una versión compatible de Windows, recibe la experiencia de Windows Autopilot.
¿Puedo recopilar la huella digital del dispositivo en dispositivos existentes?
Sí. Si el dispositivo ejecuta una versión compatible de Windows, puedes recolectar huellas digitales del dispositivo para el registro. No hay planes para retroportar la funcionalidad a versiones anteriores. No hay ninguna manera de recopilarlos en dispositivos que ejecutan versiones no compatibles de Windows.
¿Se admite Windows Autopilot en otras SKU, por ejemplo, Surface Hub u HoloLens?
- Surface Hub y otras SKU no cubiertas en Los requisitos de software no son compatibles con Windows Autopilot.
- HoloLens 1 no es compatible con Windows Autopilot.
- HoloLens 2 es compatible con Windows Autopilot, modo autoimplementable con Microsoft Intune y con 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 de reemplazar la placa base o reinstalar la imagen?
Sí. Para obtener más información, consulte la guía de escenarios de reemplazo de la 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 determinado de Microsoft Entra puede inscribir en Microsoft Entra ID y el número de dispositivos que se admiten por usuario en Intune. Estos límites se pueden configurar, pero no son infinitos. Si reutiliza dispositivos o revierte a instantáneas anteriores de máquinas virtuales, este error se produce con frecuencia.
¿Qué sucede si un dispositivo se registra a nombre de un agente malintencionado?
Por diseño, Windows Autopilot no aplica un perfil hasta que el usuario inicia sesión con el inquilino correspondiente para el perfil configurado mediante el proceso de inicio de sesión de Microsoft Entra. Por ejemplo, badguys.com registra un dispositivo propiedad contoso.comde . En el peor de los casos, se le indica al usuario que inicie 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 pedirá al usuario que inicie sesión en contoso.com. Como contoso.com no coincide badguys.com como inquilino, el perfil malintencionado no se aplica y el usuario ve el OOBE normal.
¿Dónde se almacenan los datos de Windows Autopilot?
Los datos de Windows Autopilot se almacenan dentro de 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, independientemente del portal que se use para implementar Windows Autopilot.
¿Por qué los datos de Windows Autopilot se almacenan en Estados Unidos y no en una nube soberana?
No se almacenan datos de clientes, solo datos empresariales que permiten a Microsoft proporcionar un servicio. Por ese motivo, es conveniente que los datos se almacenen en Estados Unidos. Los clientes pueden dejar de suscribirse al servicio en cualquier momento. En ese caso, Microsoft quitará los datos empresariales. Windows Autopilot no se admite actualmente en ninguna nube soberana.
¿Cuántas formas hay de registrar un dispositivo para Windows Autopilot?
Hay seis maneras de registrar un dispositivo, dependiendo de quién realice el proceso:
- API directa de OEM, que solo está disponible para los TVO.
- MPC mediante la API de MPC, que solo está disponible para los CSP.
- MPC mediante la carga manual de archivos CSV en la interfaz de usuario, que solo está disponible para los CSP.
- MSfB mediante la carga de archivos CSV.
- Intune mediante la carga de archivos CSV.
- Portal de Microsoft 365 Empresa Premium mediante la carga de archivos CSV.
¿Cuántas formas hay de crear un perfil de Windows Autopilot?
Hay cuatro maneras de crear y asignar un perfil de Windows Autopilot:
- A través de MPC, que solo está disponible para CSP.
- A través de MSfB.
- A través de Intune u otro servicio MDM.
- Portal de Microsoft 365 Empresa Premium.
Microsoft recomienda la creación y asignación de perfiles a través de Intune.
¿Cuáles son algunas de las causas habituales de los errores de registro?
- Las entradas hash de hardware incorrectas o que faltan pueden provocar intentos de registro erróneos.
- 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 Windows Autopilot en todos los países o regiones?
Windows Autopilot solo admite clientes que usan Azure global. Global Azure 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 pueden seguir usando Windows Autopilot para implementar dispositivos. Si Contoso usa Azure China 21Vianet, los empleados de Contoso no podrán usar Windows Autopilot.
Aunque Windows Autopilot está disponible en inquilinos globales, los usuarios de China pueden experimentar una conectividad deficiente y una latencia alta al implementar debido a problemas relacionados con el ISP. Si experimentas estos problemas al realizar una implementación en la región, ponte en contacto con el ISP local para obtener asistencia.
Para entornos de Government Community Cloud High (GCCH) y Departamento de Defensa (DoD), considere el uso de la preparación de dispositivos de Windows Autopilot.
¿Por qué el aprovisionamiento/atestación de TPM tarda más durante el primer arranque en un dispositivo?
El aprovisionamiento del TPM implica la generación y el procesamiento de claves criptográficas seguras. Según las características del hardware de 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 finalice el ESP en un dispositivo administrado por Intune cuando se usa el inicio de sesión automático con el modo de autodesaceleración de Windows Autopilot?
Cuando se usa el inicio de sesión automático con el modo de implementación automática de Windows Autopilot, el inicio de sesión automático 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. Al utilizar el inicio de sesión automático, para que las aplicaciones se instalen después de que finalice el ESP, omita el ESP del usuario mediante el OMA-URI personalizado SkipUserStatusPage. 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 de técnico. Sin embargo, después de iniciar el flujo de usuario, el dispositivo cambia a no compatible con Microsoft Entra ID. ¿Por qué cambió de compatible a no compatible con Microsoft Entra ID?
El cumplimiento del dispositivo en Microsoft Entra ID se restablece durante el flujo de usuario. Una vez que se completa el flujo de usuario, el cumplimiento se vuelve a evaluar y actualiza. Este comportamiento es normal.
Conector de Intune para Active Directory
¿Cuál es la diferencia entre el conector de Intune para Active Directory actualizado y heredado?
El conector de Intune actualizado para Active Directory fortalece la seguridad y sigue los principios de privilegios mínimos mediante el uso de una cuenta de servicio administrada (MSA) en lugar de usar la cuenta de equipo (SYSTEM) del servidor que ejecuta el conector de Intune para Active Directory.
Si el administrador que instala y configura el conector de Intune para Active Directory tiene los permisos descritos en los requisitos, ¿también tiene que seguir los pasos para aumentar el límite de cuentas de equipo en las unidades organizativas?
No. el instalador de Intune Connector para Active Directory se encarga de configurar todos los permisos adecuados que necesita MSA en las unidades organizativas. Los pasos para aumentar el límite de cuentas de equipo en las unidades organizativas solo deben seguirse si el administrador que instala y configura el conector de Intune para Active Directory no tiene los permisos descritos en Requisitos de conector de Intune para Active Directory.