Preparar inquilinos de Microsoft y Google para sincronizaciones gestionadas por administradores

Escenario de ejemplo

Empresa X opera en un entorno dividido:

• Inquilino de Microsoft 365: contoso.com (algunos usuarios están aquí)
• Inquilino de Google Workspace: example.com (el resto de los usuarios están aquí)

Problema actual: Los usuarios de un inquilino no pueden ver la disponibilidad (libre/ocupado) de los usuarios del otro inquilino. Objetivo: Permitir la visibilidad de la disponibilidad entre inquilinos. Por ejemplo, john.doe@contoso.com (M365) debería poder ver la disponibilidad de sarah@example.com (Google), y viceversa si se desea.

Ejemplo concreto: John (M365) necesita ver a Sarah (Google)

1. Origen (Google): el calendario principal de Sarah en sarah@example.com.
2. Destino (M365): el inquilino contoso.com debe tener un calendario que represente a Sarah, ya sea un buzón de usuario completo sarah@contoso.com (requiere una licencia de M365) o, recomendado, un buzón de recurso llamado “Sarah” para evitar licenciar a un nuevo usuario.
3. CalendarBridge sincroniza entonces la disponibilidad de Sarah desde Google → al calendario “Sarah” en M365, de modo que John (y otros usuarios de M365) puedan verla.
4. Si los usuarios de contoso.com van a invitar al calendario de Sarah a reuniones, Sarah también necesita una conexión de sincronización inversa (M365 → Google) para que las reuniones aceptadas en el calendario de recurso “Sarah” se escriban de nuevo en su calendario real sarah@example.com.

Dirección inversa: Sarah (Google) necesita ver a John (M365)

1. Origen (M365): el calendario principal de John en john.doe@contoso.com.
2. Destino (Google): el inquilino example.com debe tener un calendario que represente a John, ya sea un buzón de usuario completo john.doe@example.com (requiere una licencia de Workspace) o, recomendado, un calendario de recurso llamado “John Doe” (no se necesita licencia de usuario). Google asigna una dirección de recurso como c_188bp5b5u2np4ghmh4psh6ra7lfl6@resource.calendar.google.com.
3. CalendarBridge sincroniza entonces la disponibilidad de John desde M365 → al calendario de recurso “John Doe” en Google.
4. Si los usuarios de example.com van a invitar al calendario de John a reuniones, John también necesita una conexión de sincronización inversa (Google → M365).

Crear los calendarios necesarios en el inquilino de destino

En el inquilino de destino (donde las personas necesitan ver o invitar al usuario), cree un calendario que represente a esa persona o recurso.

1. Destino en Microsoft 365: cree un buzón de usuario (requiere una licencia de M365) o un buzón de recurso (no se necesita licencia) para la persona o el recurso. Los buzones de recurso reciben automáticamente una dirección de correo estándar que CalendarBridge puede usar (p. ej., confroom1@contoso.com), por lo que no se requiere ninguna cuenta de servicio adicional ni configuración de uso compartido.
2. Destino en Google Workspace: cada calendario puede ser un buzón de usuario (p. ej., john.doe@example.com) o un calendario de recurso. Los calendarios de recurso en Google no tienen una dirección de correo utilizable (tienen el aspecto c_…@resource.calendar.google.com), por lo que debe crearse una cuenta de servicio:
   1. Cree una cuenta de servicio en el inquilino de Google Workspace (p. ej., cb_svc@example.com).
   2. En Google Calendar, con la sesión iniciada como superadministrador, abra Configuración y uso compartido del calendario de recurso.
   3. Comparta el calendario con la cuenta de servicio y concédale permisos de Hacer cambios y administrar el uso compartido.
   CalendarBridge puede entonces conectarse usando la dirección de correo de la cuenta de servicio para sincronizar hacia y desde ese calendario de recurso.