Exchange Online 中的 EWS 退役：业务系统负责人应检查什么

如果业务应用依赖 Exchange Online 中的 Exchange Web Services (EWS)，在批准重建之前，应先确认它使用哪些功能，以及这些功能将如何继续运行。供应商提供受支持的更新或调整集成方式，可能就足以满足需求。只有当现有受支持方案无法支持业务所需工作时，才需要考虑更换整个应用。

对于审批预算的人来说，合适的起点是一份简明的依赖记录：连接承担什么工作、由谁负责、将采用哪种受支持方案，以及用什么证据证明业务功能正常。

当前时间表与适用范围

Microsoft 的 EWS 退役公告说明了两个阶段。按租户分批实施、可由管理员控制的停用已于 2026 年 10 月 1 日开始。过渡期间能否访问，取决于租户设置和应用控制，因此仅凭日期无法判断你的连接目前是否已被阻止。永久关闭将于 2027 年 4 月 1 日开始，届时管理员将无法再通过租户设置控制 EWS 访问。

该公告适用于 Microsoft 365 和 Exchange Online。本地部署的 Exchange Server 中的 EWS 不在此次退役范围内。请技术负责人确认受影响的连接实际访问的是哪种环境。

在允许的情况下，临时恢复 EWS 访问可以争取过渡时间。任何此类措施都应指定负责人，并为替代方案设定完成日期。恢复访问只能说明现有连接可以重新运行，不能证明应用已为永久关闭做好准备。

将技术依赖与运营负责人对应起来

先联系负责这些互联系统的人员。请 IT 提供 EWS 使用情况证据，并请各应用负责人说明已识别的连接具体承担什么工作。Microsoft 的 弃用指南介绍了管理员可使用的报告和分析工具。

只有将应用标识符对应到具体业务功能后，它对预算负责人来说才有意义。例如，某个连接可能负责更新排班系统中的预约。连接失败后，员工可能只能依据过时的排班工作。了解这一后果有助于确定优先级和审批责任人。

请为每项依赖记录以下信息：

• 功能及其后果: 连接承担什么工作、相关工作多久发生一次，以及连接失败会怎样。
• 应用及责任归属: 负责持续运行的系统、供应商和内部人员。
• 技术需求: 使用的 EWS 操作或能力，以及涉及的邮箱和环境。
• 延续方案证据: 拟采用的受支持方案、涵盖该方案的供应商版本或文档，以及尚未解决的差距。
• 实施与验收: 由谁实施、何时完成，以及必须通过哪项业务检查。

活动记录有助于找到依赖关系，但应用负责人仍需说明它在运营中的重要性，包括月末处理等低频工作。

检查拟议替代方案具备的能力

Microsoft Graph 支持许多 EWS 场景，但不能假定两者完全等同。Microsoft 的 能力路线图列出了尚存差距、替代方案以及不会新增的能力。例如，公用文件夹的导入和导出，与常规的创建、读取、更新和删除操作并非同一能力。拟议方案必须覆盖应用实际需要的操作。

同一路线图也说明，预计可用日期只是可能变化的目标。路线图中列出的某个季度，即使已经过去，也不足以证明功能已经交付。请供应商或技术负责人指出现已可用的能力，以及包含该能力的具体版本。

如果受支持的应用更新能够覆盖所需功能，请评估其成本、部署要求和验收证据。如果调整集成方式可以满足要求，则评估相应范围。如果某个必需组件没有合适的受支持方案，就比较更换组件、调整工作流程或改用其他应用。比较时应围绕缺失的功能及其业务后果展开，让决策依据清楚明确。

批准可验证的结果

以排班检查为例，可以通过互联系统创建一个预约、修改时间，并确认预期记录已为相关用户更新。检查权限是否仍符合各自职责。还应包含一次操作失败的情况，并确认负责人能够发现并处理问题。测试前先约定预期结果。

成功登录只能证明连接的一部分。验收应证明实际业务操作可用，也应覆盖可能造成影响的失败情形。把结果附在依赖记录中，让审批完成的人看得见检查了什么。

如果你需要处理受影响的业务系统连接，请说明应用及其承担的功能。我们提供 API 集成服务；这些信息可以作为讨论所需工作范围的起点。