> 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/nl/beheerdershoek/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md).

# Overzicht van Zoom-agenda

Zoom biedt de beste ervaring aan gebruikers wanneer kalender Integratie(s) is ingeschakeld voor gebruikersaccounts, Zoom Rooms en H.323- of SIP-ruimtesystemen.

### Wat zijn de voordelen van het inschakelen van kalender Integratie(s)?

* Gebruikers zien een volledige agenda (inclusief niet-Zoom-vergaderingen) in hun Zoom-apps
* Gebruikers kunnen vergaderingen Planning en bewerken vanuit hun Zoom-apps
* Zoom Rooms-schermen en Planning-displays kunnen aankomende agenda-gebeurtenissen Weergeven
* Op standaarden gebaseerde H.323- en SIP-eindpunten kunnen automatisch of Met één druk deelnemen aan Zoom-vergaderingen via de Enhanced API Connector

{% hint style="info" %}
Bidirectionele synchronisatie is **aanbevolen en standaard ingeschakeld** wanneer agenda-integratie actief is. Met bidirectionele synchronisatie omvat de Integratie(s) zowel Zoom- als niet-Zoom-agenda-gebeurtenissen, wat een uniforme ervaring biedt voor gebruikers die Zoom gebruiken als hun centrale Planning-hub.

Door bidirectionele agenda-synchronisatie in te schakelen, worden externe agenda-gebeurtenissen die tijdens Planning worden verwijderd, bewerkt of verlaten, automatisch gesynchroniseerd met de Zoom Web Calendaring Service
{% endhint %}

### Welke kalenderproviders worden ondersteund?

Zoom Klanten kunnen contactpersoon- en agenda-gegevens integreren met drie providers:

* Microsoft 365 (voorheen Office 365)
* Microsoft Exchange Server
* Google werkruimte

### Hoe werkt de kalender Integratie(s)?

De agenda-integratie van Zoom volgt vier fasen: autorisatie, Evenementmonitoring, eindpuntgegevens ophalen en Bi-Directionele synchronisatie. De eerste twee fasen zijn universeel voor alle Eindpunten en methoden. De derde fase verschilt afhankelijk van het type Eindpunt en de geselecteerde authenticatiemethode.

{% stepper %}
{% step %}

#### **Autorisatie en veilige opslag van inloggegevens**

Zoom-beheerders — of gebruikers, als de Organisatie dit toestaat — moeten eerst toegang tot hun agendaprovider autoriseren via het Zoom-webportal.

Zoom slaat de objecten die nodig zijn om toegang te krijgen tot de gekoppelde agenda op in een permanente, versleutelde en veilige locatie. Bij gebruik van OAuth 2.0 slaat Zoom access tokens en refresh tokens voor gedelegeerde toegang veilig op in de Zoom-cloud. Voor Exchange on-premises (niet-hybride), dat geen OAuth 2.0 ondersteunt, moet Zoom echter de Gebruikersnaam en het wachtwoord veilig opslaan in de Zoom-cloud, omdat dit de enige Beschikbare methode is om toegang te behouden.

{% hint style="info" %}
Directe integratie met Exchange On-Premises vereist Basis-authenticatie.
{% endhint %}

{% hint style="info" %}
U kunt optioneel agenda-integraties configureren om Door de klant beheerde sleutel van Zoom (CMK) te gebruiken om inloggegevens te versleutelen en op te slaan, zodat u bepaalde gegevens die in rust zijn opgeslagen binnen de Zoom-cloudinfrastructuur kunt beschermen met uw eigen encryptiesleutels. CMK is een betaalde aanbieding en Zoom's Bring Your Own Key (BYOK)-oplossing. U kunt [meer lezen over Zoom CMK](https://www.zoom.com/en/blog/zoom-customer-managed-key/) op de Zoom-website.
{% endhint %}
{% endstep %}

{% step %}

#### **Evenementmonitoring en wijzigingsmelding**

De Zoom Web Calendaring Service abonneert zich op een webhook van de agendaprovider voor elke gebruiker nadat de agenda is gekoppeld in het Zoom-webportal. Deze webhooks stellen de Web Calendaring Service op de hoogte van alle agendawijzigingen, zodat deze vervolgens de juiste Zoom-Eindpunten kan informeren dat een update nodig is.
{% endstep %}

{% step %}

#### **Eindpuntgegevens ophalen**

Hoe agendagegevens een Zoom-Eindpunt bereiken, hangt af van het type Eindpunt en de geselecteerde authenticatiemethode. De volgende secties beschrijven elk model.

**Desktop- en mobiele applicaties: Gedelegeerde toegang**

Bij gebruik van gedelegeerde toegang geeft de Zoom Web Calendaring Service het OAuth access token bij aanmelding door aan de desktop- of mobiele client. De client bewaart dit token tijdelijk in het geheugen en gebruikt het om rechtstreeks verbinding te maken met de agendaprovider om evenementgegevens op te halen. Als het access token ongeldig is, gebruikt de Zoom Web Calendaring Service het opgeslagen refresh token om een nieuw access token aan te vragen en geeft het door aan de client.

**Desktop- en mobiele applicaties: Applicatiemachtigingen (Microsoft Graph API)**

Bij gebruik van de methode voor Applicatiemachtigingen blijven access tokens in de Zoom-cloud en worden ze niet doorgegeven aan clientapparaten. In plaats daarvan worden alle verzoeken om agendagegevens namens de client via de Zoom Web Calendaring Service doorgestuurd. De client maakt geen directe verbinding met de agendaprovider.

**Zoom Rooms: beide methoden**

Ongeacht of Applicatiemachtigingen of volledige gedelegeerde toegang wordt gebruikt, slaan Zoom Rooms tokens zowel op in de Zoom-cloud als lokaal op het Zoom Room-Eindpunt. Zoom Rooms maken rechtstreeks verbinding met de agendaprovider om agendagegevens op te halen.

{% hint style="info" %}
De diagrammen op de [Provider-specifieke details](/technical-library/nl/beheerdershoek/third-party-integrations/zoom-calendaring-integration-explainer/provider-specific-details.md) pagina illustreren de methoden op basis van gedelegeerde toegang en op Microsoft Graph API gebaseerde methoden voor desktop- en mobiele Integraties van gebruikers. Zoom Rooms volgen een ander model voor tokenopslag en -opvraging zoals hierboven beschreven.
{% endhint %}
{% endstep %}

{% step %}

#### Bi-Directionele agendasynchronisatie

Wanneer Bi-Directionele agendasynchronisatie is ingeschakeld en een gebruiker vanaf een Zoom-client of via het web een vergadering plant of bijwerkt, maakt de Web Calendaring Service het Evenement aan op de agenda van de gebruiker of werkt het bij via de API van de agenda-serviceprovider.

{% hint style="info" %}
Beheerders kunnen [Bi-Directionele synchronisatie configureren](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) op account- of gebruikersgroepniveau.

Bi-Directionele synchronisatie ondersteunt wijzigingen voor de volgende vergadertypen:

* Een individuele vergadering
* Een reeks vergaderingen (terugkerend)
* Een enkele instantie van een reeks vergaderingen
  {% endhint %}
  {% endstep %}
  {% endstepper %}

### Aangepaste Microsoft Entra-applicatie Registratie is Optioneel

Voor Meer informatie over het instellen van een aangepaste applicatie voor Zoom Rooms, zie het Zoom-ondersteuning-artikel [Zoom Rooms instellen met Office 365](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474).

### Welke Zoom-eindpunten hebben toegang tot kalenderdiensten?

Er zijn vier verschillende soorten Zoom-kalenderendpoints, die later in dit document elk uitgebreider worden behandeld.

* Webagenda-service
* Desktop- en mobiele apps
* Zoom Rooms
* Verbeterde API Connector


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/nl/beheerdershoek/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
