> 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/zh-tw/guan-li-yuan-zhuan-qu/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md).

# Zoom 行事曆概觀

當已為使用者帳戶、Zoom Rooms 以及 H.323 或 SIP 會議室系統啟用行事曆整合時，Zoom 可為使用者提供最佳體驗。

### 啟用行事曆整合有哪些好處？

* 使用者可在其 Zoom 應用程式中查看完整行事曆（包括非 Zoom 會議）
* 使用者可以在其 Zoom 應用程式中排程和編輯會議
* Zoom Rooms 螢幕和排程顯示畫面會顯示即將到來的行事曆事件
* 符合標準的 H.323 和 SIP 端點可透過增強型 API 連接器自動或一鍵加入 Zoom 會議

{% hint style="info" %}
雙向同步是 **建議啟用且預設開啟** 當行事曆整合啟用時。透過雙向同步，整合涵蓋 Zoom 與非 Zoom 行事曆事件，為依賴 Zoom 作為中央排程中心的使用者提供統一的體驗。

啟用雙向行事曆同步可確保在排程期間被刪除、編輯或放棄的任何第三方行事曆事件，都會自動同步至 Zoom 網頁行事曆服務
{% endhint %}

### 支援哪些行事曆服務供應商？

Zoom 客戶可以與三個供應商整合聯絡人與行事曆資料：

* Microsoft 365（前稱 Office 365）
* Microsoft Exchange Server
* Google Workspace

### 行事曆整合如何運作？

Zoom 的行事曆整合遵循四個階段：授權、事件監控、端點資料擷取，以及雙向同步。前兩個階段在所有端點和方法中都是通用的。第三個階段則會因端點類型與所選的驗證方法而有所不同。

{% stepper %}
{% step %}

#### **授權與安全憑證儲存**

Zoom 管理員——或在組織允許的情況下，使用者——必須先透過 Zoom 網頁入口網站授權存取其行事曆服務提供者。

Zoom 會將存取已連線行事曆所需的物件儲存在持久、加密且安全的位置。使用 OAuth 2.0 時，Zoom 會在 Zoom Cloud 中安全地儲存存取權杖和委派存取重新整理權杖。然而，對於不支援 OAuth 2.0 的內部部署 Exchange（非混合式），Zoom 必須在 Zoom Cloud 中安全地儲存使用者名稱和密碼，因為這是維持存取的唯一可用方法。

{% hint style="info" %}
直接整合到內部部署 Exchange 需要基本驗證。
{% endhint %}

{% hint style="info" %}
您可以選擇設定行事曆整合使用 Zoom 客戶自行管理金鑰（CMK）來加密並儲存憑證，讓您能使用自己的加密金鑰來保護儲存在 Zoom Cloud 基礎架構中靜態保存的特定資料。CMK 是付費服務，也是 Zoom 的自備金鑰（BYOK）方案。您可以 [在 Zoom 網站上進一步了解 Zoom CMK](https://www.zoom.com/en/blog/zoom-customer-managed-key/) 。
{% endhint %}
{% endstep %}

{% step %}

#### **事件監控與變更通知**

在網頁入口網站中完成行事曆連線後，Zoom 網頁行事曆服務會為每位使用者訂閱來自行事曆服務提供者的 webhook。這些 webhook 會通知網頁行事曆服務任何行事曆變更，之後它便可通知適當的 Zoom 端點需要更新。
{% endstep %}

{% step %}

#### **端點資料擷取**

行事曆資料如何到達 Zoom 端點，取決於端點類型與所選的驗證方法。以下各節會說明每種模型。

**桌面與行動應用程式：委派存取**

使用委派存取時，Zoom 網頁行事曆服務會在登入時將 OAuth 存取權杖傳遞給桌面或行動用戶端。用戶端會暫時將此權杖保留在記憶體中，並用它直接連線至行事曆服務提供者以擷取事件資料。如果存取權杖無效，Zoom 網頁行事曆服務會使用已儲存的重新整理權杖來請求新的存取權杖，並將其傳遞給用戶端。

**桌面與行動應用程式：應用程式權限（Microsoft Graph API）**

使用應用程式權限方法時，存取權杖會保留在 Zoom Cloud 中，不會傳遞到用戶端裝置。相反地，所有行事曆資料請求都會透過 Zoom 網頁行事曆服務代替用戶端進行轉送。用戶端不會直接連線至行事曆服務提供者。

**Zoom Rooms：兩種方法皆可**

無論使用應用程式權限或完整委派存取，Zoom Rooms 都會將權杖同時儲存在 Zoom Cloud 與 Zoom Room 端點本機。Zoom Rooms 會直接連線至行事曆服務提供者以擷取行事曆資料。

{% hint style="info" %}
該 [提供者特定詳細資訊](/technical-library/zh-tw/guan-li-yuan-zhuan-qu/third-party-integrations/zoom-calendaring-integration-explainer/provider-specific-details.md) 頁面上的圖示說明了適用於使用者桌面與行動整合的委派式與以應用程式為基礎的 Microsoft Graph API 方法。如上所述，Zoom Rooms 採用不同的權杖儲存與擷取模型。
{% endhint %}
{% endstep %}

{% step %}

#### 雙向行事曆同步

啟用雙向行事曆同步後，如果使用者從 Zoom 用戶端或網頁排程或更新會議，網頁行事曆服務會透過行事曆服務提供者的 API，在使用者的行事曆上建立或更新該事件。

{% hint style="info" %}
管理員可以 [設定雙向同步](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) 於帳戶或使用者群組層級。

雙向同步支援對以下會議類型所做的更新：

* 單一會議
* 一系列會議（重複）
* 一系列會議中的單一發生項目
  {% endhint %}
  {% endstep %}
  {% endstepper %}

### 自訂 Microsoft Entra 應用程式註冊為選用的

若要進一步了解如何為 Zoom Rooms 設定自訂應用程式，請參閱 Zoom 支援文章 [使用 Office 365 設定 Zoom Rooms](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474).

### 哪些 Zoom 端點可以存取行事曆服務？

Zoom 行事曆端點共有四種類型，稍後在本文中會更詳細說明其中每一種。

* Web 行事曆服務
* 桌面和行動應用程式
* Zoom Rooms
* Enhanced 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/zh-tw/guan-li-yuan-zhuan-qu/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.