> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/it/angolo-admin/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md).

# Panoramica della pianificazione di Zoom

Zoom offre la migliore esperienza agli utenti quando le Integrazioni del calendario sono abilitate per gli account utente, Zoom Rooms e i sistemi di sala H.323 o SIP.

### Quali sono i vantaggi di abilitare le Integrazioni del calendario?

* Gli utenti vedono un calendario completo (incluse le riunioni non Zoom) nelle loro Zoom Apps
* Gli utenti possono Pianificare e modificare le riunioni dalle loro Zoom Apps
* Gli schermi di Zoom Rooms e i display di pianificazione Mostra i prossimi eventi del calendario
* Gli endpoint H.323 e SIP basati sugli standard possono partecipare automaticamente alle Zoom Meetings o con un solo tocco tramite il Connettore API avanzato

{% hint style="info" %}
La sincronizzazione bidirezionale è **consigliata e abilitata per impostazione predefinita** quando l'integrazione del calendario è Attiva. Con la sincronizzazione bidirezionale, Integrazioni copre sia gli eventi del calendario Zoom sia quelli non Zoom, offrendo un'esperienza unificata per gli utenti che si affidano a Zoom come hub centrale di pianificazione.

L'abilitazione della sincronizzazione bidirezionale del calendario garantisce che tutti gli eventi del calendario di terze parti eliminati, modificati o abbandonati durante la pianificazione vengano sincronizzati automaticamente con il Servizio di Calendaring Web di Zoom
{% endhint %}

### Quali provider di calendario sono supportati?

I Clienti Zoom possono integrare i dati di contatto e calendario con tre provider:

* Microsoft 365 (precedentemente Office 365)
* Microsoft Exchange Server
* Google area di lavoro

### Come funzionano le Integrazioni del calendario?

Le Integrazioni di calendaring di Zoom seguono quattro fasi: autorizzazione, monitoraggio degli eventi, recupero dei dati dell'endpoint e Sincronizzazione bidirezionale. Le prime due fasi sono universali per tutti gli endpoint e i metodi. La terza fase varia a seconda del tipo di endpoint e del metodo di autenticazione selezionato.

{% stepper %}
{% step %}

#### **Autorizzazione e archiviazione sicura delle credenziali**

Gli amministratori di Zoom — o gli utenti, se consentito dall'Organizzazione — devono prima autorizzare l'accesso al proprio fornitore di calendaring tramite lo Zoom web portal.

Zoom memorizza gli oggetti necessari per accedere al calendario connesso in una posizione persistente, crittografata e sicura. Quando si usa OAuth 2.0, Zoom archivia in modo sicuro i token di accesso e i token di aggiornamento dell'accesso delegato nel cloud Zoom. Tuttavia, per Exchange on-premises (non ibrido), che non supporta OAuth 2.0, Zoom deve archiviare in modo sicuro il Nome utente e la password nel cloud Zoom, poiché questo è l'unico metodo disponibile per mantenere l'accesso.

{% hint style="info" %}
Le Integrazioni dirette con Exchange On-Premises richiedono autenticazione Basic.
{% endhint %}

{% hint style="info" %}
Puoi configurare facoltativamente le Integrazioni di calendaring per usare la Chiave gestita dal cliente Zoom (CMK) per crittografare e archiviare le credenziali, consentendoti di proteggere determinati dati archiviati a riposo all'interno dell'infrastruttura cloud Zoom usando le tue chiavi di crittografia. CMK è un'offerta a pagamento e la soluzione Bring Your Own Key (BYOK) di Zoom. Puoi [leggere di più su Zoom CMK](https://www.zoom.com/en/blog/zoom-customer-managed-key/) sul sito web di Zoom.
{% endhint %}
{% endstep %}

{% step %}

#### **Monitoraggio degli eventi e notifica delle modifiche**

Il servizio di calendaring web di Zoom si iscrive a un webhook del fornitore di calendaring per ciascun utente dopo che il calendario è connesso nel Zoom web portal. Questi webhook notificano al servizio di calendaring web eventuali modifiche al calendario, in modo che possa quindi notificare agli endpoint Zoom appropriati che è necessario un aggiornamento.
{% endstep %}

{% step %}

#### **Recupero dei dati dell'endpoint**

Il modo in cui i dati del calendario raggiungono un endpoint Zoom dipende dal tipo di endpoint e dal metodo di autenticazione selezionato. Le sezioni seguenti descrivono ogni modello.

**App desktop e mobili: accesso delegato**

Quando si usa l'accesso delegato, il servizio di calendaring web di Zoom passa il token di accesso OAuth al client desktop o mobile al momento dell'accesso. Il client conserva temporaneamente questo token in memoria e lo usa per connettersi direttamente al fornitore di calendaring e recuperare i dati dell'evento. Se il token di accesso non è valido, il servizio di calendaring web di Zoom usa il token di aggiornamento memorizzato per richiedere un nuovo token di accesso e lo passa al client.

**App desktop e mobili: Permessi dell'applicazione (Microsoft Graph API)**

Quando si usa il metodo Permessi dell'applicazione, i token di accesso rimangono nel cloud Zoom e non vengono passati ai dispositivi client. Invece, tutte le richieste di dati del calendario vengono instradate tramite il servizio di calendaring web di Zoom per conto del client. Il client non si connette direttamente al fornitore di calendaring.

**Zoom Rooms: entrambi i metodi**

Indipendentemente dal fatto che vengano usati i Permessi dell'applicazione o l'Accesso delegato completo, Zoom Rooms memorizzano i token sia nel cloud Zoom sia localmente sull'endpoint Zoom Room. Zoom Rooms si connettono direttamente al fornitore di calendaring per recuperare i dati del calendario.

{% hint style="info" %}
I diagrammi sulla [Dettagli specifici del provider](/technical-library/it/angolo-admin/third-party-integrations/zoom-calendaring-integration-explainer/provider-specific-details.md) pagina illustrano i metodi Delegated e basati su applicazione dell'API Microsoft Graph per le Integrazioni desktop e mobili degli utenti. Zoom Rooms seguono un modello diverso di archiviazione e recupero dei token, come descritto sopra.
{% endhint %}
{% endstep %}

{% step %}

#### Sincronizzazione bidirezionale del calendario

Con la Sincronizzazione bidirezionale del calendario abilitata, se un utente pianifica o aggiorna una riunione da un client Zoom o dal web, il servizio di calendaring web crea o aggiorna l'evento nel calendario dell'utente tramite l'API del fornitore di servizi del calendario.

{% hint style="info" %}
Gli amministratori possono [configurare la Sincronizzazione bidirezionale](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) a livello di account o di gruppo di utenti.

La Sincronizzazione bidirezionale supporta gli aggiornamenti apportati ai seguenti tipi di riunione:

* Una riunione individuale
* Una serie di riunioni (ricorrenti)
* Una singola occorrenza di una serie di riunioni
  {% endhint %}
  {% endstep %}
  {% endstepper %}

### L'iscrizione personalizzata dell'applicazione Microsoft Entra è Facoltativo

Per Scopri di più sulla configurazione di un'applicazione personalizzata per Zoom Rooms, consulta l'articolo di Assistenza Zoom [Configurazione di Zoom Rooms con Office 365](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474).

### Quali endpoint Zoom possono avere Access ai servizi di calendario?

Esistono quattro diversi tipi di endpoint Zoom per il calendario, ciascuno dei quali viene trattato più in dettaglio più avanti in questo documento.

* Servizio di calendario Web
* Applicazioni desktop e mobile
* Zoom Rooms
* Connettore API avanzato


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/it/angolo-admin/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
