编排的运行上下文
运行上下文决定了编配对 Salesforce 数据的访问权限，以及暂停的编配用来恢复的上下文。默认情况下，编配的运行上下文是系统上下文中的自动流程用户。
所需的 Edition
| 查看流编排的支持版本。 |
编配的默认运行用户取决于编配的类型及其运行的 API 版本。
自动启动编排
对于 API 版本 60.0 和更高版本，自动启动的编配始终在系统上下文中的自动流程用户上下文中启动和恢复。
对于 API 版本 59.0 和早期版本，自动启动的编配通常在启动编配的用户的上下文中启动。如果编配从 Apex 启动，它会在系统上下文中运行。使用“如何运行编配”高级选项，控制自动启动编配启动和恢复的上下文。
对于 59.0 版和早期版本的 API，暂停的自动启动编配恢复的上下文取决于它的启动方式或导致它恢复的原因。
| 场景 | 恢复 |
|---|---|
| 在系统上下文中启动 | 系统上下文 |
| 由手动发布的平台事件恢复 | 在系统上下文中发布平台事件的用户的上下文 |
| 已恢复，因为异步后台步骤已完成 | 异步后台步骤之前运行的相同上下文 |
| 已恢复，因为 MuleSoft 步骤已完成 | 系统上下文中自动流程用户的上下文 |
| 已恢复，因为交互式步骤已完成 | 在系统上下文中完成交互式步骤的用户的上下文 |
| 已恢复，因为在记录更改时满足输入或退出条件 | 系统上下文中自动流程用户的上下文 |
记录触发的编排
对于 API 版本 60.0 和更高版本，记录触发的编配始终在系统上下文中的自动流程用户上下文中启动和恢复。
对于 API 版本 59.0 和早期版本，记录触发的编配始终在系统上下文中触发编配的用户的上下文中启动。
对于 API 版本 59.0 和早期版本，暂停的记录触发的编配在系统上下文中的用户中恢复的上下文。记录触发的编配恢复的用户取决于导致恢复的原因。
| 编配作为结果恢复 | 用户 |
|---|---|
| 手动发布的平台事件 | 发布平台事件的用户 |
| 异步后台步骤已完成 | 与异步后台步骤前相同的用户运行编排 |
| MuleSoft 步骤已完成 | 自动化流程用户 |
| 交互步骤已完成 | 完成交互式步骤的用户 |
| 满足输入或退出条件，因为记录已更改 | 自动化流程用户 |
本文章是否解决您的问题？
请与我们共享您的想法，以便我们进行改进！
