其他分享
首页 > 其他分享> > salesforce零基础学习(一百一十六)workflow -> flow浅谈

salesforce零基础学习(一百一十六)workflow -> flow浅谈

作者:互联网

本篇参考:

https://help.salesforce.com/s/articleView?id=sf.migrate_to_flow_tool_considerations_workflow.htm&type=5

https://help.salesforce.com/s/articleView?id=sf.flow.htm&type=5

https://trailhead.salesforce.com/en/content/learn/superbadges/superbadge_process_automation

写在开篇:Flow应该是18年开始使用,当时的Flow也并没有现在这么强大,而且当时稳定性也间歇性存疑,所以项目中能使用trigger的坚决不使用SF的automation 工具,workflow / process builder / flow在一个全新的SI项目基本不太考虑。但是随着现在的项目成本考虑以及既有系统设计,很多就已经包含了 process automation tool以及客户可能更推崇作为公司资产,所以想法归想法,实践归实践。随着SF的release传出 workflow / process builder后续都要被flow所代替,所以了解和学习flow以及了解如何去迁移至flow还是有必要的,因为flow所涵盖内容太多,本篇就很浅入浅出以  record-triggered flow来讲一下。

Flow TypeLaunched ByDescription

Screen Flow

  • Quick action
  • Lightning page
  • Experience Cloud site, and more

Screen Flows provide a UI that guides users through a business process.

Autolaunched Flow

  • Another flow
  • Apex code
  • REST API

Autolaunched Flows automate business processes that have no UI. They have no trigger and they run in the background.

Triggered Flow

  • Time
  • Data change
  • Platform event

Triggered Flows are autolaunched by a trigger you specify. They run in the background.

 

上面表格是Flow的类型,我们本篇只讲 Triggered Flow.

 一. Flow Builder & Flow组成部分

1. Flow Builder作为flow的创建和构造工具,组成可以分成三部分

 Button Bar: 在你构建流程时管理你的流程。包含以下的一些功能

 Canvas: 在画布上建立一个流程。当你在画布上添加元素并连接它们时,你可以看到你的流程图。在自动布局中,点击连接器上的添加节点来添加一个元素,或者点击一个元素来查看该元的选项,如复制元素或删除元素。

Toolbox:

除了以上,还需要记住一下快捷键  ctrl + /,这个快捷键可以显示出所有的 Flow中的快捷键操作。

2. 我们拆分一下Flow,将每个Flow可以分成三部分了解

二. Flow Trigger Explorer 以及 Flow Running User

1.通过Flow Trigger Explorer 更好的管理 Flow的顺利。一个 Object可能有多个 Flow操作,不同的设置顺序可能影响不同的结果。举个例子,都是针对before的场景,如果一个针对某个字段A的值会设置字段B,有一个针对某个字段C会影响字段A的值。这种的肯定需要 flow先执行后者在执行前者,否则就会导致结果的不正确。通过 Flow Trigger Explorer就可以更好的管理一个表的所有的 Flow的执行顺序。

2. Flow Running User:流程的运行用户是启动该流程的用户。运行用户决定了在用户上下文中运行的流可以对Salesforce数据做什么。

对于在用户上下文中运行的流程,运行用户的Profile和Permission Set决定了该流程的对象权限和字段级访问。当一个流程试图创建、读取、编辑或删除Salesforce数据时,它将执行运行用户的权限和字段级访问。例如,如果运行用户没有账户对象的编辑权限,而流程试图更新账户记录,就会发生错误。如果运行的用户没有编辑账户对象上的Rating字段的权限,而流程试图更新该字段,会发生错误。

需要注意的一点: running user和 running mode不是一个概念。flow的running mode分成 system mode和 user mode,只有在满足 user mode情况下,才会基于 running user来走运行的上下文权限。system mode会忽略这些权限相关。

FLOW LAUNCH METHOD

DEFAULT CONTEXT

Apex

Depends on code

Experience Cloud site

User

Embedded as a visual component inside a custom Aura component

User

Embedded as a visual component inside a Visualforce page

User

Custom button

User

Custom link

User

Direct link

User

Flow action

User

Lightning page

User

Process built in Process Builder

System context without sharing

Record-triggered

System context without sharing

Rest API

User

Run from an Apex method of a custom Aura component controller

Depends on code

Run from an Apex method of a Visualforce controller

Depends on code

Schedule-triggered

System context without sharing

Web tab

User

三. 基于workflow角度迁移到 Flow的demo举例

workflow主要的action有四个,但是 outbound message在项目中用的很少,所以我们更关注前三个。salesforce针对 workflow -> migrate to flow其实已经有一个工具做自助的转化,即 Migrate to Flow功能。

 针对大部分的workflow都可以一件转化,从而减少了自己配置的成本,当然,他配置的也不一定是100%的正确,比如包含 RecordType相关的配置,转换就可能有问题,包含task,并且task设置的时间是明天等,就会提示转换不了,所以下面主要举例几个特殊的case转换场景或者实施的方式。

1. 使用 CONTAINS 以及创建 Task

这种 migrate to flow 工具是没法直接转换的,自己实施Flow的话,需要有几点注意或者以下几个步骤。

Start -> meet specific industry -> generate task -> end

其中,start没啥特殊需要处理的,只需要action设置

针对 contains / includes等函数,只需要使用 Flow的Decision即可很好的实现。

 针对创建Task的步骤,只需要使用 Create Record 组件即可。这里有两个点, tomorrow使用了一个formula的变量,Constant_Follow_Up是一个常量

这里只举例tomorrow的实现,点击左侧的New Resource,资源类型选择formula,数据类型选择Date即可。

这样便实现了一个生成 Task的Flow。

2. 使用record type作为判断条件

这样migrate to flow的情况下,尽管不会报错,但是没法直接使用,我们需要对他进行一下修改。操作顺序为:

start -> record type correct and annual revenue correct -> update field -> end

这里还是会用到 Decision的组件,我们看一下实现。

通过这个条件就可以来实现 record type的使用。

3. 使用父的字段的值作为判断条件

我们看一下Flow的实现

这里主要看一下 Decision的部分。

4. 使用日期相关的变量作为条件

针对Flow来实现,除了需要使用Decision组件以外,还需要使用一下 Email Alert.

这里针对日期进行一下描述如何实现。我们可以先实现一个变量,实现一下today

再创建一个变量实现一下 NEXT_WEEK,使用 FORMULA类型

 

然后使用变量设置一下 Decision

5. 使用 Global Variable,比如 Custom Setting。

如果我们使用 Migrate to Flow来转换,可以正常转换,但是check的情况下会报错。

这显然是不太友好的,所以我们使用resource去跟踪这个custom setting的值。

 这里我们看一下变量的写法,使用formula类型,data type选择boolean。

 

Decision我们只需要用这个变量判断即可。

总结:篇中主要讲了一下workflow常用场景中没法通过 Migrate to Flow 工具来转换的几个demo,篇中如果有错误地方欢迎指出,有不懂欢迎留言。需要强调的是,Record Triggered Flow相对来说已经是很容易的入门的了,process automation响应了SF的 low / no code的宗旨,后续在项目中所占比例可能还会不断提升,所以感兴趣的小伙伴可以借此学习一下 Screen Flow,还是很有趣的~~~至于项目中是否要用到 Flow,那就自己去评估吧。

标签:salesforce,浅谈,workflow,Flow,流程,flow,点击,User,使用
来源: https://www.cnblogs.com/zero-zyq/p/16513160.html