Dynamics 365 流程类别

 

发布日期: 2017年1月

适用于: Dynamics 365 (online),Dynamics 365 (on-premises),Dynamics CRM 2016,Dynamics CRM Online

在 Microsoft Dynamics 365 中可以通过进程对真实业务流程(例如最佳实践或标准实践)进行建模。 当对业务实践进行建模时,可以从以下四种流程类别中选择:

  • 工作流。 使用此进程对真实业务流程进行建模和自动化。 这些进程配置为在后台运行或实时运行,可能需要用户输入。 工作流程可以基于指定条件自动启动,也可以由用户手动启动。

  • Action。 使用此流程可创建标准 Microsoft Dynamics 365 安装中不可用的新操作,或者将多个分散操作合并为单个操作。 例如,在支持呼叫中心的案例中,您可以将 createassignsetstate 操作合并为单个新“升级”操作。

  • 业务流程流。 使用此进程创建业务流程流的可视化项。 通过销售或客户服务流程的各个阶段引导用户。 在每个阶段,您完成特定步骤并移至下一阶段。 通过添加或删除步骤、更改阶段顺序或向流程流添加新实体,您可以自定义流程。

  • 对话。 使用此进程创建需要用户输入才能启动和运行完成的交互分步数据输入窗体。 当您启动对话流程时,将显示一个类似于向导的界面,以便于您在继续向导每一页时进行适当选择或输入数据。

使用 Windows Workflow Foundation 来实现流程功能。Windows Workflow Foundation 的最新版本经过改进,便于轻松创建、运行和维护工作流,从而可以在应用程序中实现自定义功能。详细信息:Windows Workflow Foundation 中的新增功能

创建业务流程有三种方法:以交互方式通过 Web 应用程序窗体和工作流设计器,通过编写使用工作流相关类的代码,以及通过在解决方案中导入以前创建的工作流。 因为 SDK 面向开发人员,所以我们着重介绍了创建工作流程方面的编码。

XAML(声明性)工作流

可为内部部署 Microsoft Dynamics 365 创建 XAML 工作流,使用 Microsoft Visual Studio 工作流设计器能够以可视方式设计和创建工作流。 这种创建工作流的方法不需要编写代码。 而且,您不必编译这些工作流,还可以将工作流定义 (XAML) 导入 Microsoft Dynamics 365。 除了创建新工作流之外,还可以使用 Microsoft Visual Studio 工作流设计器在 Microsoft Dynamics 365 中以可视方式修改现有工作流,然后将更新的工作流导入 Microsoft Dynamics 365。

备注

不能查看或更新在 Microsoft Dynamics 365 之外创建或修改的工作流的工作流定义。 您只能更改该工作流的状态(激活或取消激活)并运行它。XAML 工作流在Microsoft Dynamics 365 (online)中不支持。

工作流与对话之间的差别

下表介绍了 Microsoft Dynamics 365 中的工作流与对话之间的差别。

工作流

对话框

可由用户启动或自动启动。

必须由用户启动。

为异步或实时进程,无需用户输入即可运行完成。 异步进程在后台运行,而实时进程立即运行。

为实时进程,需要用户输入才能运行完成。 当您运行这些进程时,将显示一个类似于向导的界面,以便于您进行适当选择来运行进程。

存储有关正在运行的异步工作流的详细信息的实体是 AsyncOperation,而 Process 用于实时工作流。

存储正在运行的对话所生成信息的实体是 ProcessSession 实体。

工作流支持触发器。 若要获取受支持触发器的列表,请参阅支持流程的类型、触发器、实体和操作

对话不支持触发器。

Microsoft Dynamics 365 内部部署中支持在 Microsoft Dynamics 365 外通过创建或更新基础 XAML 文件创建或更新的工作流。 有关这些自定义 XAML 工作流的信息,请参阅自定义 XAML 工作流

不支持通过定义 XAML 在 Microsoft Dynamics 365 外创建的对话。

何时使用工作流代替插件

大多数可以使用工作流完成的操作也可以通过插件实现。 但是,在以下情况下,您应使用工作流进程(而不用插件):

  • 业务逻辑更改必须由并非开发人员的人员来执行,也就是说无论开发人员是否在场,都需要执行这些更改。 当将自定义工作流活动定义为 Workflow .NET 程序集时,那么不是开发人员的普通用户就可以使用 Microsoft Dynamics 365 来定义执行自定义操作的条件以及要传递给程序集的参数。

  • 您需要允许用户手动应用工作流逻辑。 使用工作流进程,用户可以单击窗体或网格中的“运行工作流”来处理工作流规则。

当您需要从自定义业务逻辑获得可能最佳的性能时,请使用插件。 插件可以更快启动,因此即使是实时工作流,也通常会较快运行。 不过,在创建和维护只有非开发人员(例如业务分析师)需要工作的工作流时,易用性超过了性能优势。

有关插件的详细信息,请参阅编写插件以扩展业务流程

在解决方案中分发工作流

您可以在导入到其他 Microsoft Dynamics 365 部署的解决方案中包括工作流和自定义工作流活动。 不过,如果您引用工作流中的特定实体实例,而该工作流移动到其他系统,则会产生问题,这是因为工作流中的实体实例的唯一 ID 与目标系统中不同。 Microsoft Dynamics 365 会根据全名属性自动解析系统用户和货币实体记录,但是不会自动解析其他实体类型的记录。

详细信息:使用解决方案打包和分发扩展

另请参阅

使用Dynamics 365 流程自动化业务流程

Microsoft Dynamics 365

© 2017 Microsoft。 保留所有权利。 版权