Microsoft- en Google-tenants voorbereiden op door beheerders beheerde synchronisaties

Voorbeeldscenario

Bedrijf X werkt in een gesplitste omgeving:

• Microsoft 365-tenant: contoso.com (sommige gebruikers zitten hier)
• Google Workspace-tenant: example.com (de overige gebruikers zitten hier)

Huidig probleem: Gebruikers in de ene tenant kunnen de vrij/bezet-status (beschikbaarheid) van gebruikers in de andere tenant niet zien. Doel: Zichtbaarheid van beschikbaarheid tussen tenants mogelijk maken. Zo zou john.doe@contoso.com (M365) de beschikbaarheid van sarah@example.com (Google) moeten kunnen zien, en omgekeerd indien gewenst.

Concreet voorbeeld: John (M365) moet Sarah (Google) kunnen zien

1. Bron (Google): Sarahs primaire agenda op sarah@example.com.
2. Bestemming (M365): De contoso.com-tenant moet een agenda hebben die Sarah vertegenwoordigt — ofwel een volledige gebruikersmailbox sarah@contoso.com (vereist een M365-licentie) of, aanbevolen, een resource-mailbox met de naam “Sarah” om te voorkomen dat je een nieuwe gebruiker moet licentiëren.
3. CalendarBridge synchroniseert vervolgens Sarahs beschikbaarheid vanuit Google → naar de agenda “Sarah” op M365, zodat John (en andere M365-gebruikers) deze kunnen bekijken.
4. Als gebruikers op contoso.com Sarahs agenda voor vergaderingen zullen uitnodigen, heeft Sarah ook een omgekeerde synchronisatieverbinding nodig (M365 → Google), zodat geaccepteerde vergaderingen op de resource-agenda “Sarah” worden teruggeschreven naar haar werkelijke agenda sarah@example.com.

Omgekeerde richting: Sarah (Google) moet John (M365) kunnen zien

1. Bron (M365): Johns primaire agenda op john.doe@contoso.com.
2. Bestemming (Google): De example.com-tenant moet een agenda hebben die John vertegenwoordigt — ofwel een volledige gebruikersmailbox john.doe@example.com (vereist een Workspace-licentie) of, aanbevolen, een resource-agenda met de naam “John Doe” (geen gebruikerslicentie nodig). Google wijst een resource-adres toe zoals c_188bp5b5u2np4ghmh4psh6ra7lfl6@resource.calendar.google.com.
3. CalendarBridge synchroniseert vervolgens Johns beschikbaarheid vanuit M365 → naar de resource-agenda “John Doe” op Google.
4. Als gebruikers op example.com Johns agenda voor vergaderingen zullen uitnodigen, heeft John ook een omgekeerde synchronisatieverbinding nodig (Google → M365).

De benodigde agenda’s aanmaken op de bestemmingstenant

Maak op de bestemmingstenant (waar mensen de gebruiker moeten kunnen bekijken of uitnodigen) een agenda aan die die persoon of resource vertegenwoordigt.

1. Microsoft 365-bestemming: maak een gebruikersmailbox (vereist een M365-licentie) of een resource-mailbox (geen licentie nodig) aan voor de persoon/resource. Resource-mailboxen krijgen automatisch een standaard e-mailadres dat CalendarBridge kan gebruiken (bijv. confroom1@contoso.com), dus er is geen extra serviceaccount of deelconfiguratie nodig.
2. Google Workspace-bestemming: elke agenda kan een gebruikersmailbox zijn (bijv. john.doe@example.com) of een resource-agenda. Resource-agenda’s in Google hebben geen bruikbaar e-mailadres (ze zien eruit als c_…@resource.calendar.google.com), dus er moet een serviceaccount worden aangemaakt:
   1. Maak een serviceaccount aan in de Google Workspace-tenant (bijv. cb_svc@example.com).
   2. Open in Google Calendar, ingelogd als superbeheerder, de Settings and sharing van de resource-agenda.
   3. Deel de agenda met het serviceaccount en verleen de machtiging Make changes and manage sharing.
   CalendarBridge kan vervolgens verbinding maken met het e-mailadres van het serviceaccount om van en naar die resource-agenda te synchroniseren.