Dynamics 365路线图:Dynamics 365业务流程的完整指南

Dynamics 365路线图:Dynamics 365业务流程的完整指南

业务流程指导用户完成定义的业务流程。它是从A点到B点需要采取的步骤的直观表示。它们旨在强调重要或强制性信息以便进展。开箱即用的Dynamics 365客户参与提供了机会业务流程,电话到案例业务流程以及其他一些流程。

在本博客中,我们将在自定义声明实体(在此处找到的健康保险提供者示例中构建)构建业务流程流程。

什么是业务流程?

业务流程流程是完成定义流程所需步骤的直观表示。经典案例包括“引导机会”流程:通过确认联系人详细信息来确定潜在客户资格,通过输入基本信息来发展机会,向决策者提供机会详细信息以及关闭机会。

图 – 开箱即用的机会业务流程

许多企业都有这些预定义的流程,但没有以用户友好的方式使用它们。业务流程流程通过简单的步骤将管理流程连接到最终用户。

业务流程设计器

Dynamics 365 Customer Engagement发布了业务流程设计器。与业务规则设计器类似,此功能是一个拖放式业务流程生成器。

业务规则设计器术语

主要命令 保存,验证,激活 – 这些是您的主要命令。更新更改保存到业务流程流程。Validate是Dynamics 365的一项新功能。它会检查业务流程流程中的逻辑,以确认没有任何遗漏。激活启用业务流程,并将在环境中应用。如果某些实体上有多个业务流程,则可以更改默认顺序(订单处理流程),并可以选择具有访问权限的安全角色(编辑安全角色)。
画布命令 “ 组件和属性”侧面板的“ 组件”选项卡是+“ 添加”按钮的更详细视图。这两个区域都允许您添加流量合成。流程是流程中的一个步骤,例如Qualify the Lead(参见上图)。合成是Flow中的细节。它定义了进展所需的字段或触发的工作流程。从业务流程流添加工作流是Dynamics 365的新功能。侧面板的“ 属性”选项卡允许您自定义“流”和“合成”。

快照会拍摄“画布”区域的图像,以便您可以在流程图视图中查看逻辑。

 

场景:构建业务流程

您是医疗保险提供商的系统管理员。根据与业务分析师和理赔部门的会议,您构建了一个Claim实体。此外,理赔部门领导团队希望确保每个理赔员都遵循相同的路径:

  1. 识别和分类索赔 – 管理层想知道联系人是谁以及索赔的类别。
  2. 如果类别是长期索赔,则应通知长期团队,索赔工作人员应从医疗专业人员那里获得与索赔相关的其他详细信息。
    1. 如果类别不是长期索赔,那么索赔工作人员应该在没有长期团队支持的情况下进行基础研究并确认索赔的详细信息。
  3. 最后,可以解决索赔,并且需要将解决方案详细信息发送给联系人。

在这里,我们将构建上面定义的业务流程。

步骤1 创建流程在解决方案中,导航到Process并单击+ New。为流程提供友好名称,然后选择“类别”作为业务流程。

确保选择“将流程作为业务流程运行(经典)” – 请参阅下面的仅限移动版本。

实体是必需的 – 这个选择决定了业务流程的起源。业务流程可以跨越五个实体。在我们的示例中,我们可以在Resolve阶段之后添加并添加链接到另一个实体的阶段,例如Payment。

 
第2步 添加流程详情每个Flow至少需要一步。

对于我们的示例,我们将向现有Flow添加四个Flow(默认情况下将提供一个Stage)。

Identify&Classify将包含两个必填字段作为步骤:联系和声明类别。

条件将检查索赔类别是否为长期索赔。注意:条件只能从上一阶段提取信息。

如果声明类别是长期声明,我们将要求医疗详细信息(添加到舞台的字段),我们将触发工作流程以提醒长期团队索取声明(工作流程添加到舞台)。

如果索赔类别不是长期索赔,我们将通过研究索赔并继续处理来执行正常流程。

最后,无论索赔类别如何,索赔都将得到解决。

 
第3步 激活业务流程激活业务流程将使其可供用户使用。

注意:如果验证失败,您将无法激活。

 

这是结果:

业务流程的第1阶段是“识别和鉴定”
 
如果索赔类别是“长期索赔”,则可以看到“长期研究和确认”阶段; 否则,用户将显示“研究与确认”阶段
 

奖金提示 – 移动

业务流程与移动设备兼容 – 您可以使用Dynamics 365 for Phones应用程序访问我们在移动设备上创建的相同业务流程。

还有另一种业务流程类型:将流程作为任务流运行(仅限移动)。此类业务流程(通过单击移动应用程序屏幕左下角的时钟图标显示)将引导用户完成其移动设备上的任务。在下面的图像中,显示了开箱即用的更新联系任务流程。

   

设置任务流业务流程的过程类似于上面显示的方法。

真棒!我该如何开始?

对于新部署,与主题专家和业务领导层会面以确定业务流程非常重要。业务流程是很好的工具,但它们并不适用于所有情况 – 有时它们是过度的,所以你要确保谨慎使用它们以产生最大的影响。

例如,在大多数情况下,您不需要电子邮件实体上的业务流程,因为大多数用户都知道如何添加电子邮件(此外,电子邮件是一个很好的工具,但它是次要的 – 它是流程的一部分,而不是整个过程)。可以使用业务流程捕获重要的想法 – 用户如何成功解决索赔,或者销售团队如何成功地将潜在客户转化为机会。

对于现有环境,最好在开发/沙箱环境中构建业务流程,在QA中测试,然后推送到生产环境。这里的一个重要问题是已知的Microsoft错误:即使禁用业务流程流,业务流程的用户界面部分也将保留。这意味着,如果启用了业务流程,则会打开一条记录; 禁用业务流程时,打开的记录仍将显示业务流程,但会显示一条说明流已被禁用的记录。这就是为什么在推出现场环境生产之前测试I QA至关重要的原因。

有关如何为您的企业在Dynamics 365客户参与中设置正确的业务流程的问题,请与Hitachi Solutions联系以获取更多信息。

原文:https://us.hitachi-solutions.com/blog/dynamics-365-roadmap-a-complete-guide-to-dynamics-365-business-process-flows/

118 total views, 1 views today

Author: Albert

Leave a Reply