Preparar tenants da Microsoft e do Google para sincronizações gerenciadas por administradores

Cenário de exemplo

A Empresa X opera em um ambiente dividido:

• Tenant da Microsoft 365: contoso.com (alguns usuários estão aqui)
• Tenant do Google Workspace: example.com (o restante dos usuários está aqui)

Problema atual: Os usuários de um tenant não conseguem ver a disponibilidade (livre/ocupado) dos usuários do outro tenant. Objetivo: Permitir a visibilidade de disponibilidade entre tenants. Por exemplo, john.doe@contoso.com (M365) deveria poder ver a disponibilidade de sarah@example.com (Google), e vice-versa, se desejado.

Exemplo concreto: John (M365) precisa ver Sarah (Google)

1. Origem (Google): O calendário principal de Sarah em sarah@example.com.
2. Destino (M365): O tenant contoso.com deve ter um calendário representando Sarah — seja uma caixa de correio de usuário completa sarah@contoso.com (requer uma licença do M365) ou, recomendado, uma caixa de correio de recurso chamada “Sarah” para evitar licenciar um novo usuário.
3. A CalendarBridge então sincroniza a disponibilidade de Sarah do Google → para o calendário “Sarah” no M365, de modo que John (e outros usuários do M365) possam visualizá-la.
4. Se os usuários em contoso.com forem convidar o calendário de Sarah para reuniões, Sarah também precisa de uma conexão de sincronização reversa (M365 → Google) para que as reuniões aceitas no calendário de recurso “Sarah” sejam gravadas de volta em seu calendário real sarah@example.com.

Direção reversa: Sarah (Google) precisa ver John (M365)

1. Origem (M365): O calendário principal de John em john.doe@contoso.com.
2. Destino (Google): O tenant example.com deve ter um calendário representando John — seja uma caixa de correio de usuário completa john.doe@example.com (requer uma licença do Workspace) ou, recomendado, um calendário de recurso chamado “John Doe” (nenhuma licença de usuário necessária). O Google atribui um endereço de recurso como c_188bp5b5u2np4ghmh4psh6ra7lfl6@resource.calendar.google.com.
3. A CalendarBridge então sincroniza a disponibilidade de John do M365 → para o calendário de recurso “John Doe” no Google.
4. Se os usuários em example.com forem convidar o calendário de John para reuniões, John também precisa de uma conexão de sincronização reversa (Google → M365).

Criando os calendários necessários no tenant de destino

No tenant de destino (onde as pessoas precisam visualizar ou convidar o usuário), crie um calendário que represente essa pessoa ou recurso.

1. Destino Microsoft 365: crie uma caixa de correio de usuário (requer uma licença do M365) ou uma caixa de correio de recurso (nenhuma licença necessária) para a pessoa/recurso. As caixas de correio de recurso recebem automaticamente um endereço de e-mail padrão que a CalendarBridge pode usar (por exemplo, confroom1@contoso.com), portanto, nenhuma conta de serviço ou configuração de compartilhamento adicional é necessária.
2. Destino Google Workspace: cada calendário pode ser uma caixa de correio de usuário (por exemplo, john.doe@example.com) ou um calendário de recurso. Os calendários de recurso no Google não têm um endereço de e-mail utilizável (eles se parecem com c_…@resource.calendar.google.com), portanto, uma conta de serviço deve ser criada:
   1. Crie uma conta de serviço no tenant do Google Workspace (por exemplo, cb_svc@example.com).
   2. No Google Calendar, conectado como superadministrador, abra as Configurações e compartilhamento do calendário de recurso.
   3. Compartilhe o calendário com a conta de serviço e conceda as permissões Fazer alterações e gerenciar compartilhamento.
   A CalendarBridge poderá então se conectar usando o endereço de e-mail da conta de serviço para sincronizar de e para esse calendário de recurso.