> 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/guan-li-yuan-jiao-luo/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 Web 界面来请求并批准权限请求将会自动将该应用程序添加到你的租户。
{% endhint %}
**完全委派访问权限与应用程序权限有什么区别？**
一般来说，Zoom 建议在使用 Microsoft Graph API 时采用应用程序权限，因为这种配置方式在设置和维护上对管理员而言所需的工作量要少得多，并且不需要专用的服务账户。不过，它会在账户级范围内应用权限。
应用程序权限（也称为仅应用访问）是 Microsoft 针对作为后台服务运行且所需数据无法限定为单个用户的企业版应用程序所推荐的方法。
使用具有完全委派访问权限的 Microsoft Graph API 是一种替代方案，但需要专用的服务账户，并且在初始设置和维护方面需要更多工作量。
{% hint style="info" %}
这些图示仅说明用于桌面和移动集成的委派和基于应用程序的 Microsoft Graph API 方法。Zoom Rooms 采用不同的令牌存储和检索模型。有关每种端点类型如何检索日历数据的详细信息，请参阅 [Zoom 日历概览](/technical-library/zh/guan-li-yuan-jiao-luo/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md#how-does-the-calendaring-integration-work)部分中的 [Zoom 日历概览](/technical-library/zh/guan-li-yuan-jiao-luo/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 | 离线访问 | 保持对您已授予其访问权限的数据的访问 | 支持访问刷新令牌 |
| Microsoft Graph | openid | 让用户登录 | 对用户进行身份验证并颁发访问令牌 |
| Microsoft Graph | 日历.ReadWrite | 对用户日历的完全访问 | 同步日历事件 |
| Microsoft Graph | Contacts.ReadWrite | 对用户联系人具有完全访问权限 | 同步联系人 |
**用于会议室集成的 Graph API**
| 资源应用程序 | 权限 | 描述 | 原因 |
| --------------- | ------------------ | ------------------ | ---------------- |
| Microsoft Graph | 离线访问 | 保持对您已授予其访问权限的数据的访问 | 支持访问刷新令牌 |
| Microsoft Graph | openid | 让用户登录 | 对用户进行身份验证并颁发访问令牌 |
| Microsoft Graph | 日历.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 Server 之间的日历集成仅支持使用基础版身份验证。
#### 我们可以避免存储凭据吗？
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/guan-li-yuan-jiao-luo/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.