Teams 审批应用与 Power Automate 怎么打通？

从报销单到请假申请，从合同审批到策略确认，审批流程无处不在。传统的审批方式——邮件来回发送、微信截图确认、甚至口头批准——不仅效率低下，而且审计困难。Teams 内置的审批应用结合 Power Automate，可以将这些流程全部自动化，并留下完整的审计痕迹。

Teams 审批应用：基础使用与模板

审批应用的核心功能

Teams 的审批应用是一个轻量级的审批工具，允许用户在 Teams 内创建、发送和响应审批请求。审批人收到带有“批准”和“拒绝”按钮的自适应卡片通知，可以直接在 Teams 中点击响应，无需打开任何其他应用。每个审批请求都会留下完整的时间戳记录，包括谁发起了请求、谁批准/拒绝了、以及任何附加的评论。

如何添加和使用审批应用

在 Teams 左侧栏点击“…”→“更多应用”，搜索“审批”并添加。首次使用时，系统会引导你完成设置。添加后，审批应用会出现在左侧栏，你可以在其中查看所有待处理、已批准和已拒绝的请求。在聊天或频道中，你也可以直接点击消息旁边的“…”选择“创建审批”，快速发起一个针对该消息的审批。

审批模板的使用

为了减少重复劳动，审批应用支持模板功能。团队可以在审批中心选择“管理模板”→“新建模板”，自定义模板内容。模板可以预设：审批标题格式、审批人（固定或动态）、截止日期、自定义回复选项（如“同意/不同意/需修改”）、以及批准后的自动操作。创建完成后，用户可以选择模板快速发起审批，不需要每次都填写相同的信息。

审批的两种模式

审批应用支持两种审批模式：单一审批适用于只需要一个人批准的场景，如部门经理审批员工的请假申请；多阶段审批适用于需要多人依次批准的场景，如超过一定金额的采购申请需要部门经理和财务总监两人都批准。在多阶段审批中，可以设置审批顺序和每位审批人的截止日期。

Power Automate 集成：从简单到复杂

为什么需要 Power Automate

审批应用本身可以处理简单的审批流程，但一旦涉及与其他系统（如 SharePoint、CRM、ERP）的数据交换，或者需要根据审批结果自动触发后续操作，审批应用的局限性就显现出来了。Power Automate 提供了超过 800 个连接器，可以从任何业务事件触发审批，并根据审批结果执行复杂的自动化操作。

基础审批流程：SharePoint 列表触发

一个典型的 Power Automate 审批流：当用户在 SharePoint 列表中提交新的采购申请时，触发一个自动化流。流会提取申请中的信息（金额、供应商、理由），在 Teams 中创建一个审批请求，并将请求发送给申请人的经理。经理收到带有“批准”和“拒绝”按钮的 Teams 通知，点击后结果写回 SharePoint 列表，同时申请人会收到结果通知。整个过程不需要任何手动操作。

Power Automate 流的关键步骤包括：选择“当项被创建时”作为触发器（SharePoint）；添加“启动并等待审批”操作，设置审批类型为“批准/拒绝”，指定审批人；根据审批结果使用条件分支，如果批准则更新 SharePoint 状态为“已批准”，如果拒绝则更新为“已拒绝”；最后添加“发送 Teams 消息”操作通知申请人。

多阶段审批与条件分支

对于超过 5000 元的采购申请，可能需要在经理批准之后再由财务总监审批。在 Power Automate 中，可以使用条件分支和嵌套审批来实现。先判断金额是否大于 5000 元，如果是，先发起经理审批；经理批准后，再发起财务总监审批；只有当两个审批都通过后，才更新 SharePoint 状态。这种多阶段审批在 Power Automate 中完全可行，而且每个审批阶段都有独立的审计记录。

审批连接器的限制

Power Automate 中的审批连接器有一些已知限制：不支持外部来宾用户作为审批人；当使用“所有人必须批准”模式且包含自定义回复选项时，results 字段的大小限制可能导致数据截断；流默认有 28 天的超时限制，超长的审批可能需要重新设计流程。对于这些高级场景，可以考虑使用 Azure Logic Apps 作为替代方案。

Azure Logic Apps 用于复杂企业场景

对于需要与本地系统集成、处理大规模并发、或需要更长运行时间的审批流程，Azure Logic Apps 是比 Power Automate 更合适的选择。Logic Apps 支持与企业服务总线集成、自定义连接器、以及更细粒度的错误处理。当然，它的配置复杂度也更高，通常适合有专门集成开发团队的企业。

企业级案例：ISO 27001 政策确认工作流

审计就绪的审批流程

对于需要通过 ISO 27001 或 SOC 2 审计的企业，审批流程不仅仅是“谁批准了什么”，还需要证明：谁必须批准、他们有多少时间、如果他们不回复会发生什么、以及决策记录在哪里。Teams 审批应用结合 Power Automate 可以构建一个审计就绪的流程。

政策确认的完整工作流

一个典型的政策确认工作流包括以下阶段：政策草案在 SharePoint 中更新，启用版本控制；使用 Teams 审批应用批准该政策（留下审批人姓名、日期/时间和评论的记录）；政策批准后，将正确的版本发布到 SharePoint 并锁定编辑；向各部门发送确认请求；在 SharePoint 列表中收集确认记录（谁、何时、确认了哪个版本）；需要时导出确认证据用于审计。整个流程在 Microsoft 365 内部完成，不需要额外的 GRC 工具。

SLA 与升级机制

对于 ISMS（信息安全管理体系），审批延迟往往是流程问题而非安全问题。为了确保审批不会无限期搁置，需要设置明确的 SLA 和升级机制。规则一：对于风险接受、例外和供应商审批，默认规则是“不回复 = 不批准”，然后重新分配、升级或推迟并记录原因。规则二：对于常规项目的证据签字和低风险运营审批，不回复触发重新分配给备用审批人，然后升级给经理。规则三：风险接受应有到期日、条件和链接的补救计划（适用时）。审计人员不喜欢无限期的接受。

审计员会问什么

在审计中，审计员通常会查看批准记录，并要求提供：审批程序（SLA + 升级规则）；批准记录的样本（3-5 个）；证明已批准内容的证据链接；SLA 超时时的升级证明；高风险批准从未被静默处理的证明。Teams 审批记录的完整时间戳和审计日志可以满足这些要求。

创建审批模板的最佳实践

审批模板的设计原则

在审批中心创建模板时，遵循以下原则可以使模板更易用、更安全：模板标题应包含业务上下文（如“IT 设备采购审批”），而不是泛泛的“审批请求”；预设审批人时应使用组（如“IT 经理组”），而不是具体个人，以避免人员变动时模板失效；为每个模板设置默认的截止日期，避免审批无限期拖延；启用自定义回复选项，允许审批人选择“批准”、“拒绝”、“需修改”。

审批附件的生命周期管理

在审批请求中包含附件时，需要注意权限配置。附件通常存储在 SharePoint 中，审批人需要具有至少“读取”权限才能查看。建议将审批附件存储在一个专门的“审批附件库”中，配置精细的权限——只有相关审批人可以看到附件。审批完成后，可以将附件移动到归档库，并设置保留策略。

集成 Dynamics 365 业务事件

对于使用 Dynamics 365 的企业，可以通过 Power Automate 将业务事件（如新销售订单、发票超过信用额度）直接发送到 Teams 审批应用。流从业务事件中提取关键数据，在 Teams 中生成自适应卡片，审批人可以直接在 Teams 中批准或拒绝，结果自动写回 Dynamics 365。整个流程不需要离开 Teams。

排障与维护

审批应用与 Dataverse 的同步问题

用户有时会遇到“审批应用中的数据与 Power Automate 中的审批不同步”的问题。这通常表示审批应用与底层 Dataverse 环境之间存在同步问题，或用户权限缺失。解决方法是：尝试在 Power Automate Web 门户（make.powerautomate.com > 审批）中查看审批；如果 403（禁止）错误仍然存在，检查用户的权限分配；确保审批应用在 Teams 中已正确安装。

流超时的处理

Power Automate 中的“启动并等待审批”操作默认有 28 天的超时限制。如果审批流程可能超过 28 天（如年度预算审批），有两种解决方案：在流中实现“提醒-升级”循环，避免超时；使用 Azure Logic Apps，它支持更长的运行时间。对于大多数日常审批，28 天足够。

来宾用户作为审批人

审批连接器的一个已知限制是：不支持外部来宾用户作为审批人。如果您的审批流程需要外部合作伙伴（如供应商、客户）参与审批，可以考虑使用 Teams 共享频道中的自适应卡片，结合自定义 Power Automate 流来实现。该方案需要更多开发工作，但可以实现相同的功能。
https://youtu.be/k8K6wQLxooU