Migrar buzones de sala
de Exchange a Microsoft 365

Respuesta corta: migra los buzones de sala de la misma forma que migras los buzones de usuario — pero trata el procesamiento de calendario como un paso manual independiente. La aceptación automática, las ventanas de reserva y los ajustes de delegados no siempre sobreviven al traslado, y los objetos de recurso duplicados por una sincronización híbrida mal hecha son la causa número uno de reservas duplicadas tras el cambio. Verifica Get-CalendarProcessing en cada sala después de la migración, y después apunta tus pantallas a los buzones en la nube.

Pasarse a Microsoft 365 es terreno bien conocido para los buzones de usuario. Los buzones de sala son más discretos, así que reciben menos atención — y precisamente por eso son los que fallan. Nadie se da cuenta de que la política de programación de una sala se ha restablecido silenciosamente a None hasta que las reuniones dejan de aceptarse automáticamente y el calendario se llena de invitaciones sin procesar.

Esta guía repasa un cambio limpio para los recursos de sala en concreto, las trampas que más afectan a los administradores de TI, y cómo reconectar tus pantallas de pared después.

Antes de empezar: haz inventario de cada recurso de sala

No puedes migrar lo que no has contado. En tu servidor de Exchange local, lista cada buzón de sala y su configuración actual de procesamiento de calendario para tener una base fiable a la que volver si algo sale mal.

Get-Mailbox -RecipientTypeDetails RoomMailbox |
  Select Name, PrimarySmtpAddress

Para cada sala, exporta la configuración de procesamiento de calendario que realmente importa:

Get-Mailbox -RecipientTypeDetails RoomMailbox | ForEach-Object {
  Get-CalendarProcessing -Identity $_.PrimarySmtpAddress |
    Select Identity, AutomateProcessing, AllBookInPolicy,
      BookingWindowInDays, MaximumDurationInMinutes,
      AllowRecurringMeetings, ResourceDelegates
} | Export-Csv room-processing-baseline.csv -NoTypeInformation

Guarda ese CSV. Es tu plan de recuperación si la migración aplana algún ajuste.

Las tres rutas de migración

Para un puñado de salas con políticas heredadas enredadas, recrearlas desde cero en Microsoft 365 suele ser más rápido y limpio que migrar todo ese lastre. Consulta nuestra guía de configuración de buzones de sala para la ruta desde cero. Para decenas de salas, migra los datos del buzón y vuelve a aplicar las políticas desde tu CSV de referencia.

Trampa 1: buzones de sala duplicados

En un despliegue híbrido, Azure AD Connect (ahora Entra Connect) sincroniza tu directorio local con la nube. Si un objeto de sala existe tanto como recurso local sincronizado como buzón creado en la nube, obtienes dos objetos de calendario compitiendo por la misma sala. Las reservas caen en uno, la pantalla lee el otro, y la sala parece libre cuando no lo está.

Antes del cambio, confirma que cada sala existe exactamente una vez y que su origen de autoridad es el que esperas:

Get-Mailbox room-101@yourcompany.com |
  Select Name, IsDirSynced, RecipientTypeDetails

Después de la migración, IsDirSynced debería reflejar el estado final que buscas. Si estás completamente en la nube, da de baja el objeto local en lugar de dejar que vuelva a sincronizar un duplicado.

Trampa 2: reinicio del procesamiento de calendario

Esta es la grande. Cuando un buzón de sala se traslada, AutomateProcessing puede volver a None — lo que significa que la sala deja de aceptar automáticamente por completo. Las invitaciones se acumulan sin procesar y la sala aparece como "pendiente" de forma permanente.

Vuelve a aplicar tu configuración de referencia inmediatamente después del cambio:

Set-CalendarProcessing -Identity room-101@yourcompany.com `
  -AutomateProcessing AutoAccept `
  -BookingWindowInDays 180 `
  -MaximumDurationInMinutes 480 `
  -AllBookInPolicy $true

Después vuelve a verificar contra tu CSV. No des nada por hecho — comprueba cada sala. Las asignaciones de delegados (ResourceDelegates) y las políticas de aprobación son especialmente propensas a perderse.

Trampa 3: permisos y la cuenta de la pantalla

Las pantallas de sala necesitan leer el calendario de la sala, y para que la reserva instantánea funcione con la máxima fluidez necesitan acceso directo al buzón. La migración puede eliminar los permisos de Acceso Total. Después del cambio, vuelve a conceder acceso a la cuenta con la que inician sesión tus pantallas:

Add-MailboxPermission -Identity room-101@yourcompany.com `
  -User display-service@yourcompany.com `
  -AccessRights FullAccess -InheritanceType All

Esto importa porque The Room Display se comunica con Microsoft 365 mediante la API de Microsoft Graph usando OAuth (no existe un equivalente de cuenta de servicio de Microsoft — eso es exclusivo de Google). El Acceso Total al buzón es lo que permite que una reserva hecha en el panel aparezca al instante en lugar de esperar a un intercambio de invitaciones.

Momento del cambio

Programa la migración de las salas para una ventana de poco tráfico — un viernes por la tarde o un fin de semana — y vigila lo siguiente:

• Retraso de propagación. Las salas nuevas o trasladadas pueden tardar hasta 24–48 horas en aparecer de forma consistente en el Buscador de salas y en Graph. No te alarmes si una sala es invisible una hora después del cambio.
• Reuniones recurrentes en curso. Las series recurrentes largas pueden comportarse de forma extraña durante el traslado. Revisa algunas salas de uso intensivo en busca de ocurrencias huérfanas o duplicadas.
• Congela las reservas nuevas. Si puedes, pide al personal que evite reservar las salas en migración durante la ventana.

Reconectar tus pantallas

Una vez que los buzones viven en Microsoft 365 y el procesamiento de calendario está verificado, reconectar los paneles es rápido. En cada iPad con The Room Display:

1. Abre la app y ve a ajustes.
2. Selecciona Microsoft 365 como plataforma e inicia sesión mediante OAuth.
3. Elige el buzón de sala migrado de la lista.
4. Confirma que la pantalla muestra el estado en tiempo real y las próximas reuniones.

Como la app es solo local — lee tu calendario directamente sin ningún servicio en la nube de terceros de por medio — no hay ninguna sincronización externa que reconfigurar. En el momento en que el buzón responde a Graph, la pantalla está al día.

Preguntas frecuentes

¿Las reservas y el historial de salas sobreviven a la migración?

Los elementos de calendario existentes se migran junto con el buzón en los traslados directos e híbridos. Si en cambio recreas las salas desde cero, el historial de reservas no se traslada — solo la configuración futura.

¿Por qué dejaron de aceptar automáticamente las salas tras la migración?

Casi siempre porque AutomateProcessing se restableció a None. Ejecuta Get-CalendarProcessing en las salas afectadas y vuelve a ponerlo en AutoAccept. Por eso es esencial conservar un CSV de referencia previo a la migración.

¿Puedo mantener las pantallas funcionando durante una migración híbrida?

Sí, pero apunta cada pantalla al buzón en su ubicación de autoridad actual. Cuando una sala esté completamente en la nube, redirige esa pantalla al buzón de Microsoft 365 para evitar leer una copia local obsoleta.

¿Cuánto tardan las salas migradas en aparecer en el Buscador de salas?

Hasta 24–48 horas para la propagación completa. Si una sala sigue faltando después de ese tiempo, revisa la pertenencia a listas de salas y los metadatos de ubicación — consulta la guía de solución más abajo.

¿The Room Display necesita una cuenta de servicio para Microsoft 365?

No. Microsoft 365 usa solo OAuth a través de Microsoft Graph; no existe un equivalente de cuenta de servicio de Microsoft. Las cuentas de servicio son un concepto de Google Workspace.

Guías relacionadas

• Cómo configurar buzones de sala de Microsoft 365
• Permisos y delegación de buzones de sala explicados
• ¿Una sala no aparece en el Buscador de salas de Outlook? Aquí tienes la solución