Si su organización ejecuta Microsoft 365 en una configuración multi-geo, es posible que la política de nombres de Teams no se aplique a ciertos usuarios. La política parece configurada en el centro de administración de Teams, pero los nuevos equipos o los equipos renombrados no siguen el prefijo o sufijo requerido. Este artículo explica por qué la política de nombres puede fallar silenciosamente en un inquilino multi-geo y proporciona los pasos exactos para diagnosticar y corregir el problema.
La causa raíz es que la política de nombres se almacena en Azure Active Directory y se replica en cada geografía. Cuando la ubicación de datos preferida (PDL) de un usuario no coincide con la región donde se actualizó por última vez la política, es posible que la política no se aplique. Este artículo le guiará para verificar la asignación de la política, comprobar el PDL del usuario y forzar una sincronización para que la política surta efecto.
Conclusiones clave: Cómo corregir la política de nombres de Teams en multi-geo
- Centro de administración de Teams > Equipos > Políticas de Teams > Política de nombres: Verifique que la política esté habilitada y asignada al grupo correcto.
- Azure AD > Usuarios > Ubicación de datos preferida: Asegúrese de que el PDL del usuario coincida con la geografía donde se aplica la política.
- Comando de PowerShell Set-SPOGeoStorageQuota: Fuerza una sincronización de la política de nombres entre geografías.
Por qué falla la política de nombres de Teams en un inquilino multi-geo
La política de nombres de Teams es una característica que aplica un prefijo, sufijo o ambos a los nombres de los equipos creados por los usuarios. Se configura en el centro de administración de Teams bajo Políticas de Teams, pero la aplicación real ocurre en Azure Active Directory. En un inquilino multi-geo, a cada usuario se le asigna una ubicación de datos preferida (PDL), que determina la geografía donde residen sus datos. La política de nombres se replica en todas las geografías, pero la replicación no siempre es inmediata.
Cuando un usuario crea un equipo, el cliente de Teams verifica la política de nombres desde la geografía local. Si la política no se ha replicado en esa geografía o si el PDL del usuario no está configurado correctamente, la política se ignora. Esto no es un error de configuración en Teams, sino un retraso de sincronización o una discrepancia en el PDL.
Cómo se almacena y replica la política de nombres
La política de nombres se almacena en Azure AD como una configuración de directorio. Cuando modifica la política, Azure AD envía el cambio a todas las geografías. Sin embargo, la replicación puede tardar hasta 24 horas. Si un usuario en una geografía diferente intenta crear un equipo antes de que se complete la replicación, no verá ninguna política de nombres aplicada.
Rol de la ubicación de datos preferida
El PDL determina dónde se almacenan el buzón de Exchange Online y los datos de OneDrive para la Empresa del usuario. Para Teams, el PDL también influye en qué geografía se utiliza para la política. Si el PDL de un usuario no está configurado o es incorrecto, el cliente de Teams puede recurrir a la geografía predeterminada, que podría no tener la política actualizada.
Pasos para diagnosticar y corregir la política de nombres en un inquilino multi-geo
- Verifique que la política de nombres esté habilitada
Abra el centro de administración de Teams en admin.teams.microsoft.com. Vaya a Equipos > Políticas de Teams > Política de nombres. Asegúrese de que el interruptor para Habilitar política de nombres esté en On. Confirme que el prefijo y el sufijo estén ingresados exactamente como desea. Si la política está desactivada, actívela y haga clic en Guardar. - Compruebe la asignación de la política para el usuario afectado
En el centro de administración de Teams, vaya a Usuarios > Administrar usuarios. Seleccione el usuario afectado y luego haga clic en Políticas. Verifique que la asignación de políticas de Teams incluya la política de nombres. Si la política no está asignada, haga clic en Editar y asigne la política correcta. Espere 10 minutos para que el cambio surta efecto. - Confirme la ubicación de datos preferida del usuario
Abra el centro de administración de Azure AD en entra.microsoft.com. Vaya a Usuarios > Todos los usuarios. Seleccione el usuario y haga clic en Propiedades. Busque Ubicación de datos preferida. Si está en blanco, configúrelo en la geografía correcta usando PowerShell. Use el comando Set-AzureADUser -ObjectId user@domain.com -PreferredDataLocation “EUR”. Luego cierre sesión y vuelva a iniciar sesión en Teams. - Fuerce una replicación de la política entre geografías
Abra Exchange Online PowerShell. Ejecute el comando Set-SPOGeoStorageQuota -Identity user@domain.com -StorageQuota 100. Esto fuerza una sincronización de la política de nombres a la geografía del usuario. Espere 30 minutos y pruebe creando un nuevo equipo. - Pruebe la política de nombres con un nuevo equipo
En Teams, haga clic en Equipos en el lado izquierdo y luego en Unirse o crear un equipo en la parte inferior. Haga clic en Crear equipo, elija un nombre y vea si aparece el prefijo o sufijo. Si aparece, la política ahora se aplica. Si no, continúe con la siguiente sección.
Si Teams aún ignora la política de nombres
Teams no muestra prefijo ni sufijo en nuevos equipos
Si la política está habilitada y asignada pero aún no se aplica, el problema probablemente sea un retraso de replicación. En un inquilino multi-geo, la política puede tardar hasta 24 horas en llegar a todas las geografías. Espere un día completo y pruebe de nuevo. Si aún falla, verifique si el usuario está en una geografía que no ha recibido la actualización ejecutando el comando Get-AzureADDirectorySetting en Azure AD PowerShell.
La política de nombres se aplica solo a algunos usuarios
Esto generalmente indica que algunos usuarios tienen un PDL configurado incorrectamente. Compare el PDL de los usuarios que funcionan con los que no funcionan. Use PowerShell para exportar todos los PDL de los usuarios e identificar discrepancias. Corrija cualquier valor de PDL en blanco o incorrecto y luego fuerce una sincronización como se describe en el paso 4.
Los equipos renombrados no obtienen la política de nombres
La política de nombres solo se aplica cuando se crea un equipo o cuando un propietario lo renombra manualmente. No renombra retroactivamente los equipos existentes. Si necesita renombrar equipos existentes, debe hacerlo manualmente o usar un script. La política solo aplicará el prefijo o sufijo en el próximo cambio de nombre.
Nuevos Teams de escritorio vs Teams en la web: comportamiento de la política de nombres
| Elemento | Nuevos Teams de escritorio | Teams en la web |
|---|---|---|
| Aplicación de la política | Comprueba la política desde la geografía local | Comprueba la política desde la geografía del PDL del usuario |
| Retraso de replicación | Puede usar una política en caché hasta por 24 horas | Obtiene la política más reciente de Azure AD |
| Mejor para probar | Úselo después de que haya pasado un día completo | Úselo inmediatamente después de cambios en la política |
Use Teams en la web para probar los cambios de política rápidamente, porque no almacena en caché la política tan agresivamente como el cliente de escritorio. Si la política funciona en la web pero no en el escritorio, cierre sesión en el cliente de escritorio y vuelva a iniciarla para borrar la caché.
Ahora puede diagnosticar y corregir la política de nombres de Teams en un inquilino multi-geo. Comience verificando la asignación de la política y el PDL del usuario, luego fuerce una replicación con Exchange Online PowerShell. Use Teams en la web para confirmar que la política está activa antes de probar el cliente de escritorio. Para un control avanzado, use el cmdlet Get-AzureADDirectorySetting para inspeccionar la configuración exacta de la política en Azure AD.