Si la instalación de Microsoft Teams Desktop falla en Windows 11 unido a dominio y aparece “Application not found” al intentar abrir “Nuevo Teams”, aquí tienes un procedimiento probado: un workaround inmediato con Teams clásico y una guía completa para recuperar el cliente MSIX de “Nuevo Teams” (Teams 2).
Contexto y resumen del caso
Entorno: Windows 11 Pro, equipo unido a dominio. La instalación del cliente de Teams para escritorio falla tanto desde la web como desde Microsoft Store. Ya se probaron sin éxito: arranque limpio, desactivar antivirus, ejecutar como administrador, borrar %AppData%\Microsoft\Teams, usar otro perfil local.
Extracto del registro del instalador:
DirectoryNotFoundExceptional escribirSquirrelTelemetry.log(no bloqueante).- Descarga correcta del paquete de “Teams 2” (
.../production-windows-x64/...). - Excepción
Application not foundal lanzar el cliente “Teams 2” con deeplink (LaunchT2WithDeepLink).
Síntomas y mensajes de error observados
Estos síntomas suelen aparecer en equipos unidos a dominio cuando el paquete MSIX de “Nuevo Teams” no se registró correctamente, cuando App Installer está ausente/dañado o cuando falta el Microsoft Edge WebView2 Runtime. También puede intervenir una directiva corporativa (AppLocker/WDAC) bloqueando la instalación de .msix.
Qué indica cada síntoma
| Síntoma | Interpretación técnica | Acción recomendada |
|---|---|---|
| “Application not found” al abrir con deeplink | El protocolo msteams: no está asociado o el MSIX de MSTeams no quedó registrado. | Reparar App Installer, reinstalar WebView2 y volver a registrar/instalar el MSIX. |
DirectoryNotFoundException en SquirrelTelemetry.log | Error de telemetría del instalador clásico (Squirrel); no explica el fallo del MSIX. | Ignorar para el diagnóstico principal; centrar la investigación en App Installer y MSIX. |
| Descarga correcta del paquete “Teams 2” | El bootstrapper obtuvo el paquete, pero no logró registrarlo/activar el protocolo. | Revisar servicios AppX, directivas, App Installer y WebView2. |
Solución inmediata para seguir operando
Para restablecer rápidamente la funcionalidad (mínima) sin “Nuevo Teams”:
- Instalar Teams clásico usando el ejecutable directo (
Teamswindowsx64.exe) obtenido a partir del endpoint corporativo degetinstaller. - Con esta vía, Teams clásico funciona, pero no permite cambiar a “Nuevo Teams”: aparece “something went wrong. contact IT”.
Este paso es un workaround válido para trabajar mientras se corrige el stack MSIX.
Ruta de solución para recuperar “Nuevo Teams”
En equipos de dominio, sigue este orden. Ejecuta las acciones con PowerShell como administrador y, cuando aplique, coordina con el equipo de seguridad para levantar bloqueos de App Installer/MSIX.
Reparar o reinstalar componentes base
- App Installer (
Microsoft.DesktopAppInstaller)
Ajustes > Aplicaciones > App Installer > Opciones avanzadas > Reparar/Restablecer.
Si la Tienda está bloqueada, usar el paquete offline de App Installer y sus dependencias mediante el método corporativo. - Microsoft Edge WebView2 Runtime
Verificar que esté instalado. Si falta o está dañado, instalar o reparar (posible distribución offline en entornos restringidos).
Eliminar restos de instalaciones corruptas de Teams
Cierra cualquier proceso de Teams y ejecuta el siguiente bloque en PowerShell con privilegios elevados para todos los usuarios:
# Cerrar procesos de Teams si los hubiera
Stop-Process -Name ms-teams,Teams -Force -ErrorAction SilentlyContinue
Quitar paquetes MSIX de "Nuevo Teams"
Get-AppxPackage -AllUsers MSTeams | Remove-AppxPackage -AllUsers
Get-AppxPackage -AllUsers MicrosoftTeams | Remove-AppxPackage -AllUsers
Quitar aprovisionamiento para nuevos usuarios
Get-AppxProvisionedPackage -Online |
Where-Object {$\_.DisplayName -match 'MSTeams|MicrosoftTeams'} |
Remove-AppxProvisionedPackage -Online
Limpiar carpetas de usuario
Remove-Item "\$env\:LOCALAPPDATA\Packages\MSTeams\_8wekyb3d8bbwe" -Recurse -Force -ErrorAction SilentlyContinue
Remove-Item "\$env\:LOCALAPPDATA\Microsoft\Teams" -Recurse -Force -ErrorAction SilentlyContinue
Remove-Item "\$env\:APPDATA\Microsoft\Teams" -Recurse -Force -ErrorAction SilentlyContinue
Remove-Item "\$env\:LOCALAPPDATA\SquirrelTemp" -Recurse -Force -ErrorAction SilentlyContinue
Limpiar entradas de inicio heredadas (clásico)
reg delete HKCU\Software\Microsoft\Windows\CurrentVersion\Run /v "com.squirrel.Teams.Teams" /f
reg delete HKCU\Software\Microsoft\Windows\CurrentVersion\Run /v "Microsoft Teams" /f Además, desinstala Teams Machine‑Wide Installer si aparece en “Aplicaciones instaladas”/“Programas y características”.
Revisar servicios y directivas
| Elemento | Qué comprobar | Valor/Estado recomendado |
|---|---|---|
| Servicios | AppXSVC y ClipSVC | Inicio “Manual (inicio desencadenado)” y en ejecución. |
| Directivas de App Package Deployment | “Allow all trusted apps to install”, “Prevent non‑admin users from installing packaged Windows apps”, “Allow deployment operations in special profiles” | En Not configured o configuradas para permitir instalación según política corporativa. |
| Control de aplicaciones | Reglas WDAC/AppLocker | Permitir .msix/.appinstaller y App Installer; revisar eventos en AppLocker y CodeIntegrity. |
Instalar de nuevo “Nuevo Teams”
- Vía estándar: ejecutar el bootstrapper de Teams como administrador y completar el flujo.
- Vía corporativa/offline: instalar el MSIX de MSTeams con PowerShell:
Add-AppxPackage -Path "C:\Ruta\MSTeams-x64.msix" -ForceApplicationShutdownSi existen dependencias, instálalas primero.
Qué hacer si persiste “Application not found”
- Comprueba que los protocolos
ms-appinstaller:ymsteams:estén registrados. Suele resolverse al reparar App Installer e instalar correctamente el MSIX. - Verifica la presencia del paquete:
Get-AppxPackage -AllUsers MSTeams,MicrosoftTeams | Select Name, PackageFullName, InstallLocationSi no devuelve resultados, el paquete no está instalado/registrado. - Repara el registro de App Installer si fuese necesario:
Get-AppxPackage -AllUsers Microsoft.DesktopAppInstaller | ForEach-Object { Add-AppxPackage -Register -DisableDevelopmentMode "$($_.InstallLocation)\AppxManifest.xml" } - Prueba en un perfil de usuario nuevo (solo para confirmar). Si el bloqueo es de App Installer o de políticas, el resultado no cambiará.
Diagnóstico rápido y registros útiles
- AppxPackagingOM/Operational: errores de instalación y registro de MSIX.
- Microsoft-Windows-AppLocker y Microsoft-Windows-CodeIntegrity: bloqueos por política.
- Setup/Install del propio instalador de Teams: confirmación de descarga y pasos previos.
Buenas prácticas y advertencias
- La presencia de carpetas de Teams bajo
C:\Program Files\WindowsApps(propietario TrustedInstaller) es normal en MSIX; no las elimines manualmente. UsaRemove-AppxPackage. - El error de
SquirrelTelemetry.loges solo de telemetría del instalador clásico; no explica el fallo del nuevo cliente. - Entradas de inicio como “update/teams” que persisten suelen ser restos del Teams clásico. Límpialas con los comandos anteriores.
- Si tu organización usa control de aplicaciones, coordina con TI para permitir App Installer/MSIX en ese equipo antes de reintentar.
Comparativa rápida: Teams clásico vs “Nuevo Teams”
| Aspecto | Teams clásico | “Nuevo Teams” (Teams 2) |
|---|---|---|
| Formato | Win32 con instalador Squirrel | MSIX distribuido por App Installer |
| Dependencias clave | — | App Installer, WebView2 Runtime |
| Ubicación principal | Perfil de usuario (%LocalAppData%) | C:\Program Files\WindowsApps (protegido) |
| Desinstalación | Panel de control / limpieza de carpetas | Remove-AppxPackage y des-aprovisionamiento |
| Cambio a “Nuevo Teams” | Puede fallar con “something went wrong” si hay bloqueo/aplicación no registrada | Nativo; requiere registro correcto del MSIX |
Guion de trabajo recomendado
- Garantiza continuidad: instala Teams clásico con el ejecutable directo (método workaround).
- Restaura el stack de instalación: repara App Installer y WebView2.
- Limpia el entorno: elimina paquetes MSIX de Teams y el aprovisionamiento, borra carpetas residuales y entradas de inicio.
- Valida políticas/servicios: AppXSVC/ClipSVC activos; políticas que permitan
.msix. - Instala “Nuevo Teams” con el bootstrapper o, en corporativo, mediante
Add-AppxPackage. - Comprueba protocolos: confirma que
msteams:yms-appinstaller:se resuelven tras la reparación.
Preguntas frecuentes
¿Puedo borrar directamente la carpeta WindowsApps?
No. Es un directorio protegido. Usa Remove-AppxPackage y Remove-AppxProvisionedPackage.
¿Por qué aparece “Application not found”?
Porque el sistema no tiene asociado el protocolo de la aplicación (por falta de registro del MSIX) o App Installer/WebView2 está dañado. Las políticas de seguridad también pueden impedir el registro.
¿Sirve probar otro perfil?
Sí para descartar perfil, pero si el origen es App Installer/paquetes o una política de sistema, el problema persistirá.
¿Cómo verifico WebView2 rápidamente?
En Aplicaciones instaladas debes ver “Microsoft Edge WebView2 Runtime”. En entornos con winget, también es visible en listados de paquetes.
Resumen y estado final
- Workaround válido: instalación de Teams clásico con ejecutable directo (permite trabajar).
- Recuperación de “Nuevo Teams”: reparar App Installer y WebView2, limpiar MSIX/residuos, revisar servicios/políticas y reinstalar el paquete de MSTeams.
- En entornos con control de aplicaciones: coordinar con TI para permitir App Installer/MSIX y el protocolo
msteams:en el equipo afectado.
Anexo con comandos adicionales
Acciones útiles para verificar y dejar trazabilidad del proceso:
# 1) Exportar estado previo
$log = "$env:PUBLIC\NuevoTeamsFix-$(Get-Date -Format yyyyMMdd-HHmmss).log"
"== Diagnóstico inicial ==" | Tee-Object -FilePath $log
Get-ComputerInfo | Out-String | Tee-Object -FilePath $log -Append
Get-Service AppXSVC, ClipSVC | Format-Table -Auto | Out-String | Tee-Object -FilePath $log -Append
Get-AppxPackage -AllUsers MSTeams, MicrosoftTeams |
Select Name, PackageFullName, InstallLocation |
Format-Table -Auto | Out-String | Tee-Object -FilePath $log -Append
2) Reparar App Installer (si está presente)
\$ai = Get-AppxPackage -AllUsers Microsoft.DesktopAppInstaller
if (\$ai) {
"Reparando App Installer..." | Tee-Object -FilePath \$log -Append
Add-AppxPackage -Register -DisableDevelopmentMode "\$(\$ai.InstallLocation)\AppxManifest.xml" 2>&1 |
Tee-Object -FilePath \$log -Append
}
3) Reinstalar MSIX de MSTeams (ruta de ejemplo)
\$msix = "C:\Paquetes\MSTeams-x64.msix"
if (Test-Path \$msix) {
"Instalando MSIX de MSTeams..." | Tee-Object -FilePath \$log -Append
Add-AppxPackage -Path \$msix -ForceApplicationShutdown 2>&1 |
Tee-Object -FilePath \$log -Append
} else {
"MSIX no encontrado en: \$msix" | Tee-Object -FilePath \$log -Append
}
4) Verificación posterior
"== Verificación posterior ==" | Tee-Object -FilePath \$log -Append
Get-AppxPackage -AllUsers MSTeams, MicrosoftTeams |
Select Name, PackageFullName |
Format-Table -Auto | Out-String | Tee-Object -FilePath \$log -Append Con este guion tendrás un registro consolidado del antes y después, útil para auditoría o escalamiento.
Conclusión: el mensaje “Application not found” al instalar “Nuevo Teams” en Windows 11 suele deberse a un registro incompleto del paquete MSIX, a un App Installer dañado o a la ausencia de WebView2, a menudo agravado por políticas corporativas. La combinación de reparación de componentes base, limpieza completa de residuos de Teams y reinstalación guiada del MSIX resuelve el problema de forma consistente. Mientras tanto, el uso de Teams clásico mediante ejecutable directo permite continuar con la operación diaria.