El error 1722 generalmente significa que el script del instalador no pudo finalizar, a menudo porque los archivos están bloqueados o una acción personalizada falló. Detenga otras instalaciones, cierre la aplicación y vuelva a intentarlo desde un símbolo del sistema elevado si el proveedor documenta una.

Si el producto existe a medias, la desinstalación forzada puede borrar la lista para que pueda parchear o reinstalar limpiamente. Capture siempre un punto de restauración en las PC de producción.

Recopile la ruta del registro MSI que Windows muestra en el cuadro de diálogo de error; adjúntelo cuando abra un ticket con el proveedor de software para que pueda ver qué acción personalizada falló.

Active el registro detallado antes del segundo intento. Desde un símbolo del sistema elevado, puede volver a ejecutar el mismo MSI con/l*v C:\Temp\producto.log(ruta escribible por los administradores). El final de ese registro generalmente nombra la DLL o secuencia de comandos de acción personalizada que devolvió un código distinto de cero justo antes del error 1722.

Verifique que el servicio Windows Installer se esté ejecutando y que no haya ninguna otra configuración en pleno proceso. Las instalaciones simultáneas son una razón común por la que las acciones personalizadas fallan aunque el MSI esté en buen estado.

Si Agregar o quitar programas ofrece "Reparar", ejecútelo una vez antes de "Desinstalar" cuando el producto esté medio roto pero aún parcialmente registrado. La reparación puede volver a registrar servidores COM que la reversión dejó colgando; sólo entonces utilice herramientas de desinstalación forzada si la entrada aún no se borra.

Busque operaciones de cambio de nombre de archivos pendientes: un reinicio se borraHKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperationsentradas que bloquean el reemplazo de DLL. Omitir ese reinicio garantiza que el próximo intento de instalación llegue al mismo muro.

Cuando escale, incluya la compilación del sistema operativo, el bitness, el nivel de elevación, el producto antivirus y si la máquina está unida a un dominio. Esos cinco datos limitan las respuestas de soporte del proveedor más rápido que otra captura de pantalla del mismo cuadro de diálogo.

Las transformaciones MSI y los archivos MST son importantes. Si TI implementó el producto con una transformación, la ruta de desinstalación puede diferir del MSI del proveedor predeterminado. Adjunte la línea de comando de implementación original (del inventario o SCCM/Intune) para que el soporte pueda reproducir la misma pila de transformación.

Cachés del instalador dañados enC:\Windows\Instaladorpuede aparecer como 1722 incluso cuando el MSI en el disco está bien. Deje que Windows Installer repare su caché siguiendo los pasos del proveedor admitido: no lo elimine al azar.msitalones que no reconoces.

Cuando la reversión se complete parcialmente, compare la versión anunciada del producto en las claves de desinstalación del registro con la versión en la página de descarga del proveedor. Las compilaciones no coincidentes son un desencadenante frecuente de acciones personalizadas que solo se dirigen a una rama.

Después de una eliminación limpia, realice una verificación de estado rápida: reinstale los últimos redistribuibles que la aplicación enumera, reinicie y luego instálelo de nuevo. Combina eso con Entradas de instalación fantasma limpieza si el Panel de control aún no está de acuerdo con la realidad.