2. Permitir que os usuários do Agenda vejam a disponibilidade do Exchange

Antes de começar

Confirme se cada usuário do Exchange:

1. Tem uma conta do Exchange com uma caixa de e-mails associada.
2. Não tem uma Conta do Google pessoal usando o nome de domínio da sua organização, o que pode criar uma conta conflitante. Para resolver problemas com contas conflitantes, acesse Adicionar usuários com contas não gerenciadas.
3. Não tem uma conta do Google Workspace ou tem uma conta do Google Workspace com o Google Agenda desativado.

Ativar pesquisas completas de detalhes de eventos

Você precisa definir a visibilidade da agenda de cada usuário como Detalhes limitados (a visibilidade padrão é Somente disponibilidade).

1. Se você quiser definir a visibilidade de uma caixa de e-mails individual, no Exchange PowerShell, digite o seguinte comando:

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

2. Se quiser definir a visibilidade para todas as caixas de e-mails, digite o seguinte comando:

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

Se você estiver usando o Exchange Online (Microsoft 365), provavelmente não precisará fazer mudanças. O Exchange Online pode aceitar conexões da Internet por padrão.

1. Caso contrário, ative a conectividade de entrada com a Internet na porta 443 para que o Google Agenda acesse o servidor Exchange. Isso exige um certificado SSL válido emitido por uma autoridade de certificação raiz da Internet pública confiável. Na documentação da Microsoft, veja detalhes sobre certificados para servidores Exchange.
2. Se você estiver bloqueando o tráfego de rede de entrada externa, adicione os intervalos de endereço abaixo à lista de permissões para permitir solicitações do Calendar Interop:
   • IPv4: adicione 74.125.88.0/27 à lista de permissões.
   • IPv6: adicione os seguintes blocos de IP à lista de permissões:
     • 2001:4860:4::/64
     • 2404:6800:4::/64
     • 2607:f8b0:4::/64
     • 2800:3f0:4::/64
     • 2a00:1450:4::/64
     • 2c0f:fb50:4::/64

O Google Agenda usa as contas de função do Exchange para fazer a autenticação no seu servidor Exchange quando ele procura detalhes de disponibilidade. Para que um evento do Exchange fique visível para usuários do Google Agenda, ele precisa estar visível para as contas de função. Se você já tem uma conta para pesquisas de disponibilidade na organização em florestas não confiáveis, reutilize essa conta.

Para criar contas de função do Exchange:

1. Defina o tipo de destinatário do Exchange como uma conta de caixa de e-mails de usuário.
2. Se você criar várias contas de função, use a mesma senha para todas elas.
3. Se você estiver usando a autenticação básica do Exchange, é recomendável desativar a validade da senha da conta de função para evitar a interrupção do serviço.

Veja mais informações sobre como criar caixas de e-mails de usuários em servidores Exchange e tipos de destinatários do Exchange na documentação da Microsoft.

Conclua esta etapa se você estiver usando o Exchange Online (Microsoft 365). Se você estiver usando outras versões do Exchange, pule para a etapa 5.

Conectar usando a API Graph (recomendado)

Estas etapas são para a API Graph. Acesse as etapas para EWS (legado).

1. Registre a ferramenta Calendar Interop na plataforma de identidade da Microsoft.

   Saiba mais em Registrar um aplicativo da Microsoft.

2. Ao registrar o aplicativo, deixe os valores Tipos de conta aceitos e Redirecionar URI nas configurações padrão.
3. Anote o ID do aplicativo (cliente) e do diretório (locatário), porque você vai precisar deles para configurar uma conexão da API Graph no Google Workspace.
4. Clique em Certificados e chaves secretas Chaves secretas do cliente Nova chave secreta do cliente.
5. Insira uma descrição e, se necessário, atualize a data de validade. Se a chave secreta do cliente expirar, as pesquisas de disponibilidade de agenda do Google Agenda no Exchange Online deixarão de funcionar. Para evitar isso, reconfigure a chave secreta do cliente periodicamente.
6. Clique em Adicionar para criar uma chave secreta do cliente para o aplicativo. Saiba mais em Adicionar e gerenciar credenciais de aplicativos no Microsoft Entra ID.
7. Anote a chave secreta do cliente na coluna Valor, porque você vai precisar dela mais tarde para configurar uma conexão da API Graph no Google Workspace. O valor não estará disponível depois que você sair desta página.
8. Clique em Permissões da API Adicionar uma permissão Microsoft Graph.
9. Escolha as permissões do aplicativo e adicione:
   • Calendars.ReadBasic.All: para a disponibilidade do usuário
   • Place.Read.All: para gerenciar salas do Exchange Online
10. Clique em Conceder consentimento de administrador.

1. No Google Admin Console, acesse Menu  Apps Google Workspace Agenda.

   Acessar o Google Agenda

   Exige o privilégio de administrador da Agenda.

2. Clique em Gerenciamento do Calendar Interop.
3. Clique em "Editar" para abrir a seção Disponibilidade do Exchange no Agenda.
4. Marque a caixa Permitir que o Google Agenda mostre a disponibilidade dos usuários do Exchange.
5. Clique em Adicionar um endpoint do Exchange.
6. Clique em Tipo de endpoint:
   • Se você usa o Exchange Online (Microsoft 365), selecione Microsoft 365 (API Graph) e insira os seguintes campos:
     • Nome de domínio do Exchange: domínio compatível com esse endpoint. Deixe em branco para usar o endpoint padrão.
     • Contas de função do Exchange: os endereços SMTP principais das contas de função do Exchange no formato: nomedeusuario1@exemplo.com. Recomendamos configurar várias contas de função.

       Se você estiver usando mais de uma conta de função, separe as contas com uma vírgula. Recomendamos o uso de aproximadamente 10 contas de função, principalmente se você quiser consultar salas da Microsoft.

     • ID do locatário: o ID do diretório (locatário) do Microsoft 365 que você anotou na etapa 4.
     • ID do aplicativo (cliente): o ID atribuído ao seu app durante o registro na etapa 4.
     • Chave secreta do cliente: o valor da chave secreta do cliente atribuída ao app durante o registro na etapa 4.
   • Se você não usa o Exchange Online (Microsoft 365), selecione Exchange Server no local e preencha os seguintes campos:
     • URL dos Serviços Web do Exchange: o URL do endpoint do servidor Serviços Web do Exchange (EWS) padrão associado ao seu servidor Exchange.

       Confira mais detalhes em Encontrar o URL do endpoint do servidor EWS (nesta página).

     • Nome de domínio do Exchange: domínio compatível com esse endpoint. Deixe em branco para usar o endpoint padrão.
     • Contas de função do Exchange: os endereços SMTP principais das contas de função do Exchange no formato nomedeusuario1@exemplo.com.

       Se você estiver usando mais de uma conta de função, separe as contas com uma vírgula. Recomendamos configurar várias contas de função.

     • Senha: a senha da conta ou contas de função do Exchange.
   • Se você estiver usando o EWS para se conectar ao Exchange Online, selecione Microsoft 365 (EWS legado) e preencha os seguintes campos:

     A Microsoft vai descontinuar esse recurso em 1º de outubro de 2026.

     • URL dos Serviços Web do Exchange: o URL do endpoint do servidor EWS padrão associado ao seu servidor Exchange.

       Confira mais detalhes em Encontrar o URL do endpoint do servidor EWS (nesta página).

     • Trocar nome de domínio: domínio compatível com esse endpoint. Deixe em branco para definir como endpoint padrão.
     • Contas de função do Exchange: os endereços SMTP principais das contas de função do Exchange no formato nomedeusuario1@exemplo.com.

       Se você estiver usando mais de uma conta de função, separe as contas com uma vírgula. Recomendamos configurar várias contas de função.

     • URL do endpoint do token: o URL do endpoint do token OAuth 2.0 do locatário do Entra ID. Confira mais detalhes na Etapa 6: (somente no Exchange Online) Configurar a autenticação do OAuth 2.0.
     • ID do aplicativo (cliente): o ID atribuído ao seu app durante o registro.
     • Chave secreta do cliente: o valor da chave secreta do cliente atribuída ao app durante o registro.
7. Clique em Adicionar.
8. (Opcional) Para adicionar mais endpoints do Exchange, clique em Adicionar um endpoint do Exchange e repita as etapas 7 a 8 para cada endpoint que você quiser adicionar.

   Cada novo endpoint precisa ter um domínio exclusivo que ainda não foi usado. Por exemplo, caso sua organização tenha várias subsidiárias ou você queira compartilhar a disponibilidade de agenda entre parceiros externos confiáveis.

   Só pode haver um endpoint de troca padrão.

9. (Opcional) Para ver os detalhes do evento (título, localização etc.) no Exchange e no Agenda, marque a caixa Mostrar detalhes do evento. Caso contrário, deixe a caixa desmarcada.
10. Clique em Salvar.

Encontrar o URL do endpoint do servidor EWS

O URL do endpoint do servidor EWS é igual ao URL do servidor Exchange em que você criou as contas de função.

Exemplos:

• https://Nome do host do servidor Exchange/ews/exchange.asmx (servidor EWS)
• https://outlook.office365.com/ews/exchange.asmx (Exchange Online)

Para verificar o URL de um servidor Exchange no local, abra o Exchange PowerShell e digite o seguinte comando:

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

Se o resultado retornar vários URLs, use o resultado para ExternalUrl.

Se você tiver vários servidores Exchange no mesmo domínio (por exemplo, em um ambiente híbrido) e quiser ver a disponibilidade dos usuários do Exchange em todo o ambiente, confirme que o URL é de um servidor com acesso à disponibilidade de todos os usuários do Exchange.