指南：从经典工作流迁移到 SharePoint 中的 Power Automate 流

当前形势

对于当前和将来在 SharePoint 中构建应用和流程自动化的业务用户，Microsoft Power Apps 和 Microsoft Power Automate 中的流是你的首选工具。 随着 SharePoint 从 InfoPath 和 SharePoint Designer工作流发展到 Power Automate 中 Power Apps 和流的简单性和多功能性，这种自然转换正在顺利进行。

当前形势

本文专门提供有关如何规划从经典 SharePoint 工作流过渡到 Power Automate 流的指南。

SharePoint 中的经典工作流

SharePoint 中的经典工作流构成两个工作流系统，即

• SharePoint 2010 工作流 (于 2020 年 11 月弃用)
• SharePoint 2013 工作流

虽然这两个工作流系统都允许用户在 SharePoint 中生成和发布工作流，但请参阅以下主要差异：

• 与 SharePoint Server 2010 一起发布的 SharePoint 2010 工作流在 SharePoint 工作流运行时中托管和执行。
• 与 SharePoint Server 2013 一起发布的 SharePoint 2013 工作流托管在 SharePoint 中，并在独立运行的 工作流管理器 中执行。

用户主要使用 SharePoint Designer在 SharePoint 中创作和发布工作流，而希望扩展和生成工作流的专业开发人员则使用 Visual Studio 在 SharePoint 中生成和发布工作流。

使用 Power Automate 流的新式工作流

自经典工作流发布以来，SharePoint 和 Microsoft 365 应用不断发展，以提供引人入胜、灵活且性能更高的体验。 SharePoint 中的新式体验与其余 Microsoft 365 应用和服务集成，可提高安全性、工作效率和协作。

Power Automate 可帮助用户和企业在喜欢的应用和服务之间创建自动化工作流，以获取通知、收集数据、自动执行业务策略等。

使用 Microsoft Power Automate，SharePoint 用户可以使用 SharePoint 连接器为列表或库中的数据更改创建自动化。 用户可以构建简单到复杂的工作流，例如，但不限于：

• 在列表中创建新项目时发送电子邮件。
• 在库中添加新文件时开始审批。

若要创建和创作流，用户主要使用 Power Automate 网站 ，而用户还可以 从 SharePoint 内或使用 Power Automate 移动应用创建流。

若要了解有关在 SharePoint 中使用 Power Automate 构建工作流的详细信息，请从以下位置开始：业务应用和业务流程 业务应用和业务流程自动化。

在 SharePoint 和 Power Automate 流中的经典工作流之间移动的痛点

许多人认为 SharePoint Designer (经典) 工作流和 Power Automate 流之间存在重大差距，但列表并不长。 当然，在从经典工作流迁移到 Power Automate 流时，在规划中应考虑一些解决方法。

• 流的 30 天运行限制 – SharePoint Designer工作流可以无休止地运行，但流的生命周期为 30 天。 超出此限制意味着流需要以重新进入的方式调用自身，以重启时钟计时。 根据你选择实现此目的的解决方案，这可能需要高级 Power Automate 许可证。
• HTTP 连接器 – 如果调用 SharePoint 的 REST API，则可以使用 SharePoint 连接器中提供的 “将 HTTP 请求发送到 SharePoint” 操作。 Flow 还有一个泛型 HTTP 连接器 (作为操作) ，但它是高级连接器。 如果广泛使用 HTTP 调用，则可能需要创建具有 Power Automate 许可证的“服务帐户”用户，并使用该用户帐户运行这些流。 这也有助于更轻松地管理你认为“企业”流的一组流。
• 可重用流 - 使用一些模块化思维，可以创建一个主流，每个列表或库的流可以调用它来执行繁重的工作。 在某些方面，这甚至更可取，因为可以编辑在许多位置集中使用的流。 但是，这需要高级 Power Automate 许可证。 或者，可以使用流操作来发现符合某些条件的所有列表或库，并在计时器（而不是基于事件）上运行流。
• 工作流历史记录存储 – 流在 Power Automate 仪表板中对过去 28 天内发生的运行的流本身的上下文中保留大量详细的历史记录。 如果需要在站点中进行跟踪，或将历史日志记录保留超过 28 天，则可以在创建的列表中提供流日志信息。
• 模拟 - 在 SharePoint 2010 工作流中，可以添加模拟步骤以充当其他用户。 可以使用具有不同 (提升) 某些操作特权的不同用户帐户来实现类似的功能。 或者，可以考虑使用 Azure Active Directory 应用程序注册，为其分配权限并使用它直接调用 API。 后者需要高级 Power Automate 许可证，并且需要进行更多手动操作才能进行调用。

虽然这些痛点确实存在，但你可以看到每个痛点都有解决方法。 请注意，其中一些解决方法需要Power Automate Premium许可证。 详细了解这样做的 许可证影响 以及 谁需要拥有高级许可证。

使用 Power Automate 流进行新式审批

在 SharePoint 中自动执行业务流程时，审批是最常见的工作流方案。 转换为 Power Automate 流后，可以简化 SharePoint、Dynamics 365、表单、SQL 等中的数据审批。 可以在工作流中创建审批，并在统一的操作中心查看发送和接收的请求。 Power Automate 审批使用户能够自定义流并为以下类型创建审批：

• 单个审批
• 顺序审批
• 并行审批

SharePoint 审批（如 页面审批、 文档审批和 中心关联审批 ）全部由 Power Automate 流集成和支持，使用户能够灵活地为每个审批方案自定义业务流程。

创作经典工作流和流

若要充分了解使用 Power Automate 中的流和使用 SharePoint Designer的经典工作流创作工作流的改进，用户必须先熟悉工作流工具使用的工作流术语，即 SharePoint Designer 和 Power Automate。

若要创作工作流，如上一部分所述，用户主要使用 SharePoint Designer创作经典工作流，并使用 Power Automate 网站门户创作流。

有关最常见的工作流概念和支持，请参阅下表，其中比较了工作流术语、触发器和操作。

虽然以下列表显示了一些最常见的工作流功能，但 Power Automate 提供了更多功能，并主动更新了新功能。 强烈建议访问以下 Power Automate 网站进行引导学习：

• Power Automate 中的 Microsoft SharePoint 连接器
• 了解 Power Automate
• Power Automate 文档

工作流概念

工作流类型

SharePoint 集成

列表触发器

列表操作

文件触发器

文件操作

文档管理操作

权限管理操作

审批操作

工作流控制功能

工作流管理