> 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 Enterprise Application 目錄中找到，並會依您的 Graph API 設定方法註冊為以下應用程式識別碼：
* `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 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/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 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.