Microsoft- und Google-Tenants für admin-verwaltete Syncs vorbereiten

Beispielszenario

Unternehmen X arbeitet in einer geteilten Umgebung:

• Microsoft 365-Tenant: contoso.com (einige Benutzer befinden sich hier)
• Google Workspace-Tenant: example.com (die übrigen Benutzer befinden sich hier)

Aktuelles Problem: Benutzer in einem Tenant können den Frei/Gebucht-Status (Verfügbarkeit) der Benutzer im anderen Tenant nicht sehen. Ziel: Tenant-übergreifende Sichtbarkeit der Verfügbarkeit ermöglichen. Beispielsweise sollte john.doe@contoso.com (M365) die Verfügbarkeit von sarah@example.com (Google) sehen können und umgekehrt, falls gewünscht.

Konkretes Beispiel: John (M365) muss Sarah (Google) sehen

1. Quelle (Google): Sarahs primärer Kalender unter sarah@example.com.
2. Ziel (M365): Der Tenant contoso.com muss einen Kalender haben, der Sarah repräsentiert — entweder ein vollständiges Benutzerpostfach sarah@contoso.com (erfordert eine M365-Lizenz) oder, empfohlen, ein Ressourcenpostfach mit dem Namen „Sarah“, um keinen neuen Benutzer lizenzieren zu müssen.
3. CalendarBridge synchronisiert dann Sarahs Verfügbarkeit von Google → in den „Sarah“-Kalender auf M365, damit John (und andere M365-Benutzer) sie sehen können.
4. Wenn Benutzer auf contoso.com Sarahs Kalender zu Besprechungen einladen, benötigt Sarah außerdem eine umgekehrte Synchronisierungsverbindung (M365 → Google), damit angenommene Besprechungen im „Sarah“-Ressourcenkalender in ihren tatsächlichen Kalender sarah@example.com zurückgeschrieben werden.

Umgekehrte Richtung: Sarah (Google) muss John (M365) sehen

1. Quelle (M365): Johns primärer Kalender unter john.doe@contoso.com.
2. Ziel (Google): Der Tenant example.com muss einen Kalender haben, der John repräsentiert — entweder ein vollständiges Benutzerpostfach john.doe@example.com (erfordert eine Workspace-Lizenz) oder, empfohlen, ein Ressourcenkalender mit dem Namen „John Doe“ (keine Benutzerlizenz erforderlich). Google weist eine Ressourcenadresse wie c_188bp5b5u2np4ghmh4psh6ra7lfl6@resource.calendar.google.com zu.
3. CalendarBridge synchronisiert dann Johns Verfügbarkeit von M365 → in den „John Doe“-Ressourcenkalender auf Google.
4. Wenn Benutzer auf example.com Johns Kalender zu Besprechungen einladen, benötigt John außerdem eine umgekehrte Synchronisierungsverbindung (Google → M365).

Erstellen der erforderlichen Kalender auf dem Ziel-Tenant

Erstellen Sie auf dem Ziel-Tenant (wo Personen den Benutzer anzeigen oder einladen müssen) einen Kalender, der diese Person oder Ressource repräsentiert.

1. Microsoft 365-Ziel: Erstellen Sie ein Benutzerpostfach (erfordert eine M365-Lizenz) oder ein Ressourcenpostfach (keine Lizenz erforderlich) für die Person/Ressource. Ressourcenpostfächer erhalten automatisch eine standardmäßige E-Mail-Adresse, die CalendarBridge verwenden kann (z. B. confroom1@contoso.com), sodass kein zusätzliches Dienstkonto und keine Freigabekonfiguration erforderlich ist.
2. Google Workspace-Ziel: Jeder Kalender kann ein Benutzerpostfach (z. B. john.doe@example.com) oder ein Ressourcenkalender sein. Ressourcenkalender in Google haben keine verwendbare E-Mail-Adresse (sie sehen aus wie c_…@resource.calendar.google.com), daher muss ein Dienstkonto erstellt werden:
   1. Erstellen Sie ein Dienstkonto im Google Workspace-Tenant (z. B. cb_svc@example.com).
   2. Öffnen Sie in Google Kalender, angemeldet als Super-Admin, die Einstellungen und Freigabe des Ressourcenkalenders.
   3. Geben Sie den Kalender für das Dienstkonto frei und gewähren Sie die Berechtigung Änderungen vornehmen und Freigabe verwalten.
   CalendarBridge kann sich dann über die E-Mail-Adresse des Dienstkontos verbinden, um in und aus diesem Ressourcenkalender zu synchronisieren.