Cómo corregir la imposibilidad de crear un equipo después de una migración de inquilino

Después de una migración de inquilino a inquilino de Microsoft 365, los usuarios a menudo informan que el botón Nuevo equipo en Teams está atenuado o que la creación de equipos falla con un error genérico. Este problema generalmente se debe a objetos de Azure AD obsoletos, licencias faltantes o configuraciones de grupo no coincidentes que sobreviven a la migración. En este artículo, explico las causas raíz y proporciono una solución paso a paso que restaura la creación de equipos para sus usuarios. También aprenderá cómo evitar que el mismo problema se repita después de futuras migraciones.

Por qué falla la creación de equipos después de una migración de inquilino

Cuando migra un inquilino, normalmente copia usuarios, grupos y buzones del origen al destino. Sin embargo, el proceso de migración no siempre replica la configuración exacta de Azure AD de la que depende Teams. Teams crea un equipo aprovisionando un grupo de Microsoft 365. Si ese grupo ya existe en el inquilino de destino pero carece de los atributos GroupType o Visibility adecuados, el botón Nuevo equipo permanece deshabilitado.

Otra causa común es la falta de un plan de servicio. Teams requiere una licencia de Teams, pero las herramientas de migración a veces asignan solo el plan de Exchange Online o SharePoint Online. Sin el plan de servicio de Teams, el cliente bloquea la creación. Finalmente, la configuración de creación de grupos en Azure AD puede estar establecida en No para ciertos grupos de seguridad, lo que impide que los usuarios creen cualquier equipo hasta que un administrador cambie la política.

Comprensión del papel de los grupos de Microsoft 365 en Teams

Cada equipo está respaldado por un grupo de Microsoft 365. El grupo contiene la membresía, el sitio de SharePoint y el buzón compartido. Cuando crea un equipo, Teams envía una solicitud a Azure AD para crear un nuevo grupo. Si la solicitud de creación de grupo es rechazada, toda la operación falla. Después de una migración, el grupo puede existir pero estar marcado como grupo de seguridad, o puede tener una Classification que ya no es válida en el inquilino de destino.

Pasos para diagnosticar y corregir la creación de equipos después de la migración

Siga estos pasos en orden. Cada paso se dirige a una causa raíz específica. Deténgase cuando el botón Nuevo equipo vuelva a funcionar.

1. Verifique la licencia de Teams del usuario en el inquilino de destino
   Abra el centro de administración de Microsoft 365 en admin.microsoft.com. Vaya a Usuarios > Usuarios activos, seleccione el usuario afectado y abra la pestaña Licencias y aplicaciones. Confirme que Microsoft Teams esté activado. Si está desactivado, actívelo y espere 30 minutos para que la licencia se propague. Si la licencia falta por completo, asigne un plan que incluya Teams, como Microsoft 365 Business Standard.
2. Verifique que el grupo migrado sea un grupo de Microsoft 365
   Vaya al centro de administración de Azure AD en entra.microsoft.com. Navegue a Grupos > Todos los grupos y localice el grupo que debería respaldar el nuevo equipo. Abra el grupo y verifique el campo Tipo. Debe decir Microsoft 365. Si dice Seguridad, la migración creó el tipo de grupo incorrecto. Elimine el grupo de seguridad y recréelo como un grupo de Microsoft 365, o use PowerShell para convertirlo como se muestra en el paso 4.
3. Verifique la configuración de creación de grupos en Azure AD
   En Azure AD, vaya a Grupos > Configuración de grupos. En General, confirme que la configuración Los usuarios pueden crear grupos de Microsoft 365 en los portales de Azure esté establecida en Sí. Si está establecida en No, los usuarios no pueden crear ningún equipo. Cámbiela a Sí y guarde. Esta configuración afecta a todos los usuarios, así que aplíquela con cuidado.
4. Actualice los atributos del grupo con PowerShell
   Si el tipo de grupo es correcto pero la creación aún falla, use el SDK de Microsoft Graph PowerShell para actualizar el grupo. Instale el SDK si es necesario, luego ejecute los siguientes comandos. Conéctese con una cuenta de administrador, establezca la visibilidad del grupo en Público o Privado, y asegúrese de que el atributo groupType incluya el valor Unified. Reemplace el marcador de posición con su ID de grupo. El comando Set-MgGroup -GroupId “group-id” -Visibility “Public” -GroupTypes @(“Unified”) fuerza al grupo a actuar como un grupo de Microsoft 365. Después de ejecutar el comando, espere 5 minutos y pruebe la creación de equipos nuevamente.
5. Limpie la caché del cliente de Teams
   Si el backend está corregido pero el cliente aún muestra el error, limpie la caché de Teams. Cierre Teams por completo. En Windows, presione Ctrl+R para abrir el cuadro de diálogo Ejecutar, escriba %appdata%\Microsoft\Teams y presione Enter. Elimine el contenido de las carpetas Cache, Code Cache y GPUCache. Reinicie Teams e inicie sesión nuevamente.
6. Pruebe con una cuenta de usuario nueva
   Cree un usuario de prueba en el inquilino de destino y asigne una licencia de Teams. Pida a ese usuario que cree un equipo. Si el usuario de prueba tiene éxito, el problema es específico del perfil del usuario migrado. En ese caso, elimine los datos de Teams del usuario migrado en el inquilino de destino y deje que Teams los vuelva a aprovisionar en el próximo inicio de sesión.

Si la creación de equipos aún falla después de la corrección principal

Los pasos anteriores resuelven la mayoría de los problemas relacionados con la migración. Pero algunos entornos tienen problemas más profundos. Aquí hay patrones de falla relacionados y sus correcciones.

Teams muestra “No puede crear un equipo porque su organización ha alcanzado el número máximo de equipos”

Este error aparece cuando el inquilino de destino tiene un límite de creación de grupos establecido por una política de Azure AD. El límite suele ser de 500,000 grupos. Verifique la configuración de grupos de Azure AD y aumente el límite si es necesario. Alternativamente, pida a un administrador que elimine grupos obsoletos para liberar espacio.

El botón Nuevo equipo está atenuado solo para un usuario

Un solo usuario con este síntoma a menudo tiene una caché de Teams corrupta o una asignación de licencia faltante. Vuelva a ejecutar la verificación de licencia del paso 1. Si la licencia es correcta, limpie la caché como se describe en el paso 5. Si el problema persiste, cierre la sesión del usuario en Teams y vuelva a iniciarla.

La creación de equipos funciona en el cliente web pero no en la aplicación de escritorio

Esto indica un problema de la aplicación de escritorio, no un problema del inquilino. Actualice la aplicación de escritorio de Teams a la última versión. Si la aplicación ya está actualizada, repare la instalación a través de Configuración de Windows > Aplicaciones > Teams > Opciones avanzadas > Reparar. Esto restablece la aplicación sin eliminar sus datos.

Nuevo Teams de escritorio vs Teams en la web después de la migración

Elemento	Nuevo Teams de escritorio	Teams en la web
Ubicación de la caché	%appdata%\Microsoft\Teams	Cookies del navegador y datos del sitio
Verificación de licencia	Lee del perfil de usuario con sesión iniciada	Lee del mismo perfil de usuario
Comportamiento de creación de grupos	Utiliza el mismo backend de Azure AD	Utiliza el mismo backend de Azure AD
Mensajes de error	Detallados con códigos de error	A menudo genéricos
Mejor para solucionar problemas	Preferido para correcciones de caché	Útil para verificar problemas de backend

Después de aplicar las correcciones, ahora puede crear equipos normalmente en el inquilino de destino. Comience probando con un solo usuario y luego implemente al resto de la organización. Para futuras migraciones, ejecute el script de verificación de grupos de Azure AD antes de la transición para evitar el mismo problema. Como consejo avanzado, use la API de Microsoft Graph para verificar en masa el atributo groupType de cada grupo migrado en cuestión de minutos.