Cómo solucionar el error de implementación de SCCM 0X87D00324

SCCM puede ser fundamental para implementar aplicaciones y actualizaciones en todas partes, pero, por supuesto, no siempre es sencillo. Uno de los errores más frustrantes que aparecen es el 0X87D00324. Es un poco extraño, porque no es necesariamente que la aplicación no se haya instalado correctamente, sino que SCCM no está seguro de si está ahí. Básicamente, el sistema dice “He instalado esto”, pero luego no encuentra ninguna prueba porque el método de detección está desactivado.

Esto suele deberse a que el método de detección es incorrecto o a que los valores que se comparan son inexactos. Solucionarlo suele solucionar el problema. Sin embargo, a veces es un poco más complejo, como retrasos en la red o problemas de sincronización. Si la validación no funciona, existen otros trucos que puedes probar para solucionar este problema. A continuación, se presentan algunos pasos prácticos que te ayudarán a solucionarlo y, con suerte, a solucionarlo definitivamente.

¿Cómo solucionar el error 0X87D00324 durante la implementación de SCCM?

Validar el método de detección

Por qué esto ayuda: El método de detección es básicamente la forma en que SCCM verifica si la aplicación está instalada. Si es incorrecta, SCCM sigue pensando que no lo está, generando errores como 0X87D00324 incluso si todo parece correcto en el cliente. Al comprobar esto, se confirma que las reglas de detección coinciden con lo que realmente ocurre en el equipo. Normalmente, la causa es una discrepancia en los códigos de producto, las rutas de registro o las salidas de comandos.

Cuándo aplica: Si la implementación falla con este error poco después de la instalación o si está solucionando el problema por el cual SCCM sigue informando “no detectado”, esto suele ser lo primero que debe validar. Es probable que encuentre GUID o rutas de registro incorrectas que no coincidan con la información del cliente. El objetivo es asegurarse de que SCCM reconozca la aplicación correctamente.

Qué esperar: tras ajustar las reglas de detección, las implementaciones suelen ser más fluidas y los errores se reducen significativamente. A veces, un simple error tipográfico, como la falta de llaves alrededor del GUID o la dirección de la clave de registro incorrecta, provoca un fallo en la detección.

A continuación te explicamos aproximadamente cómo hacerlo:

1. En la consola ConfigMgr, vaya a Biblioteca de software > Descripción general > Administración de aplicaciones > Aplicaciones.
2. Seleccione la aplicación y haga clic derecho, luego elija Propiedades.
3. Cambie a la pestaña Método de detección.
4. Haga clic en Editar (o Editar cláusula ) para revisar la regla de detección.
5. Compruebe que la configuración de detección, como Windows Installer, apunte al código de producto correcto, que es un GUID, generalmente dentro de llaves { }.
6. Confirme que el GUID coincida con el código de producto real en el registro. Para ello:
• Ejecútelo regediten el cliente y verifique estas rutas:
• Sistemas de 32 bits: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\
• Sistemas de 64 bits: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\
7. Busque el nombre para mostrar y el código de producto (GUID) del programa. Asegúrese de que el GUID en la cláusula de detección coincida exactamente, incluidas las llaves.

Curiosamente, incluso después de corregir la detección, pueden seguir produciéndose errores debido a la forma en que SCCM gestiona la distribución de contenido. Se basa en la replicación diferencial binaria. Básicamente, solo envía las partes modificadas de los archivos, no todo de nuevo. Si el contenido o la caché no se actualizan, SCCM podría seguir pensando que necesita volver a implementar los archivos fuente, lo que genera confusión.

Para solucionar esto, puede ejecutar una actualización de política:

• En la máquina cliente, abra el subprograma Administrador de configuración desde el panel de control o la bandeja del sistema.
• Haga clic en la pestaña Acciones.
• Seleccione Ciclo de evaluación y recuperación de políticas de máquina y haga clic en Ejecutar ahora.

Esto obliga a SCCM a extraer nueva información, reevaluar las implementaciones y, generalmente, hace que los errores desaparezcan.

Agregue retraso a la detección si es necesario

Algunos instaladores son raros en ese sentido: generan procesos secundarios o realizan tareas asincrónicamente. La detección podría ejecutarse antes de que la aplicación esté completamente lista, lo que provoca que SCCM se alarme y diga “no detectado” incluso si está instalada. Sí, raro, pero cierto.

Un truco consiste en añadir un pequeño retraso al script de detección para que SCCM espere un poco más antes de comprobarlo. Esto se puede hacer modificando el script de instalación:

Start-Sleep -Seconds 60

Esta línea se pausará durante 60 segundos después de la instalación, lo que le dará tiempo a la aplicación para instalarse. Normalmente, un minuto es suficiente, pero puede ajustarlo según los tiempos de instalación. Puede integrarlo en la detección de PowerShell o en los scripts personalizados utilizados durante la implementación.

Correcciones informadas por los usuarios y peculiaridades comunes

A veces, el más mínimo descuido causa todos estos problemas. Como el caso de un usuario que solo copió el GUID sin las llaves; resulta que sí importa. La regla de detección es estricta en cuanto a la coincidencia exacta del formato del GUID, así que compruébelo bien.

Otra nota al margen común: si estás implementando un script o paquete, pero la cuenta de implementación no tiene permisos de red, SCCM instalará la aplicación sin problema, pero no podrá verificarla, lo que genera el mismo error. Asegúrate de que la cuenta de implementación tenga los permisos de red adecuados en las máquinas de destino.

Y debido a que Windows y SCCM son un poco exigentes, a menudo es una cuestión de prueba y error con estas configuraciones, pero en general, verificar las reglas de detección y agregar pequeños retrasos soluciona la mayoría de los dolores de cabeza de 0X87D00324.