Preparazione dei tenant Microsoft e Google per le sincronizzazioni gestite dall'amministratore

Scenario di esempio

Azienda X opera in un ambiente misto:

• Tenant Microsoft 365: contoso.com (qui risiedono alcuni utenti)
• Tenant Google Workspace: example.com (qui risiede il resto degli utenti)

Problema attuale: gli utenti di un tenant non possono vedere la disponibilità (libero/occupato) degli utenti dell'altro tenant. Obiettivo: consentire la visibilità della disponibilità tra i tenant. Per esempio, john.doe@contoso.com (M365) dovrebbe poter vedere la disponibilità di sarah@example.com (Google) e viceversa, se lo si desidera.

Esempio concreto: John (M365) deve vedere Sarah (Google)

1. Origine (Google): il calendario principale di Sarah su sarah@example.com.
2. Destinazione (M365): il tenant contoso.com deve avere un calendario che rappresenti Sarah — o una casella utente completa sarah@contoso.com (che richiede una licenza M365) oppure, opzione consigliata, una casella risorsa denominata “Sarah” per evitare di assegnare una licenza a un nuovo utente.
3. CalendarBridge sincronizza quindi la disponibilità di Sarah da Google → nel calendario “Sarah” su M365, così John (e gli altri utenti M365) possono visualizzarla.
4. Se gli utenti di contoso.com invitano il calendario di Sarah alle riunioni, Sarah necessita anche di una connessione di sincronizzazione inversa (M365 → Google), affinché le riunioni accettate sul calendario risorsa “Sarah” vengano riscritte sul suo calendario reale sarah@example.com.

Direzione inversa: Sarah (Google) deve vedere John (M365)

1. Origine (M365): il calendario principale di John su john.doe@contoso.com.
2. Destinazione (Google): il tenant example.com deve avere un calendario che rappresenti John — o una casella utente completa john.doe@example.com (che richiede una licenza Workspace) oppure, opzione consigliata, un calendario risorsa denominato “John Doe” (non è necessaria alcuna licenza utente). Google assegna un indirizzo risorsa come c_188bp5b5u2np4ghmh4psh6ra7lfl6@resource.calendar.google.com.
3. CalendarBridge sincronizza quindi la disponibilità di John da M365 → nel calendario risorsa “John Doe” su Google.
4. Se gli utenti di example.com invitano il calendario di John alle riunioni, anche John necessita di una connessione di sincronizzazione inversa (Google → M365).

Creazione dei calendari necessari sul tenant di destinazione

Sul tenant di destinazione (dove le persone devono visualizzare o invitare l'utente), crea un calendario che rappresenti quella persona o risorsa.

1. Destinazione Microsoft 365: crea una casella utente (richiede una licenza M365) o una casella risorsa (nessuna licenza necessaria) per la persona/risorsa. Le caselle risorsa ricevono automaticamente un indirizzo email standard utilizzabile da CalendarBridge (ad es. confroom1@contoso.com), quindi non è richiesto alcun account di servizio o configurazione di condivisione aggiuntivi.
2. Destinazione Google Workspace: ogni calendario può essere una casella utente (ad es. john.doe@example.com) o un calendario risorsa. I calendari risorsa in Google non dispongono di un indirizzo email utilizzabile (hanno l'aspetto di c_…@resource.calendar.google.com), quindi è necessario creare un account di servizio:
   1. Crea un account di servizio nel tenant Google Workspace (ad es. cb_svc@example.com).
   2. In Google Calendar, con l'accesso come super amministratore, apri Impostazioni e condivisione del calendario risorsa.
   3. Condividi il calendario con l'account di servizio e concedi le autorizzazioni Apportare modifiche e gestire la condivisione.
   CalendarBridge può quindi connettersi utilizzando l'indirizzo email dell'account di servizio per sincronizzare da e verso quel calendario risorsa.