使用工作流过程的概述

此主题适用于 Dynamics 365 Customer Engagement (on-premises)。 有关此主题的 Power Apps 版本,请参阅: 经典 Dataverse 后台工作流

工作流无需用户界面即可自动执行业务流程。 人们通常使用工作流流程来启动不需要任何用户交互的自动化。

每个工作流进程都与单个实体相关联。 配置工作流时,需要考虑四个主要方面:

  • 何时启动它们?

  • 它们应作为实时工作流或后台工作流运行?

  • 他们应该执行哪些作?

  • 应在哪些条件下执行作?

    本主题介绍如何查找工作流进程,并描述何时启动它们以及它们是否应以实时或后台方式运行。 有关它们应执行的作以及条件的信息,请参阅 “配置工作流进程”。

自定义工作流流程的位置?

可以通过查看默认解决方案中的“进程”节点并筛选具有类别工作流的进程来查看组织中的工作流。

Dynamics 365 for Customer Engagement 中的工作流筛选的进程。

根据应用的生成方式,用户可以在应用中创建或修改其工作流。

开发人员可以使用 Dynamics 365 Customer Engagement(本地)开发人员指南 中的信息创建工作流,购买的解决方案可能包括可以修改的工作流。

工作流属性

在解决方案资源管理器中,选择“ 进程 ”,然后单击“ 新建”。

创建工作流时, “创建进程 ”对话框要求设置所有进程具有的三个属性:

在 Dynamics 365 for Customer Engagement 中创建工作流。

进程名称
工作流进程的名称不需要是唯一的,但如果预期会有大量工作流,则可能需要使用命名约定来清楚地区分进程。 可能需要将标准前缀应用于工作流的名称。 前缀可以描述公司内工作流或部门的功能。 这将帮助你在工作流列表中对类似的项进行分组。

类别
此属性确定这是一个工作流过程。

实体
每个工作流过程都必须设置为单个实体。 创建工作流过程后,无法更改实体。

在后台运行此工作流(建议)
选择工作流作为类别时,将显示此选项。 此设置确定工作流是实时工作流还是后台工作流。 实时工作流立即(同步)运行,后台工作流以异步方式运行。 可用的配置选项取决于你选择的此设置。 后台工作流允许等待条件不适用于实时工作流。 只要不使用这些等待条件,以后就可以将后台工作流转换为实时工作流,将实时工作流转换为后台工作流。 有关等待条件的详细信息,请参阅 设置工作流作的条件

还可以选择 “类型” 选项来指定是从头开始生成新工作流,还是选择从现有模板开始。 从现有模板中选择“新建进程”(从列表中选择)时,可以从以前保存为进程模板的可用工作流进程中进行选择。

创建工作流或编辑现有工作流后,将具有以下附加属性:

工作流中的“常规”选项卡。

激活为
可以选择 “进程”模板 ,为其他模板创建高级起点。 如果选择此选项,则激活工作流后,不会应用该工作流,但如果从现有模板中选择“新建进程”(从列表中选择),则可以在“创建进程”对话框中选择它

如果有多个类似的工作流进程,并且想要定义这些模板,而无需复制相同的逻辑,则流程模板很方便。

注释

编辑进程模板不会更改以前使用它作为模板创建的任何其他工作流进程的行为。 使用模板创建的新工作流是模板中内容的副本。

可用于运行
本部分包含描述如何运行工作流的选项。

在后台运行此工作流(建议)
此复选框反映创建工作流时选择的选项。 此选项已禁用,但可以通过选择“转换为实时工作流”或“转换为后台工作流”从“作”菜单更改此选项。

作为按需流程
如果要允许用户手动运行此工作流,请选择此选项。 可以在流的 “运行工作流 ”部分下找到按需进程。

运行工作流。

作为子进程
如果要允许从另一个工作流启动工作流,请选择此选项。

工作流作业保留期
本部分包含一个选项,用于在工作流执行完成后删除工作流。

自动删除已完成的工作流作业(节省磁盘空间)
如果希望自动删除已完成的工作流作业,请选择此选项。

注释

工作流作业不会在完成后立即删除,而是很快通过批处理删除。

Scope
对于用户拥有的实体,选项包括 组织父级:子业务部门业务部门用户。 对于组织拥有的实体,唯一的选项是 “组织”。

如果范围是 组织,则可以将工作流逻辑应用于组织中的任何记录。 否则,工作流只能应用于属于作用域内的记录的子集。

注释

默认范围值为 User。 在激活工作流之前,请确保验证范围值是否合适。

启动时间
使用此部分中的选项可以指定工作流何时应自动启动。 可以将实时工作流配置为在特定事件之前运行。 这是一项非常强大的功能,因为工作流可以在作发生之前停止作。 详细信息: 使用实时工作流。 选项包括:

  • 创建记录

  • 记录状态更改

  • 已分配记录

  • 记录字段更改

  • 记录已删除

注释

请记住,为工作流定义的作和条件在运行工作流时不知道。 例如,如果定义用于更新记录的工作流,则无法在创建记录之前由实时工作流执行此作。 无法更新不存在的记录。 同样,后台工作流无法更新已删除的记录,即使可以为工作流定义此作。 如果将工作流配置为执行无法执行的作,它将失败,整个工作流将失败。

执行为
只有在创建工作流时未选择“在 后台运行此工作流” 选项或以后将后台工作流转换为实时工作流时,此选项才可用。

工作流流程的安全上下文

当后台工作流配置为按需进程并使用 “运行工作流 ”命令启动时,工作流可以执行的作仅限于用户根据为其用户帐户设置的安全角色定义的特权和访问级别来执行的作。

当后台工作流基于事件启动时,工作流在拥有该工作流的人员的上下文中运行,通常是创建工作流的人员。

对于实时 工作流,可以选择 工作流是应用工作流所有者的安全上下文还是对记录进行更改的用户。 如果工作流包含所有用户无法根据安全约束执行的作,则应选择让工作流作为工作流的所有者运行。

激活工作流

工作流只能在停用时对其进行编辑。 在手动使用工作流或应用工作流之前,必须激活它的事件。 在激活工作流之前,它必须至少包含一个步骤。 有关配置步骤的信息,请参阅 配置工作流进程

工作流只能由工作流所有者或代表其他用户权限(如系统管理员)使用 Act 的用户激活或停用。 原因是恶意用户可能会修改某人的工作流,而他们不知道更改。 可以通过更改所有者来重新分配自己拥有的工作流。 此字段位于“ 管理 ”选项卡上。如果你不是系统管理员,并且需要编辑其他用户拥有的工作流,则需要他们停用它并将其分配给你。 编辑完工作流后,可以将其分配回,以便他们可以激活它。

实时工作流要求用户具有 “激活实时进程 ”权限。 由于实时工作流有更大的影响系统性能的风险,因此只有能够评估潜在风险的人员才应获得此特权。

工作流在激活时保存,因此在激活工作流之前不必保存它们。

另请参阅

配置工作流进程
监视和管理工作流进程
工作流流程的最佳做法