> 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/provider-specific-details.md).
# 提供者特定詳細資訊
### Microsoft Exchange Online 與混合式環境
#### 您使用哪些 Microsoft 365 API 進行行事曆處理？
Zoom 行事曆整合仰賴 Microsoft Graph API（MGAPI）。Microsoft 已開始 [逐步淘汰 Exchange Web Services（EWS）方法](https://techcommunity.microsoft.com/blog/exchange/retirement-of-exchange-web-services-in-exchange-online/3924440) 這些方法先前可用來將 Microsoft 365 資料與 Zoom 服務連線。Zoom 將這些 EWS 方法視為舊版選項。
#### 如何識別用於會議室的正式 Zoom 應用程式？
Zoom 的會議室行事曆應用程式可在 Entra ID 企業應用程式目錄中取得，並會根據您的 Graph API 設定方法，使用以下應用程式 ID 註冊：
* `a651cfda-cbdd-4a39-bd03-fa829c3c1b29` （完整委派存取權）
* `f56e91e5-5a82-452f-b435-d4d78aeaf064` （應用程式權限）
{% hint style="warning" %}
**Zoom 建議**
無需從 Entra ID 入口網站手動新增應用程式。使用 Zoom 網頁介面來請求並核准權限請求，會自動將應用程式新增至您的租用戶。
{% endhint %}
**完整委派存取與應用程式權限有什麼差異？**
一般而言，Zoom 建議使用具備應用程式權限的 Microsoft Graph API，因為這種設定方式在管理員端的設定與維護上所需的工作量明顯較少，且不需要專用的服務帳戶。不過，它會在帳戶層級套用權限。
應用程式權限（也稱為僅限應用程式存取）是 Microsoft 建議用於在背景服務中執行的企業應用程式的方法，且所需資料無法限定於單一使用者。
具備完整委派存取權的 Microsoft Graph API 是另一個可行選項，但需要專用的服務帳戶，且初始設定與維護需要更多工作量。
{% hint style="info" %}
這些圖表僅說明供桌面與行動裝置整合使用的委派式與以應用程式為基礎的 Microsoft Graph API 方法。Zoom Rooms 採用不同的權杖儲存與擷取模型。若要了解各種端點類型如何擷取行事曆資料，請參閱 [Zoom 行事曆概觀](/technical-library/zh-tw/guan-li-yuan-zhuan-qu/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md#how-does-the-calendaring-integration-work)區段中，位於 [Zoom 行事曆概觀](/technical-library/zh-tw/guan-li-yuan-zhuan-qu/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md) 頁面。
{% endhint %}
以下圖示顯示委派式與以應用程式為基礎的方法，以及傳輸中的憑證資訊。
委派式方法雖然提供授權，但確實會將憑證傳送到 Zoom 應用程式。
更具擴充性的方法——以應用程式為基礎的授權——可防止使用者憑證或權杖直接送達 Zoom 應用程式。
#### 我如何識別用於行事曆與聯絡人整合的官方 Zoom 應用程式？
Zoom 的行事曆與聯絡人應用程式可在 Entra ID 企業應用程式目錄中找到，並依據您的 Graph API 設定方法，使用以下應用程式 ID 註冊：
* `f46ceaed-fb2d-4694-803b-6341837f0ed2` （應用程式權限）
* `fc108d3f-543d-4374-bbff-c7c51f651fe5` （OAuth 委派式存取）
**Microsoft Graph API 整合方法有哪些限制？**
行事曆整合的應用程式權限方法目前仍在積極開發中，預計會隨時間加入更多功能。以本文發布日期為準，以下功能尚未支援：
* 多個行事曆（僅支援主要使用者行事曆）
* 在行事曆設定下建立行事曆
* 在行事曆中執行搜尋
* 包含附件
* 提出新的時間
* 尋找時間
* 建議的時間
#### 需要哪種 Entra ID 同意？
組織可以選擇允許使用者同意 Zoom 應用程式存取公司資料，或要求具有全域管理員權限的管理員先代表整個公司同意。此外，也可以使用 Entra ID 使用者同意原則，允許使用者自行同意應用程式存取被視為「低影響」的 API 權限，而無需管理員採取動作。
{% hint style="info" %}
**Zoom 建議**
請為您的組織選擇最合適的選項。請避免選擇允許使用者針對特定要求申請管理員同意的選項，因為此流程可能無法正確套用權限。
您的組織可選擇限制或允許使用者同意設定。Zoom 建議採用簡化的權限方式，讓使用者自行同意 Entra ID 應用程式。不過，無論您選擇哪一種，您的組織都必須在 Entra ID 端的選項與 Zoom 管理端的對應選項相符。
{% endhint %}
#### 需要哪些 API 權限？
同意流程的一個關鍵部分，是允許應用程式使用特定 API 權限。具體所需權限會因您使用 Graph API 或 EWS API 而有所不同，但下表詳細列出了兩者的需求。
**個人行事曆與聯絡人的 Graph API**
| 資源應用程式 | 權限 | 說明 | 原因 |
| --------------- | ------------------- | ----------------- | ------------ |
| Microsoft Graph | offline\_access | 維持對您已授權其存取之資料的存取權 | 允許存取重新整理權杖 |
| Microsoft Graph | openid | 讓使用者登入 | 驗證使用者並發出存取權杖 |
| Microsoft Graph | Calendars.ReadWrite | 完整存取使用者行事曆 | 同步行事曆事件 |
| Microsoft Graph | Contacts.ReadWrite | 完整存取使用者聯絡人 | 同步聯絡人 |
**會議室整合的 Graph API**
| 資源應用程式 | 權限 | 說明 | 原因 |
| --------------- | ------------------- | ----------------- | ------------ |
| Microsoft Graph | offline\_access | 維持對您已授權其存取之資料的存取權 | 允許存取重新整理權杖 |
| Microsoft Graph | openid | 讓使用者登入 | 驗證使用者並發出存取權杖 |
| Microsoft Graph | Calendars.ReadWrite | 完整存取使用者行事曆 | 同步行事曆事件 |
| Microsoft Graph | Place.Read.All | 讀取所有公司地點 | 擷取房間清單 |
| Microsoft Graph | Contacts.ReadWrite | 完整存取使用者聯絡人 | 同步聯絡人 |
### Microsoft Exchange Server
#### 支援哪些 Exchange Server 版本？
Zoom 支援與 Exchange Server 2007、2010、2013、2016 和 2019 的行事曆整合。
#### Exchange Server 整合可用哪些驗證方法？
Zoom 與內部部署 Exchange 伺服器之間的行事曆整合僅支援使用基本驗證。
#### 我們可以避免儲存認證嗎？
Zoom 應用程式可選擇使用 MAPI 連線，與本機 Outlook 用戶端通訊以取得行事曆資料。此方法的限制極大，僅可在 Windows 上使用（不支援 macOS 或行動裝置），不支援聯絡人資料，且需要 Outlook 用戶端同時執行。此外，如果 Zoom 用戶端在 Outlook 啟動之前先啟動，使用者將會看到 Outlook 安全性警告。如需更多資訊，請參閱支援文章 [以用戶端為基礎的行事曆整合](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0068389).
---
# 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/provider-specific-details.md?ask=&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.
