¿La aplicación que quitaste de tu Global App Setup Policy sigue aferrada a la barra lateral de Microsoft Teams? Esta guía práctica detalla por qué ocurre, cómo forzar su retirada de forma orgánica y qué pasos de verificación garantizan que la política sí se está aplicando en todos los rincones del tenant.
Resumen del problema
Un administrador retira una aplicación del perfil de anclado predeterminado (Global App Setup Policy) en el Centro de administración de Teams. Sin embargo, la experiencia de usuario no cambia: la aplicación continúa visible y funcional en la barra izquierda —incluso tras varias horas—, lo que provoca confusión y abre tickets de soporte.
La raíz del inconveniente reside en la compleja arquitectura de replicación de políticas de Teams, que opera mediante servicios independientes en Microsoft 365 y, además, respeta jerarquías de prioridad (usuario > grupo > global). Por ello, eliminar la aplicación de una sola política rara vez es suficiente si existen otras rutas que la mantengan instalada.
Por qué la aplicación persiste pese a haberla desanclado
- Caché del cliente: Los clientes de Teams almacenan la configuración de la barra lateral en
%appdata%\Microsoft\Teams(Windows) o en la base de datos de la aplicación (macOS, Linux, móviles). Hasta que no recargan la configuración remota, muestran la versión almacenada localmente. - Replicación distribuida: Las directivas de configuración de aplicaciones se replican a través de múltiples microservicios en la nube. Microsoft documenta un plazo «de hasta 24 h», pero en tenants de gran tamaño el retraso real puede llegar a 48–72 h.
- Otras políticas activas: Si la aplicación está incluida en otra App Setup Policy —por ejemplo, una asignada a un grupo de seguridad—, prevalecerá la de mayor prioridad. De forma similar, un usuario puede fijar manualmente la aplicación para su propio panel.
- Licencias y permisos heredados: Ciertas apps (sobre todo las integraciones de Microsoft) se instalan automáticamente cuando la licencia subyacente queda habilitada. Desanclar no equivale necesariamente a desinstalar.
Anatomía de las políticas de Teams que afectan a las apps
Conocer cada nivel ayuda a depurar el problema:
| Tipo de política | Propósito | Puede fijar apps | Puede bloquear apps |
|---|---|---|---|
| App Setup Policy | Define qué aplicaciones se fijan (pinned) y en qué orden aparecen. | Sí | No |
| App Permission Policy | Controla qué apps están permitidas o bloqueadas para los usuarios. | No | Sí |
| Org‑wide Settings | Ajustes globales que actúan como guardarraíl para todo el tenant. | No | Sí (a nivel general) |
| Configuración manual del usuario | Permite al usuario final reordenar o quitar apps de su barra lateral. | Sí (individual) | No |
Solución paso a paso
Bloquear la aplicación a nivel tenant
- Inicia sesión en Teams Admin Center.
- Navega a Teams apps ▸ Manage apps.
- Escribe el nombre de la aplicación en el buscador, selecciónala y elige Block.
- (Opcional) Revisa Org‑wide app settings para asegurarte de que las apps de terceros continúan permitidas, evitando efectos colaterales.
Retira la app de las políticas de configuración
- En Teams apps ▸ Setup policies selecciona la política implicada (por ejemplo, Global).
- En la sección Pinned apps haz clic en Edit y elimina la app de la lista.
- Guarda los cambios.
Desasignar políticas heredadas (si corresponde)
- Revisa otros grupos o políticas específicas de departamentos que pudieran incluir la misma app.
- Para comprobar a quién afecta cada política, usa el filtro Assigned users.
- Elimina la app o revoca la asignación de la política según convenga.
Esperar la propagación
Una vez aplicada la combinación Block + Unpin, comienza el cronómetro de replicación. Microsoft no ofrece botones de “sincronizar ahora” para este tipo de directivas. La experiencia real recogida en entornos de producción sugiere:
- Menos de 10 000 usuarios: cambios visibles entre 2 y 24 h.
- 10 000–50 000 usuarios: 24–48 h.
- Más de 50 000 usuarios o múltiples ubicaciones geográficas: hasta 72 h.
Cómo verificar que los cambios llegan al cliente
Desde el Centro de administración
- Ve a Users ▸ [usuario] ▸ Policies.
- Comprueba que la App Setup Policy asignada ya no incluye la aplicación.
- Confirma que la App Permission Policy la muestra como Blocked.
Con PowerShell
Para una auditoría en masa o diagnósticos avanzados:
# Conectarse a Teams
Connect-MicrosoftTeams
Verificar si la app sigue instalada para un UPN
Get-CsTeamsAppInstallation -UserId [usuario@contoso.com](mailto:usuario@contoso.com) |
Where-Object {$\.AppId -eq "AppID\de\la\aplicación"} |
Format-Table UserObjectId,AppId,InstalledOn Si el cmdlet no devuelve resultados, la app ya no está instalada para ese usuario.
Policy Simulation Preview
Algunos tenants disponen del simulador de políticas. Introduce el UPN del usuario y selecciona la vista App setup. El panel de resultados mostrará la barra lateral esperada una vez finalizada la propagación.
Medidas de refuerzo si la app no desaparece tras 72 h
- Borrar caché del cliente: Pide a los usuarios cerrar sesión y eliminar
%appdata%\Microsoft\Teams. En móviles, borrar los datos de la aplicación suele lograr el mismo efecto. - Comprobar fijaciones manuales: El usuario puede haber anclado la app por su cuenta. Debe desanclarla en … ▸ Unpin.
- Inspeccionar otras políticas: Una política de departamento o piloto puede reintroducir la app. Desasigna o edita esa política.
- Revisar licencias: Desactivar la licencia subyacente (por ejemplo, Viva Insights) puede ser necesario si la app forma parte de un servicio core.
Buenas prácticas para evitar incidencias futuras
- Planifica ventanas de mantenimiento: Comunica a los usuarios que los cambios pueden tardar «un par de días» para minimizar confusión y tickets.
- Utiliza grupos de prueba: Antes de aplicar a nivel global, valida el comportamiento en un grupo de 20–30 usuarios representativos.
- Documenta políticas y excepciones: Mantén un inventario de qué App Setup Policies existen, qué apps incluyen y a qué grupos están asignadas.
- Prioriza nomenclaturas claras: Nombra las políticas con prefijos como
AS-Global,AS-Sales, etc., para identificar al instante su ámbito. - Centraliza las solicitudes: Crea un formulario o canal dedicado para peticiones de “Agregar/Quitar app” y así evitar que usuarios de distintos departamentos tomen rutas paralelas.
Preguntas frecuentes
¿Bloquear la app también la desinstala?
La acción Block evita nuevas instalaciones y deshabilita la app para todos los usuarios, lo cual fuerza su desaparición tras la replicación. Sin embargo, los archivos de configuración locales no se borran hasta que el cliente se actualiza o la caché se limpia.
¿Existe un comando PowerShell para forzar la sincronización?
No. El cmdlet Sync-CsOnlineApplicationInstance solo se aplica a recursos de llamada y bots; no afecta a las App Setup Policies.
¿Qué sucede si vuelvo a permitir la app más adelante?
En cuanto cambies su estado a Allowed y la vuelvas a añadir a una App Setup Policy, se propagará de nuevo. El plazo será similar (2–72 h), por lo que conviene planificar y anunciar la reintroducción.
Ejemplo real: cronología de una retirada exitosa
| Marca de tiempo | Acción | Observación |
|---|---|---|
| 09:00, lunes | Se bloquea y desancla la app | Los usuarios siguen viéndola |
| 21:00, lunes | Propagación parcial | ≈30 % de usuarios ya no la muestran |
| 15:00, martes | Propagación mayoritaria | ≈85 % libres de la app |
| 10:00, miércoles | Propagación completa | La app ha desaparecido del 100 % de los clientes |
Tal como se observa, el plazo total llegó a unas 72 h, alineado con los peores escenarios documentados.
Conclusiones
Eliminar una aplicación anclada de Microsoft Teams no es tan rápido como pulsar Delete. La clave está en combinar dos movimientos —bloquear la app y retirarla de todas las App Setup Policies—, respetar la jerarquía de políticas y conceder tiempo al sistema distribuido para propagar los cambios. Con la verificación adecuada —Centro de administración, PowerShell y, si está disponible, Policy Simulation—, podrás confirmar en qué punto de la réplica se encuentra cada usuario y tomar acciones correctivas mínimas si algo se atasca.