Si la Microsoft Store falla con los errores 0x80073CFA/0x80073CF9 al actualizar, instalar o desinstalar y AppXSVC se cierra, este artículo explica el origen (Windows App SDK ≤ 1.6.2 tras las actualizaciones de noviembre de 2024) y ofrece pasos probados para resolverlo.
Error 0x80073CFA/0x80073CF9 en Microsoft Store: qué está pasando
Desde las actualizaciones acumulativas publicadas entre el 7 y el 16 de noviembre de 2024 —por ejemplo KB5045933, KB5046613, KB5046823 y la pila de servicio 10.0.19041.5071 en Windows 10 22H2— numerosos equipos experimentan un bucle de bloqueos del servicio AppX Deployment Service (AppXSVC). El resultado directo es que las aplicaciones UWP de Microsoft Store (Teams, WhatsApp, Spotify, Bing Maps, DuckDuckGo, etc.):
- no se pueden iniciar;
- no se actualizan (código 0x80073CF9);
- ni se desinstalan (código 0x80073CFA).
En Visor de eventos aparecen errores 7034 (terminación inesperada del servicio) y fallos de appxdeploymentserver.dll
con código 0xc0000005. Herramientas como SFC, DISM, WSReset y reinicios no corrigen el problema porque la causa raíz está en el Windows App SDK que consumen estas apps modernas.
Causa técnica probable
Un defecto introducido en determinadas versiones de Windows App SDK ≤ 1.6.2, combinado con los cambios de las actualizaciones de noviembre de 2024, provoca corrupción de dependencias en el windows app runtime y desencadena el bucle de fallos de AppXSVC. Cuando AppXSVC se cae, las operaciones AppX (instalar, actualizar, desinstalar y lanzar apps UWP) fallan sistemáticamente con 0x80073CFA/CF9.
Cómo reconocer si tu equipo está afectado
- La Store muestra Intentando iniciar y se cierra o no abre.
- Al actualizar o instalar, aparece 0x80073CF9.
- Al desinstalar, aparece 0x80073CFA.
- En Visor de eventos > Registros de Windows > Sistema figura Id. evento 7034 asociado a AppXSVC.
- En Aplicación y servicios > Microsoft > Windows > AppXDeployment-Server > Operational verás errores de
appxdeploymentserver.dll
con 0xc0000005.
Código | Cuándo aparece | Significado práctico |
---|---|---|
0x80073CF9 | Instalación/actualización desde Store | Error genérico de despliegue AppX por fallo de servicio/dependencias |
0x80073CFA | Desinstalación de apps UWP | El proceso de desinstalación no puede completarse por caída de AppXSVC |
7034 | Registro de Sistema | Terminación inesperada del servicio AppXSVC |
0xc0000005 | Errores de aplicación | Acceso no válido en appxdeploymentserver.dll (crash) |
Plan de resolución priorizado
Aplica estas acciones en orden. La medida #1 suele resolver el problema de forma definitiva.
Prioridad | Acción | Detalles |
---|---|---|
Alta | Actualizar a Windows App SDK 1.6.3 o posterior | La versión 1.6.3 corrige la corrupción de dependencias. Llega por Windows Update o puede instalarse manualmente. Tras reiniciar, la Store vuelve a operar con normalidad. |
Alta | Aplicar Known Issue Rollback (KIR) | Si la actualización aún no te aparece, activa el KIR que revierte los cambios problemáticos. Instala el paquete KIR indicado por Microsoft (referencia del comentario «Codendone» en el issue #4881 de GitHub) y reinicia. |
Media | Reparar y volver a registrar Microsoft Store | Una vez estabilizado AppXSVC, re-registra la Store en PowerShell para normalizar su estado. |
Media | Reparar archivos del sistema | Ejecuta DISM y SFC para arreglar daños colaterales (no corrigen la causa raíz). |
Baja | Probar con cuenta local nueva | Permite descartar corrupción de perfil. |
Último recurso | Instalación in‑place (Reparar Windows) | Reinstala componentes del sistema sin borrar apps ni archivos. |
Temporal | Solución provisional | Usar las versiones web (WhatsApp Web, Teams Web, etc.) hasta aplicar la corrección definitiva. |
Procedimiento detallado paso a paso
Actualizar a Windows App SDK 1.6.3 o superior
Objetivo: instalar la versión corregida del runtime que evita el choque de AppXSVC.
- Abre PowerShell como administrador.
- Comprueba si el SDK ya está presente y su versión:
winget list Microsoft.WindowsAppSDK
- Si ves una versión ≤ 1.6.2, intenta actualizarla directamente:
winget upgrade --id Microsoft.WindowsAppSDK --accept-source-agreements --accept-package-agreements
- Si
winget
no ofrece la actualización, instala el paquete MSI del Windows App SDK 1.6.3 de forma manual (modo offline) y reinicia el equipo. - Abre Microsoft Store y fuerza Obtener actualizaciones.
Consejo: si gestionas muchos equipos, empaqueta el MSI y despliega de forma silenciosa con tu herramienta MDM (Intune/ConfigMgr) usando el retorno de código para confirmar éxito.
Aplicar el Known Issue Rollback (KIR)
Objetivo: revertir el cambio del sistema que, en combinación con el runtime antiguo, dispara la corrupción de dependencias.
- Descarga e instala el paquete de directivas de KIR publicado por Microsoft para este incidente (referenciado por el comentario oficial «Codendone» en el issue #4881).
- En entornos de dominio, habilita la directiva KIR correspondiente en Configuración del equipo → Plantillas administrativas y aplica la política a los equipos afectados.
- Reinicia el equipo para que el KIR surta efecto.
Notas: el KIR es preferible a desinstalar acumulativas, ya que actúa con precisión sobre el cambio problemático y mantiene el resto de parches de seguridad.
Reparar y volver a registrar Microsoft Store
Requisito: haber estabilizado AppXSVC (mediante SDK 1.6.3 o KIR). Ejecuta en PowerShell (administrador):
# Desinstalar Store para el usuario actual
Get-AppxPackage Microsoft.WindowsStore | Remove-AppxPackage
Volver a registrar para todos los usuarios
\$packages = "Microsoft.WindowsStore","Microsoft.StorePurchaseApp","Microsoft.DesktopAppInstaller"
foreach(\$p in \$packages){
Get-AppxPackage -AllUsers \$p | ForEach-Object {
Add-AppxPackage -DisableDevelopmentMode -Register "\$($\_.InstallLocation)\AppxManifest.xml"
}
}
Después, abre la Store y pulsa Biblioteca → Obtener actualizaciones.
Reparar archivos del sistema
Estos comandos no arreglan el defecto original, pero ayudan a limpiar daños secundarios:
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Probar con una cuenta local nueva
Sirve para aislar si la corrupción reside en el perfil. Puedes crearla desde Configuración → Cuentas o con CMD (admin):
net user Reparacion /add
net localgroup Administradores Reparacion /add
Inicia sesión con esa cuenta y valida que las apps UWP abren y actualizan. Si ahí funcionan, migra tus datos al nuevo perfil.
Reparación in‑place de Windows
Como último recurso, ejecuta el instalador de Windows 10/11 desde el escritorio y elige Conservar archivos y aplicaciones. Esta operación sustituye archivos del sistema, restaura componentes AppX y respeta tus datos.
Solución provisional
Mientras aplicas la corrección definitiva, utiliza las versiones web de las apps (WhatsApp Web, Teams Web, etc.).
Diagnóstico y verificación
Confirmar el estado de AppXSVC
Get-Service AppXSVC | Select-Object Status, StartType
Esperado tras la corrección: Status = Running
, StartType = Manual
o Automatic
. Si sigue deteniéndose, revisa eventos recientes.
# Últimos errores del servidor de despliegue AppX
Get-WinEvent -LogName "Microsoft-Windows-AppxDeploymentServer/Operational" `
| Where-Object {$_.LevelDisplayName -eq 'Error'} `
| Select-Object TimeCreated, Id, Message -First 20
Comprobar versión del Windows App SDK
winget list Microsoft.WindowsAppSDK
El objetivo es ver 1.6.3 o superior. Alternativamente, confirma en Configuración → Aplicaciones instaladas.
Validar la recuperación de Microsoft Store
- Abre Store → Biblioteca → Obtener actualizaciones hasta que no queden pendientes.
- Prueba a instalar y desinstalar una app liviana (p. ej., Calculadora de Windows si está en formato UWP en tu edición).
- Comprueba que desaparecen los errores 0x80073CFA/CF9.
Guía rápida por escenarios
Escenario | Medida recomendada | Resultado esperado |
---|---|---|
Equipo doméstico afectado tras KB de noviembre | Instalar Windows App SDK 1.6.3 y reiniciar | Store vuelve a abrir; apps pueden actualizarse/desinstalarse |
PC gestionado por empresa con WSUS/Intune | Despliegue masivo del MSI 1.6.3 + KIR por GPO | Estabilidad de AppXSVC en todos los equipos, sin desinstalar acumulativas |
Persisten errores tras actualizar SDK | Re-registro de Store + DISM/SFC + revisar perfil | Se corrigen residuos y permisos de manifiestos AppX |
Bloqueos graves, múltiples componentes dañados | Instalación in‑place manteniendo apps y datos | Reposición completa de archivos de sistema sin formateo |
Para administradores de TI
Estimación del impacto y segmentación
- Prioriza Windows 10 22H2 con SSU 10.0.19041.5071 y acumulativas de 7–16 nov 2024.
- Filtra dispositivos con errores AppX en los últimos 7 días (eventos 7034 de AppXSVC) si tu plataforma MDM recoge eventos.
Despliegue de la corrección a escala
- Empaqueta el instalador de Windows App SDK 1.6.3 como app Win32 silenciosa.
- Secuencia de tareas recomendada:
- Detección: comprobar presencia/versión del SDK.
- Instalación silenciosa y reinicio programado.
- Acciones de saneamiento post‑reboot (re‑registro de Store).
- Aplica KIR mediante GPO en OU de equipos afectados para asegurar compatibilidad inmediata.
Recuperación de equipos bloqueados
- Habilita consola remota (PowerShell Remoting) para ejecutar el re‑registro de Store y la instalación del SDK sin acceso interactivo.
- Si AppXSVC impide la ejecución de paquetes MSIX/APPX, instala el MSI del SDK (no depende del propio AppXSVC) y reinicia.
Validación y monitorización
- Recolecta métricas de éxito: porcentaje de equipos con Windows App SDK ≥ 1.6.3 y caída de eventos 7034.
- En Store, comprueba la cola de actualizaciones completadas en 24–48 h tras el despliegue.
Buenas prácticas complementarias
- Verificar versión del SDK con
winget list Microsoft.WindowsAppSDK
o en Aplicaciones instaladas. - Controlar futuras actualizaciones: pausar Windows Update durante una semana si detectas un patrón similar y vigilar Release Health.
- Respaldo: copia de seguridad antes de una reparación in‑place.
- Mantenimiento: evita herramientas de “limpieza” que borren rutas de
C:\Program Files\WindowsApps
.
Preguntas frecuentes
¿WSReset soluciona el problema?
No. Limpia la caché de la Store, pero la causa raíz está en el runtime del Windows App SDK.
¿Es mejor desinstalar la acumulativa de noviembre?
No es recomendable. Usa KIR y actualiza el SDK para conservar los parches de seguridad.
¿Afecta también a Windows 11?
Puede afectar a apps que dependan de versiones concretas del Windows App SDK si se da la misma combinación de componentes. La solución sigue siendo actualizar el SDK y, si procede, aplicar KIR.
¿Perderé mis compras de Store al re‑registrarla?
No. El re‑registro no elimina licencias ni compras asociadas a tu cuenta Microsoft.
Checklist de cierre tras la corrección
- Windows App SDK en versión 1.6.3 o superior instalado.
- AppXSVC estable (sin nuevos eventos 7034 de terminación).
- Microsoft Store re‑registrada y actualizaciones aplicadas.
- Desaparecen los errores 0x80073CFA/0x80073CF9 en operaciones AppX.
Resumen
Este problema se origina por la interacción de Windows App SDK ≤ 1.6.2 con las acumulativas de noviembre de 2024, que deja inestable a AppXSVC y bloquea el ciclo de vida de las apps UWP. La solución efectiva es instalar Windows App SDK 1.6.3 (o superior) y, si todavía no llega a tu equipo, aplicar el KIR. Después, re‑registra Microsoft Store y ejecuta DISM/SFC para limpiar daños colaterales. Con esta secuencia, la gran mayoría de los equipos recupera la normalidad: las apps vuelven a abrirse, actualizarse y desinstalarse sin errores 0x80073CFA/CF9.
Anexo: comandos útiles de referencia
# Comprobar estado de AppXSVC
Get-Service AppXSVC
Listar errores de AppXDeploymentServer
Get-WinEvent -LogName "Microsoft-Windows-AppxDeploymentServer/Operational" \`
\| ? {$\_.LevelDisplayName -eq 'Error'} | select TimeCreated, Id, Message -First 20
Ver versión del Windows App SDK
winget list Microsoft.WindowsAppSDK
Actualizar Windows App SDK
winget upgrade --id Microsoft.WindowsAppSDK --accept-source-agreements --accept-package-agreements
Re‑registrar Store y componentes relacionados (para todos los usuarios)
\$packages = "Microsoft.WindowsStore","Microsoft.StorePurchaseApp","Microsoft.DesktopAppInstaller"
foreach(\$p in \$packages){
Get-AppxPackage -AllUsers \$p | % { Add-AppxPackage -DisableDevelopmentMode -Register "\$($\_.InstallLocation)\AppxManifest.xml" }
}
Reparación de imagen y archivos del sistema
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Soluciones y medidas efectivas (tabla rápida)
Prioridad | Acción | Detalles |
---|---|---|
1 | Actualizar a Windows App SDK 1.6.3 o posterior | Corrige la corrupción de dependencias. Se distribuye vía Windows Update o mediante instalación manual (MSI). Tras el reinicio, Store vuelve a funcionar y permite actualizar o desinstalar apps. |
2 | Aplicar el Known Issue Rollback (KIR) | Si la actualización aún no aparece, habilita el KIR que revierte los cambios problemáticos. Instala el paquete KIR conforme al comentario oficial «Codendone» del issue #4881. Reinicia. |
3 | Reparar / redeploy de Microsoft Store | Con AppXSVC ya estable, ejecuta en PowerShell (admin): Get-AppxPackage Microsoft.WindowsStore | Remove-AppxPackage y re‑registra con: Get-AppxPackage -AllUsers Microsoft.WindowsStore | % { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppxManifest.xml" } |
4 | Reparar archivos del sistema | DISM /Online /Cleanup-Image /RestoreHealth y luego sfc /scannow . No corrigen el bug subyacente, pero reparan daños secundarios. |
5 | Cuenta local de prueba | Crea un perfil administrador local para descartar corrupción de perfil. Si funciona, migra datos. |
6 | Instalación in‑place | Último recurso: ejecutar el instalador de Windows 10/11 desde el escritorio con Conservar archivos y aplicaciones. |
7 | Solución provisional | Usar la versión web de las aplicaciones (WhatsApp Web, Teams Web, etc.) hasta aplicar la solución definitiva. |
Con la instalación de Windows App SDK 1.6.3 (o superior) la mayoría de los participantes confirma que las apps vuelven a abrir, actualizarse y desinstalarse con normalidad, quedando resuelto el error 0x80073CFA/CF9.