> 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/sv/adminhornan/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md). # Översikt över Zoom-kalenderintegrering Zoom ger den bästa upplevelsen för användare när kalenderintegreringar är aktiverad för användarkonton, Zoom Rooms och H.323- eller SIP-rumsystem. ### Vilka är fördelarna med att aktivera kalenderintegreringar? * Användare ser en fullständig kalender (inklusive möten som inte är Zoom-möten) i sina Zoom-appar * Användare kan schemalägga och redigera möten från sina Zoom-appar * Zoom Rooms-skärmar och schemaläggningsdisplayer visa kommande kalenderhändelser * H.323- och SIP-slutpunkter som bygger på standarder kan gå med i Zoom-möten automatiskt eller med ett knapptryck genom det förbättrade API-anslutningsprogrammet {% hint style="info" %} Tvåvägssynkronisering är **rekommenderad och aktiverad som standard** när kalenderintegrering är aktiv. Med tvåvägssynkronisering 2.0 utökas integreringar till att omfatta både Zoom- och icke-Zoom-kalenderhändelser, vilket ger en enhetlig upplevelse för användare som förlitar sig på Zoom som sin centrala schemaläggning hubb. Att aktivera tvåvägs kalendersynkronisering säkerställer att alla kalenderhändelser från tredje part som tas bort, redigeras eller överges under schemaläggning synkroniseras med Zoom Web Calendaring Service automatiskt {% endhint %} ### Vilka tillförlitlighetsförbättringar gjordes mellan Dubbelriktad synkronisering 1.0 och Dubbelriktad synkronisering 2.0? Bi-Directional synkronisera 2.0 inför också betydande förbättringar i tillförlitlighet. I den tidigare versionen krävde kalenderuppdateringar ett utlösande evenemang i Outlook och Google Kalender, till exempel att skapa eller ändra ett möte, innan ändringarna skulle spridas till Zoom. Med 2.0 sker synkronisering automatiskt, utan behov av utlösande åtgärder i Outlook. ### Vilka kalenderleverantörer stöds? Zoom Kunder kan integrera kontakt- och kalenderdata med tre leverantörer: * Microsoft 365 (tidigare Office 365) * Microsoft Exchange Server * Google arbetsplats ### Hur fungerar kalenderintegreringar? Zooms kalenderintegreringar följer fyra steg: auktorisering, evenemangsövervakning, hämtning av data från ändpunkt och Bi-riktad synkronisera. De två första stegen är universella över alla ändpunkter och metoder. Det tredje steget skiljer sig beroende på ändpunktstypen och den valda autentiseringsmetoden. {% stepper %} {% step %} #### **Auktorisering och säker lagring av autentiseringsuppgifter** Zoom-administratörer — eller användare, om det är tillåtet av organisationen — måste först auktorisera åtkomst till sin kalenderleverantör via Zoom-webbportalen. Zoom lagrar de objekt som krävs för att få åtkomst till den anslutna kalendern på en beständig, krypterad och säker plats. När OAuth 2.0 används lagrar Zoom säkert åtkomsttoken och delegerade åtkomstuppdateringstoken i Zoom-moln. För Exchange lokalt (icke-hybrid), som inte stöder OAuth 2.0, måste Zoom dock säkert lagra användarnamn och lösenord i Zoom-moln, eftersom detta är den enda tillgängliga metoden för att upprätthålla åtkomst. {% hint style="info" %} Direkt integreringar till Exchange On-Premises kräver Basic autentisering. {% endhint %} {% hint style="info" %} Du kan valfritt konfigurera kalenderintegreringar för att använda Zooms kundhanterade nyckel (CMK) för att kryptering och lagra autentiseringsuppgifter, vilket gör att du kan skydda viss data som lagras i vila i Zoom-moln-infrastrukturen med dina egna krypteringsnycklar. CMK är ett betalt erbjudande och Zooms Bring Your Own Key (BYOK)-lösning. Du kan [Läs mer Om oss Zoom kundhanterad nyckel (CMK)](https://www.zoom.com/en/blog/zoom-customer-managed-key/) på Zoom-webbplatsen. {% endhint %} {% endstep %} {% step %} #### **Övervakning av evenemang och ändra avisering** Zooms webbkalendertjänst prenumererar på en webhook från kalenderleverantören för varje användare efter att kalendern har anslutits i webbportalen. Dessa webhooks meddelar webbkalendertjänsten om eventuella kalenderändringar så att den sedan kan meddela lämpliga Zoom-slutpunkter att en uppdatering behövs. {% endstep %} {% step %} #### **Hämtning av ändpunktsdata** Hur kalenderdata når en Zoom-ändpunkt beror på ändpunktstypen och den valda autentiseringsmetoden. Följande avsnitt beskriver varje modell. **Skrivbords- och mobilappar: Delegerad åtkomst** När delegerad åtkomst används skickar Zoom Webkalendertjänsten OAuth-åtkomsttoken till skrivbords- eller mobilklienten vid inloggning. Klienten lagrar denna token tillfälligt i minnet och använder den för att ansluta direkt till kalenderleverantören för att hämta evenemangsdata. Om åtkomsttoken är ogiltig använder Zoom Webkalendertjänsten den lagrade uppdateringstoken för att begära en ny åtkomsttoken och skickar den till klienten. **Skrivbords- och mobilappar: Applikationsbehörigheter (Microsoft Graph API)** När metoden med applikationsbehörigheter används förblir åtkomsttoken i Zoom-moln och skickas inte till klientenheter. I stället skickas alla begäranden om kalenderdata via Zoom Webkalendertjänsten på klientens vägnar. Klienten ansluter inte direkt till kalenderleverantören. **Zoom Rooms: Båda metoderna** Oavsett om applikationsbehörigheter eller Full Delegate Access används lagrar Zoom Rooms token både i Zoom-moln och lokalt på Zoom Rooms-ändpunkten. Zoom Rooms ansluter direkt till kalenderleverantören för att hämta kalenderdata. {% hint style="info" %} Diagrammen på [Leverantörsspecifika detaljer](/technical-library/sv/adminhornan/third-party-integrations/zoom-calendaring-integration-explainer/provider-specific-details.md) sidan illustrerar de delegerade och applikationsbaserade Microsoft Graph API-metoderna för användare med skrivbords- och mobilintegrationer. Zoom Rooms följer en annan modell för lagring och hämtning av token, som beskrivs ovan. {% endhint %} {% endstep %} {% step %} #### Synkronisera kalendern i båda riktningar Med Synkronisera kalendern i båda riktningar aktiverat, om en användare schemalägger eller uppdaterar ett möte från en Zoom-klient eller webben, skapar eller uppdaterar Webbkalendertjänsten evenemanget i användarens kalender via tjänsteleverantörens API. {% hint style="info" %} Administratörer kan [konfigurera för att synkronisera i båda riktningar](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) på konto- eller användargruppsnivå. Funktionen för att synkronisera i båda riktningar stöder uppdateringar som görs för följande mötestyper: * Ett enskilt möte * En serie möten (återkommande) * En enskild förekomst av en serie möten {% endhint %} {% endstep %} {% endstepper %} ### Anpassad Microsoft Entra-applikationsregistrering är valfri För att läs mer om hur du ställer in en anpassad applikation för Zoom Rooms, se artikeln i Zoom Support [Konfigurera Zoom Rooms med Office 365](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474). ### Vilka Zoom-slutpunkter kan få åtkomst till kalenderfunktioner? Det finns fyra olika typer av Zoom-kalenderändpunkter, var och en behandlas mer ingående senare i detta dokument. * Webbkalendertjänst * Skrivbords- och mobilappar * Zoom Rooms * Förbättrat API anslutningsprogram --- # 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/sv/adminhornan/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md?ask=&goal= ``` `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.