2. Permite que los usuarios de Calendario vean la disponibilidad de Exchange

Antes de comenzar

Asegúrate de que cada usuario de Exchange cumpla con los siguientes requisitos:

1. Tener una cuenta de Exchange con un buzón de correo asociado
2. No tiene una Cuenta de Google personal que use el nombre de dominio de tu organización, ya que esto puede crear una cuenta en conflicto. Para resolver problemas con cuentas en conflicto, consulta Agrega usuarios con cuentas no administradas.
3. No tiene una cuenta de Google Workspace o tiene una cuenta de Google Workspace con el Calendario de Google desactivado.

Cómo activar las búsquedas de detalles completos de eventos

Debes establecer la visibilidad del calendario de cada usuario en Detalles limitados (la visibilidad predeterminada es Solo disponibilidad).

1. Si deseas establecer la visibilidad de un buzón individual, ingresa el siguiente comando en Exchange PowerShell:

   Set-MailboxFolderPermission -Identity (Mailbox Folder Id Parameter:\Calendar) -User Default -AccessRights LimitedDetails

2. Si deseas establecer la visibilidad para todos los buzones, ingresa el siguiente comando:

   ForEach ($Mailbox in @(Get-Mailbox -ResultSize Unlimited)) {Set-MailboxFolderPermission –Identity (Mailbox Folder Id Parameter:\Calendar) –User Default –AccessRights LimitedDetails}

Si usas Exchange Online (Microsoft 365), probablemente no necesites realizar ningún cambio. Exchange Online puede aceptar conexiones de Internet de forma predeterminada.

1. En el puerto 443, activa la conectividad a Internet entrante para que el Calendario de Google pueda acceder al servidor de Exchange. Este paso requiere un certificado SSL válido emitido por una autoridad certificadora raíz de Internet pública de confianza. Para obtener detalles sobre los certificados de los servidores de Exchange, consulta la documentación de Microsoft.
2. Si bloqueas el tráfico de red entrante externo, agrega los siguientes rangos de direcciones a tu lista de entidades permitidas para permitir las solicitudes de Calendar Interop:
   • IPv4: Agrega 74.125.88.0/27 a tu lista de entidades permitidas.
   • IPv6: Agrega los siguientes bloques de IP a tu lista de entidades permitidas:
     • 2001:4860:4::/64
     • 2404:6800:4::/64
     • 2607:f8b0:4::/64
     • 2800:3f0:4::/64
     • 2a00:1450:4::/64
     • 2c0f:fb50:4::/64

El Calendario de Google usa cuentas de función de Exchange para autenticarse en tu servidor de Exchange cuando busca detalles de disponibilidad. Para que un evento de Exchange sea visible para los usuarios del Calendario de Google, debe ser visible para las cuentas de rol. Si tienes una cuenta existente que usas para las búsquedas de disponibilidad en toda la organización desde bosques no confiables, puedes volver a usarla.

Para crear cuentas de roles de Exchange, sigue estos pasos:

1. Establece el tipo de destinatario de Exchange como una cuenta de buzón de usuario.
2. Si creas varias cuentas de rol, usa la misma contraseña para cada una.
3. Si usas la autenticación básica para Exchange, te recomendamos que desactives el vencimiento de la contraseña para la cuenta de rol y, así, evitar interrupciones del servicio.

Para obtener más información sobre cómo crear buzones de usuario en un servidor de Exchange y los tipos de destinatarios de Exchange, consulta la documentación de Microsoft.

Completa este paso si usas Exchange Online (Microsoft 365). Si usas otras versiones de Exchange, ve al paso 5.

Conéctate con la API de Graph (recomendado)

Estos pasos son para la API de Graph. Ve a los pasos para EWS (heredado).

1. Registra la Interoperabilidad de Calendario en la plataforma de identidad de Microsoft.

   Para obtener más detalles, consulta Cómo registrar una aplicación de Microsoft.

2. Cuando registres la aplicación, deja los valores de Supported account types y Redirect URI en sus parámetros de configuración predeterminados.
3. Anota el ID de la aplicación (cliente) y el ID del directorio (inquilino), ya que los necesitarás más adelante para configurar una conexión a la API de Graph en Google Workspace.
4. Haz clic en Certificados y secretos Secretos del cliente Nuevo secreto del cliente.
5. Ingresa una descripción y, si es necesario, actualiza la fecha de vencimiento. Si vence el secreto del cliente, dejarán de funcionar las búsquedas de disponibilidad del calendario de Calendario de Google a Exchange Online. Para evitar esta situación, vuelve a configurar el secreto del cliente de forma periódica.
6. Haz clic en Agregar para crear un secreto del cliente para la aplicación. Para obtener más detalles, consulta Cómo agregar y administrar credenciales de aplicaciones en Microsoft Entra ID de Microsoft.
7. Anota el secreto del cliente de la columna Valor, ya que lo necesitarás más adelante para configurar una conexión de la API de Graph en Google Workspace. El valor no estará disponible después de que salgas de esta página.
8. Haz clic en Permisos de API Agregar un permiso Microsoft Graph.
9. Elige los permisos de la aplicación y agrega lo siguiente:
   • Calendars.ReadBasic.All: Para la disponibilidad del usuario
   • Place.Read.All: Para administrar salas de Exchange Online
10. Haz clic en Grant admin consent.

1. En la Consola del administrador de Google, ve a Menú  Apps Google Workspace Calendario.

   Ir al Calendario

   Es necesario tener el privilegio de administrador de Calendario.

2. Haz clic en Administración de Interoperabilidad de Calendario.
3. Haz clic en Editar para abrir la sección Disponibilidad de Exchange en el Calendario.
4. Marca la casilla Permitir que se muestre la disponibilidad de los usuarios de Exchange en el Calendario de Google.
5. Haz clic en Agregar un extremo de Exchange.
6. Haz clic en Tipo de extremo:
   • Si usas Exchange Online (Microsoft 365), selecciona Microsoft 365 (API de Graph) y, luego, ingresa los siguientes campos:
     • Nombre de dominio de Exchange: Es el dominio admitido para este extremo. Déjalo en blanco para que sea el extremo predeterminado.
     • Cuentas de roles de Exchange: Son las direcciones SMTP principales de las cuentas de roles de Exchange en el formato username1@example.com. Te recomendamos que configures varias cuentas de roles.

       Si usas más de una cuenta de rol, sepáralas con una coma. Te recomendamos que uses aproximadamente 10 cuentas de rol, en especial si deseas consultar habitaciones de Microsoft.

     • ID de usuario: Es el ID de tu directorio (usuario) de Microsoft 365 que anotaste en el paso 4.
     • ID de aplicación (cliente): Es el ID de aplicación que se le asignó a tu app durante el registro en el paso 4.
     • Secreto de cliente: Es el valor del secreto de cliente que se le asignó a tu app durante el registro en el paso 4.
   • Si no usas Exchange Online (Microsoft 365), selecciona Exchange Server local y completa los siguientes campos:
     • URL de Exchange Web Services: Es la URL del endpoint del servidor predeterminado de Exchange Web Services (EWS) asociado a tu servidor de Exchange.

       Para obtener más información, consulta Cómo encontrar la URL del extremo del servidor de EWS (en esta página).

     • Nombre de dominio de Exchange: Es el dominio admitido para este extremo. Déjalo en blanco para que sea el extremo predeterminado.
     • Cuentas de roles de Exchange: Son las direcciones SMTP principales de las cuentas de roles de Exchange en el formato nombredeusuario1@ejemplo.com.

       Si usas más de una cuenta de rol, sepáralas con una coma. Te recomendamos que configures varias cuentas de rol.

     • Contraseña: Es la contraseña de la cuenta o las cuentas de rol de Exchange.
   • Si usas EWS para conectarte a Exchange Online, selecciona Microsoft 365 (EWS heredado) y completa los siguientes campos:

     Microsoft obsoletará esta función el 1 de octubre de 2026.

     • URL de Exchange Web Services: Es la URL del extremo predeterminado del servidor de EWS asociado a tu servidor de Exchange.

       Para obtener más información, consulta Cómo encontrar la URL del extremo del servidor de EWS (en esta página).

     • Nombre de dominio de Exchange: Es el dominio admitido para este extremo. Déjalo en blanco para que sea el extremo predeterminado.
     • Cuentas de roles de Exchange: Son las direcciones SMTP principales de las cuentas de roles de Exchange en el formato usuario1@ejemplo.com.

       Si usas más de una cuenta de rol, sepáralas con una coma. Te recomendamos que configures varias cuentas de rol.

     • URL del extremo del token: Es la URL del extremo del token de OAuth 2.0 de tu arrendatario de Entra ID. Para obtener más información, consulta Paso 6: (solo para Exchange Online) Configura la autenticación de OAuth 2.0.
     • ID de aplicación (cliente): Es el ID de aplicación que se le asignó a tu app durante el registro.
     • Secreto de cliente: Es el valor del secreto de cliente que se le asignó a tu app durante el registro.
7. Haz clic en Agregar.
8. (Opcional) Para agregar más extremos de Exchange, haz clic en Agregar un extremo de Exchange y repite los pasos 7 y 8 para cada extremo que quieras agregar.

   Cada extremo nuevo debe tener un dominio único que no se haya usado en un extremo agregado anteriormente (por ejemplo, si tu organización tiene varias filiales o si quieres compartir la disponibilidad del calendario entre socios externos de confianza).

   Solo puede haber un máximo de un extremo de Exchange predeterminado.

9. (Opcional) Para ver los detalles del evento (título, ubicación, etcétera) de Exchange y Calendario, marca la casilla Mostrar detalles del evento. De lo contrario, deja la casilla desmarcada.
10. Haz clic en Guardar.

Cómo encontrar la URL del extremo del servidor de EWS

La URL del extremo del servidor de EWS es la misma que la del servidor de Exchange en el que creaste las cuentas de rol.

Ejemplos:

• https://Nombre de host del servidor de Exchange/ews/exchange.asmx (servidor de EWS)
• https://outlook.office365.com/ews/exchange.asmx (Exchange Online)

Para verificar la URL de un servidor de Exchange local, abre Exchange PowerShell y, luego, ingresa el siguiente comando:

Get-WebServicesVirtualDirectory | Select name, *url* | fl

Si el resultado devuelve varias URLs, usa el resultado para ExternalUrl.

Si tienes varios servidores de Exchange en el mismo dominio (por ejemplo, si usas un entorno híbrido de Exchange) y deseas ver la disponibilidad de los usuarios de Exchange en todo tu entorno, asegúrate de que la URL provenga de un servidor que pueda acceder a la disponibilidad de todos los usuarios de Exchange.