¿El instalador del nuevo Microsoft Teams se niega a abrirse en una segunda cuenta de Windows 11 y muestra el temido mensaje «Cannot open package – The package is either corrupt or invalid»? A continuación encontrarás una guía paso a paso, exhaustiva y probada en entornos corporativos y domésticos, para dejarlo funcionando sin sorpresas.
Resumen del problema
En un mismo PC con Windows 11 existen dos perfiles de usuario, ambos con derechos de administrador:
- En el primer perfil se instaló y ejecuta sin problemas la versión “New Teams”.
- En el segundo perfil el instalador descargado del sitio oficial genera el error «Cannot open package – The package is either corrupt or invalid» inmediatamente después de iniciarse.
- No es posible desinstalar la copia ya instalada (porque quedaría inutilizable en el primer perfil) ni volver a ejecutar el instalador clásico por usuario.
La causa más frecuente es una colisión entre el modo de instalación per‑user (por usuario) usado en el primer perfil y las restricciones de seguridad que impiden que el mismo paquete MSIX se registre dos veces en la misma máquina. A esto se suma la caché temporal gestionada por SquirrelTemp, que puede quedar corrupta.
Solución paso a paso
| Paso | Acción | Objetivo | Notas clave |
|---|---|---|---|
| 1 | Descargar y ejecutar el instalador TeamsBootstrapper.exe (device‑wide installer) | Forzar instalación per‑machine para compartir la misma copia entre todos los perfiles y eliminar conflictos de registro AppX. | El archivo está en la misma página de descarga de Teams, sección «Instalador por dispositivo». |
| 2 | Revisar políticas de Windows que bloquean la instalación de paquetes | Permitir que Windows gestione archivos MSIX/APPX de confianza. | Comprobar en gpedit.msc o en registro:HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx\BlockNonAdminUserInstall HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock\AllowAllTrustedApps HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock\AllowDevelopmentWithoutDevLicense Valores recomendados: BlockNonAdminUserInstall = 0, AllowAllTrustedApps = 1, AllowDevelopmentWithoutDevLicense = 0. |
| 3 | Eliminar o renombrar la carpeta %LOCALAPPDATA%\SquirrelTemp | Limpiar archivos parciales que pueden marcarse como corruptos e impedir que el instalador verifique la firma. | Realiza el paso con la sesión del segundo usuario. |
| 4 | Ejecutar el instalador con privilegios de administrador | Asegurar permisos de escritura en los directorios de programas y en la registry global. | Haz clic derecho > «Ejecutar como administrador» aun cuando la cuenta ya tenga privilegios. |
| 5 (opcional) | Desinstalar versiones antiguas o incompletas | Evitar conflictos entre “Teams clásico” (update.exe) y New Teams. | Cerrar Teams y detener procesos relacionados en el Administrador de tareas. En Configuración > Aplicaciones > Aplicaciones instaladas, desinstalar «Microsoft Teams». Si persiste, abrir PowerShell y ejecutar:Get‑AppxPackage Teams | Remove‑AppxPackage |
Comprobación de la instalación
Al finalizar los pasos anteriores, abre sesión con el segundo usuario y lanza Teams desde el menú Inicio. Si todo fue correcto:
- El programa se inicia sin volver a pedir instalación.
- La pantalla de inicio de sesión aparece directamente.
- Las actualizaciones posteriores se aplicarán una sola vez para todo el equipo.
Por qué funciona la instalación «per‑machine»
El nuevo Teams se distribuye como paquete MSIX. Por defecto, el instalador detecta si se está ejecutando en modo per‑user (carpeta %LocalAppData%\Packages) o per‑machine (C:\Program Files\WindowsApps). Cuando un usuario ya ha registrado el paquete, cualquier intento de otro usuario de volver a instalarlo en modo per‑user provoca una colisión de identificadores (PackageFamilyName) y se muestra el error de paquete corrupto.
Al usar TeamsBootstrapper.exe, el instalador se fuerza al modo device‑wide. El paquete se registra únicamente en HKLM\Software\Microsoft\Windows\CurrentVersion\Appx, compartido por todo el sistema. Esto evita la doble inscripción y resuelve de raíz el conflicto.
Cómo verificar firmas digitales y dependencia de certificados
Para asegurarte de que el archivo descargado no está realmente dañado:
- Haz clic derecho sobre
TeamsBootstrapper.exe> Propiedades > Firmas digitales. - Selecciona la firma de Microsoft Corporation y pulsa «Detalles».
- Comprueba que la marca de tiempo y la cadena de certificados sean válidas.
- Si falta el certificado en la raíz, instala manualmente el certificado intermedio
Microsoft Code Signing PCAo ejecutacertutil –generateSSTFromWU root.sstcon conexión a Windows Update.
Solución del servicio AppX Deployment
El servicio ClipSVC (Client License Service) y AppXSVC (AppX Deployment Service) son imprescindibles para instalar paquetes modern apps. Si están deshabilitados, se materializa el error «package is either corrupt or invalid». Verifica en services.msc que:
- Estado = En ejecución.
- Tipo de inicio = Manual o Automático (recomendado).
Preguntas frecuentes
¿Puedo volver al instalador clásico .EXE? No es aconsejable en Windows 11 porque Microsoft ha pasado a modelo unificado MSIX. Mezclar ambos instaladores complica futuras actualizaciones. ¿La instalación per‑machine ocupa más espacio en disco? No, se instala una única copia para todos los usuarios, lo que reduce el tamaño total. ¿Necesito repetir estos pasos tras cada actualización de Windows? Solo en caso de restablecimiento completo del sistema. Las nuevas versiones de Teams detectan la instalación per‑machine y se actualizan sin intervención. Trabajo en dominio. ¿Puedo desplegar Teams con Intune o SCCM? Sí. Usa el mismo paquete TeamsBootstrapper.exe y marca la opción «Install for all users». Configura la directiva ForceMachineInstall para impedir instalaciones per‑user.
Referencias internas y buenas prácticas
- Las claves de registro indicadas son seguras de modificar si se respeta el tipo de dato
DWORD (32‑bit). - No elimines la carpeta
%ProgramFiles%\WindowsApps; podría afectar a otras apps Store. - Haz copia de seguridad del registro antes de cambiar valores en producción.
- Utiliza el Visor de eventos > Registros de Windows > AppXDeployment‑Server para diagnósticos avanzados.
Conclusión
El error «Cannot open package» suele indicar una colisión entre instaladores o un bloqueo de directivas de seguridad. Adoptar el esquema de instalación per‑machine con TeamsBootstrapper.exe, limpiar la caché SquirrelTemp y comprobar las políticas AppX resuelve el problema de forma definitiva y habilita una sola fuente de actualizaciones para todos los perfiles de Windows 11.