Compartir vía

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

Consulte las secciones siguientes para obtener información sobre los problemas que pueden producirse al importar e inscribir dispositivos en Intune.

Código de error 0x80180014 al volver a inscribirse mediante el modo de implementación automática o de aprovisionamiento previo

Después de la primera implementación de Autopilot, los dispositivos con un modo de autoimplementación de Autopilot de destino o un perfil de modo de aprovisionamiento previo no pueden volver a inscribirse automáticamente con Autopilot. Si se vuelve a implementar el dispositivo, se devuelve el código de 0x80180014 error.

Los registros de seguimiento de eventos para Windows (ETW) pueden mostrar el siguiente error de administración de dispositivos móviles (MDM):

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

Causa A para el código de error 0x80180014

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

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

Resolución A para el código de error 0x80180014

Para volver a implementar el dispositivo a través de Autopilot:

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

Causa B para el código de error 0x80180014

La inscripción de MDM de Windows está deshabilitada en el inquilino de Intune.

Resolución B para el código de error 0x80180014

Para solucionar este problema en un entorno de Intune independiente, siga estos pasos:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Nota:

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

Problemas de importación de dispositivos

No se puede convertir el error hash del dispositivo

  • Al seleccionar Importar después de seleccionar un archivo CSV, no se hace nada.
  • Aparece un error 400 en el seguimiento de red con el cuerpo del error "No se puede convertir el literal '[DEVICEHASH]" al tipo esperado 'Edm.Binary'.

Causa de no se puede convertir el error hash del dispositivo

Este error indica que el hash del dispositivo tiene un formato incorrecto. Cualquier cosa que dañe el hash recopilado puede provocar este error. Una posibilidad es que el hash en sí (aunque sea válido) no se pueda descodificar.

Explicación de no se puede convertir el error hash del dispositivo

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

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

Resolución de No se puede convertir el error hash del dispositivo

Para solucionar este problema, es necesario modificar el hash y, a continuación, probar el nuevo valor, hasta que PowerShell pueda descodificar correctamente el hash. El resultado es principalmente ilegible, que está bien. Solo estamos buscando que no genere el error Longitud no válida para una matriz o cadena de caracteres Base-64.

Para probar base64, use el siguiente PowerShell:

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

Por lo tanto, como ejemplo:

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

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

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

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

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

  • Q29udG9zbwAAA
  • Q29udG9zbwAAA=
  • Q29udG9zbwAAA==
  • Q29udG9zbwAAAA
  • Q29udG9zbwAAAA=
  • Q29udG9zbwAAAA== (Este tiene relleno válido)

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

El perfil de Autopilot no se aplica después de volver aimajar a una versión anterior del sistema operativo

Si un dispositivo está inscrito con una de las siguientes versiones de Windows:

  • Windows 11 con Windows Update KB5017383 o posterior
  • Windows 10 con Windows Update KB5015878 o posterior

y, a continuación, volver a crear una imagen en una versión anterior del sistema operativo, no se aplica el perfil de Autopilot. El dispositivo tendría que volver a registrarse para completar una implementación correcta de Autopilot. El mensaje Corregir pendiente o Atención necesaria puede mostrarse en la página Dispositivos Autopilot, lo que indica que se produjo un cambio de hardware en el dispositivo. Cuando se selecciona el vínculo Para corregir el estado pendiente, aparece el mensaje siguiente:

Hemos detectado un cambio de hardware en este dispositivo. Estamos intentando registrar automáticamente el nuevo hardware. No es necesario hacer nada ahora; el estado se actualizará en la siguiente comprobación con el resultado.

Causa de que el perfil de Autopilot no se aplique después de volver a crear una versión anterior del sistema operativo

Se espera un comportamiento esperado del perfil de Autopilot que no se aplica después de que se vuelva a crear una imagen de un dispositivo en una versión del sistema operativo anterior cuando se produce un cambio de hardware en el dispositivo. Para obtener más información, consulte Devolución de la funcionalidad clave para la experiencia de inicio de sesión e implementación de Windows Autopilot.

La resolución del perfil de Autopilot no se aplica después de volver aimajar a una versión anterior del sistema operativo

Cuando se vuelve a crear una imagen de un dispositivo en una versión anterior del sistema operativo después de un cambio de hardware en un dispositivo, anula el registro y vuelve a registrar el dispositivo. Para obtener más información, incluido cómo anular el registro de un dispositivo, consulte los artículos siguientes:

El dispositivo aparece como Microsoft Entra registrado en lugar de unido a Microsoft Entra

Al comprobar el tipo de combinación de un dispositivo que se ha unido a Microsoft Entra ID, muestra Microsoft Entra registrado en lugar de Microsoft Entra unido.

Causa de que el dispositivo aparezca como Microsoft Entra registrado en lugar de unido a Microsoft Entra

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

Resolución del dispositivo que aparece como Microsoft Entra registrado en lugar de unido a Microsoft Entra

Antes de registrar los dispositivos registrados con el identificador de Microsoft Entra existente como dispositivos Windows Autopilot, asegúrese de que se eliminen los objetos de dispositivo Microsoft Intune, Microsoft Entra ID y Windows Autopilot existentes. Una vez eliminados todos los objetos de dispositivo, vuelva a registrar el dispositivo como dispositivo Windows Autopilot y vuelva a inscribirlo. Para obtener más información sobre cómo eliminar correctamente todos los objetos de dispositivo, consulte Anulación del registro de un dispositivo.

Problemas de inscripción de Intune

Consulte Solución de errores de inscripción de dispositivos Windows en Intune para obtener ayuda con los problemas de inscripción de Intune. Los problemas comunes pueden incluir:

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

El código de error 80180018 normalmente se notifica en una página de error titulada Algo salió mal. Este error significa que se produjo un error en la inscripción de MDM.

Si se produce un error de restablecimiento de Autopilot inmediatamente con el error Se produjo un problema. Inicie sesión con una cuenta de administrador para ver por qué y restablecer manualmente, consulte Solución de problemas de restablecimiento de Autopilot para obtener más ayuda.

Contenido relacionado