Escenarios de Windows Autopilot

Debido a los diferentes entornos, las diferentes configuraciones y las diferentes necesidades, Windows Autopilot ofrece varios escenarios diferentes. En la tabla siguiente se resumen los escenarios que están disponibles en Windows Autopilot:

Escenario	Finalidad	Descripción
Modo controlado por el usuario de Windows Autopilot	Dispositivo para un solo usuario	El usuario ejecuta la implementación
Windows Autopilot para aplicaciones	Dispositivo para un solo usuario	La implementación se divide entre administrador de TI, OEM, revendedor y usuario
Modo autoimplementable de Windows Autopilot	Dispositivo de pantalla completa o dispositivo para varios usuarios	La implementación está completamente automatizada
Piloto automático de Windows para dispositivos existentes	Preparar el dispositivo en el que es necesario reinstalar el sistema operativo Windows para una implementación de Windows Autopilot	Usa Microsoft Configuration Manager para instalar un nuevo sistema operativo Windows en un dispositivo existente antes de ejecutar una implementación de Windows Autopilot
Restablecimiento de Windows Autopilot	Restablece un dispositivo existente a la instalación predeterminada de fábrica de Windows	Usa la instalación existente de Windows en un dispositivo para recompilar Windows y restaurarlo a la instalación de fábrica de Windows

Nota:

Este tutorial es para Windows Autopilot. Para obtener el tutorial de preparación de dispositivos de Windows Autopilot , consulte Escenarios de preparación de dispositivos de Windows Autopilot.

Capacidades del escenario

En la tabla siguiente se comparan las distintas funcionalidades para cada escenario de Windows Autopilot:

Escenario	Controlado por el usuario	Previamente aprovisionado	Implementación automática	Dispositivos existentes	Reset
Admite la unión a Microsoft Entra	Sí	Sí	Sí	Sí	Sí
Admite la unión híbrida de Microsoft Entra	Sí	Sí	No	Sí	No
La implementación requiere la interacción del usuario	Sí	Sí	No	ND	Restablecimiento local
La implementación requiere la interacción del administrador de TI, el OEM o el revendedor	No	Sí	No	Sí	Restablecimiento remoto
Admite la asignación de un usuario a un dispositivo	Sí	Sí	No	ND	ND
Minimiza el tiempo que el usuario interactúa con la implementación	No	Sí	Sí	ND	ND
El usuario se autentica	Sí	Flujo de usuario	No	ND	Restablecimiento local
El TPM se autentica	No	Flujo del técnico	Sí	ND	ND
Debe registrarse como dispositivo Windows Autopilot antes de la implementación	Sí	Sí	Sí	No	Sí

Nota:

El escenario de Windows Autopilot para dispositivos existentes es un método para reinstalar completamente Windows en un dispositivo como preparación para ejecutar una implementación de Windows Autopilot. Sin embargo, el escenario de Windows Autopilot para dispositivos existentes en sí mismo no es técnicamente una implementación de Windows Autopilot. Una vez completado el proceso de Windows Autopilot para dispositivos existentes, se ejecuta automáticamente un escenario de Windows Autopilot.

En la tabla anterior se enumera lo que puede admitir el escenario de Windows Autopilot para dispositivos existentes. Pero es posible que un escenario determinado de Windows Autopilot no siempre se admita una vez completado el escenario de Windows Autopilot para dispositivos existentes.

Ventajas y desventajas del escenario

En la tabla siguiente se describen las ventajas y desventajas de cada escenario de Windows Autopilot durante el proceso de implementación.

Escenario	Ventajas	Inconvenientes
Controlado por el usuario	• No requiere ninguna interacción por parte del administrador, el OEM o el distribuidor. • No requiere atestación de TPM , por lo que funciona en dispositivos físicos y máquinas virtuales.	• Tarda más para el usuario que en el escenario aprovisionado previamente, ya que el usuario tiene que pasar por el ESP del dispositivo y el ESP del usuario.
Previamente aprovisionado	• Más rápido para el usuario, ya que el administrador de TI / OEM / revendedor maneja la mayor parte del ESP del dispositivo durante el flujo técnico.	• Requiere la interacción del administrador de TI, el OEM o el distribuidor. • Requiere la atestación de TPM durante el flujo del técnico, por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales, incluso con TPM virtual).
Implementación automática	• No requiere interacción del usuario ni del administrador/OEM/revendedor.	• No se puede asignar un usuario al dispositivo. • El ESP del usuario no se ejecuta durante la implementación de Windows Autopilot porque no hay ningún usuario asignado. • Requiere la atestación de TPM , por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales, incluso con TPM virtual). • No es compatible con dispositivos de unión híbrida de Microsoft Entra.
Dispositivos existentes	• Puede usar imágenes personalizadas. • Puede usar secuencias de tareas de ConfigMgr. • Puede reinstalar una copia nueva de Windows en casos de daños graves en la instalación de Windows. • Buen escenario para actualizar un dispositivo desde una unión a un dominio o una unión híbrida de Microsoft Entra a una unión de Microsoft Entra.	• Requiere Microsoft Configuration Manager. • No es una implementación real de Windows Autopilot, por lo que no funciona por sí sola, solo funciona junto a un escenario de Windows Autopilot compatible. • Tarda más tiempo, ya que el dispositivo debe someterse tanto a la secuencia de tareas como a la implementación de Windows Autopilot. • El archivo JSON solo admite escenarios de Windows Autopilot controlados por el usuario. • Los escenarios de AWindows Utopilot de aprovisionamiento previo y autoimplementación solo se admiten cuando el dispositivo ya es un dispositivo Windows Autopilot y hay un perfil de Windows Autopilot asignado al dispositivo.
Reset	• Permite restablecer fácilmente un dispositivo roto o reutilizado existente a un estado listo para la empresa.	• No funciona si hay daños graves en la instalación de Windows. • No es compatible con dispositivos de unión híbrida de Microsoft Entra.

Unión híbrida de Microsoft Entra y unión híbrida de Microsoft Entra frente a escenarios de Windows Autopilot

La unión híbrida de Microsoft Entra y la unión híbrida de Microsoft Entra no son escenarios de Windows Autopilot, sino opciones de identidad del dispositivo. Todos los escenarios de Windows Autopilot admiten la unión a Microsoft Entra, mientras que solo los escenarios controlados por el usuario, aprovisionados previamente y dispositivos existentes admiten la unión híbrida de Microsoft Entra. Al decidir qué escenario de Windows Autopilot usar, ten en cuenta los siguientes factores:

• Identidades de dispositivo que se usan actualmente en el entorno.
• Identidades de dispositivo que se usen en el futuro.
• Posibles identidades de dispositivo que se usarán en el futuro.

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. Microsoft Entra join proporciona la mejor experiencia de usuario. Sin embargo, las restricciones y configuraciones del entorno actual pueden requerir el uso continuado de Active Directory local. En escenarios en los que todavía se necesita Active Directory local, se puede usar la unión híbrida de Microsoft Entra. Sin embargo, considere la posibilidad de mover nuevos dispositivos a la unión de Microsoft Entra mientras mantiene los dispositivos existentes en la unión híbrida de Microsoft Entra. La unión híbrida de Microsoft Entra también puede considerarse como una forma de transición de Active Directory local a Microsoft Entra ID puro.

Tenga también en cuenta que para las implementaciones de Windows Autopilot que admiten la unión híbrida de Microsoft Entra, la unión híbrida de Microsoft Entra requiere conectividad a un controlador de dominio. Si el dispositivo que se está implementando en Windows Autopilot es un dispositivo remoto y no puede conectarse a un controlador de dominio local o a través de una conexión VPN, solo la unión a Microsoft Entra es una opción.

Para obtener más información sobre la unión híbrida de Microsoft Entra frente a la unión híbrida de Microsoft Entra, consulte los siguientes artículos:

• Unido a Microsoft Entra frente a híbrido unido a Microsoft Entry en puntos de conexión nativos de nube.
• ¿Qué es una identidad de dispositivo?.
• Más información sobre los puntos de conexión nativos de nube.
• Tutorial: Instalación y configuración de un punto de conexión de Windows nativo en la nube con Microsoft Intune.
• Procedimiento: Planifique la implementación de unión a Microsoft Entra.
• Un marco para la transformación de administración de puntos de conexión de Windows.
• Descripción de Azure AD híbrido y los escenarios de administración conjunta.
• Éxito con Windows Autopilot remoto y unión híbrida a Azure Active Directory.

Qué escenario de Windows Autopilot usar

El escenario de Windows Autopilot que se debe usar depende de varios factores, como el entorno y las necesidades de la organización. Lo primero que hay que tener en cuenta es qué tipo de identidad de dispositivo (Microsoft Entra ID o híbrido de Microsoft Entra ID) se usa actualmente en el entorno. La identidad del dispositivo que se usa puede restringir los escenarios de Windows Autopilot que se pueden usar en el entorno.

En la guía siguiente se hacen sugerencias generales sobre qué escenario de Windows Autopilot se debe usar:

Controlado por el usuario

• El control de usuario de Windows Autopilot admite tanto la unión de Microsoft Entra como la unión híbrida de Microsoft Entra.
• El dispositivo está pensado para que lo use principalmente un solo usuario.
• Si el dispositivo debe enviarse y entregarse directamente al usuario final sin la intervención del administrador de TI.
• Si el OEM o el revendedor no pueden realizar el flujo de técnicos del escenario de aprovisionamiento previo de Windows Autopilot.
• Si las máquinas virtuales (VM) deben someterse al proceso de implementación de Windows Autopilot.

Previamente aprovisionado

• Windows Autopilot para aprovisionamiento previo admite tanto la unión de Microsoft Entra como la unión híbrida de Microsoft Entra.
• El dispositivo está pensado para que lo use principalmente un solo usuario.
• Se debe minimizar el tiempo de implementación que experimenta el usuario final.
• ¿Es un administrador de TI, un OEM o un revendedor capaz de controlar el flujo de técnicos y la primera mitad de la implementación? Si un administrador de TI controla el flujo de técnicos, es posible que el dispositivo deba enviarse primero al administrador de TI para realizar el flujo de técnicos, seguido del dispositivo enviado o entregado al usuario final.
• En escenarios de unión híbrida a Microsoft Entra, si el OEM o el revendedor está realizando el flujo de técnico, su entorno debe tener conectividad a un controlador de dominio para la organización.
• Windows Autopilot para aprovisionados previamente usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la VM tiene un TPM virtual.

Modo autoimplementable

• El modo autoimplementable de Windows Autopilot solo admite la unión a Microsoft Entra. No es compatible con la unión híbrida de Microsoft Entra.
• El dispositivo está pensado para ser utilizado como un dispositivo de pantalla completa o por varios usuarios.
• Si el dispositivo no se va a asignar a un usuario.
• La implementación debe automatizarse tanto como se siga sin interacción del usuario durante el proceso de implementación. Por ejemplo, el usuario final tiene que iniciar sesión en Microsoft Entra ID durante el proceso de implementación.
• El modo de implementación automática de Windows Autopilot usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la VM tiene un TPM virtual.

Dispositivos existentes

• Windows Autopilot para dispositivos existentes no es una implementación de Windows Autopilot en sí misma, sino un método para preparar un dispositivo existente para una implementación de Windows Autopilot. Como parte de la implementación de Windows Autopilot para dispositivos existentes, se agrega un archivo JSON al dispositivo. El archivo JSON define qué implementación de Windows Autopilot se ejecutará una vez completada la implementación de Windows Autopilot para dispositivos existentes.
• No es necesario que el dispositivo sea un dispositivo Windows Autopilot actual.
• En dispositivos existentes que ya forman parte del entorno. Por ejemplo, al reutilizar un dispositivo y es necesario reinstalar el sistema operativo Windows.
• En dispositivos existentes en los que es necesario reinstalar el SO Windows. Por ejemplo, la instalación anterior del sistema operativo Windows está dañada y debe reinstalarse, o si se reemplaza el disco duro del dispositivo.
• Para convertir dispositivos de la unión híbrida de Microsoft Entra a la unión de Microsoft Entra.
• Cuando se desean imágenes personalizadas de instalaciones de Windows.
• Cuando se desee que las secuencias de tareas ejecuten implementaciones de aplicaciones complejas.

Restablecer

• El restablecimiento de Windows Autopilot no es una implementación de Windows Autopilot en sí misma, sino un método para restablecer un dispositivo Windows Autopilot existente a un estado listo para empresas.
• El dispositivo debe estar registrado como un dispositivo Windows Autopilot.
• El restablecimiento de Windows Autopilot solo admite dispositivos existentes para unirse a Microsoft Entra. No es compatible con los dispositivos de unión híbrida de Microsoft Entra existentes.
• Cuando la instalación actual de Windows está en un estado estable no dañado. Si la instalación de Windows está dañada, use en su lugar Windows Autopilot para dispositivos existentes.
• Cuando sea necesario reasignar el dispositivo, por ejemplo, a un nuevo usuario.
• Cuando es necesario restablecer el dispositivo para resolver problemas continuos en el mismo. A veces, es mejor y más rápido restablecer un dispositivo que solucionar los problemas actuales en el dispositivo.

Pasos siguientes: Tutoriales del escenario

La lista siguiente contiene vínculos a tutoriales de escenarios de Windows Autopilot. Los tutoriales contienen instrucciones paso a paso sobre cómo configurar cada uno de los escenarios de Windows Autopilot:

1. Modo controlado por el usuario de Windows Autopilot:
   1. Unión a Microsoft Entra.
   2. Unión híbrida de Microsoft Entra.
2. Windows Autopilot para implementación aprovisionada previamente:
   1. Unión a Microsoft Entra.
   2. Unión híbrida de Microsoft Entra.
3. Modo autoimplementable de Windows Autopilot.
4. Windows Autopilot para dispositivos existentes.
5. Restablecimiento de Windows Autopilot.

Contenido relacionado

Para obtener más información sobre los escenarios de Windows Autopilot, consulte los siguientes artículos:

• Escenarios y funcionalidades de Windows Autopilot.
• Proceso de implementación de Windows Autopilot.