本篇参考：
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 Type | Launched By | Description |
|---|---|---|
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. |
- 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： 在你构建流程时管理你的流程。包含以下的一些功能
- 在自动布局中，点击选择元素，然后在你想选择的每个元素上点击选择元素节点。然后你可以点击复制元素按钮，将所有选定的元素复制到剪贴板上 。
- 要访问流程版本的属性，如上下文和API版本，点击滚轮形状设置按钮。
- 选择 "自动布局 "或 "自由格式"。自动布局是所有新流程的默认值。
- 如果该流程有警告或错误，会出现显示警告图标（The Show Warnings icon）或显示错误图标（The Show Errors icon）。要查看细节，点击图标。
- 要运行正在打开的流程版本的最近一次保存，请点击运行。如果该流程版本包含子流程元素，其引用的流程的活动版本将被执行。如果被引用的流程没有活动版本，那么子流程元素将运行其引用的流程的最新版本。
- 在 "运行 "按钮的左边，你可以看到该版本的活动或非活动状态，以及它最后一次被保存的时间。
- 要测试已打开的流程，点击View Test，然后点击Create。设置测试参数和断言。
- 点击Debug按钮来调试正在打开的最近一次保存的Flow。定义输入变量的值以及设置 rollback change以便调试不影响数据，查看有关流程运行的调试细节，并使用这些细节来排除错误。
- 要使你的用户可以使用当前的流程版本，点击 Active按钮。每个流程在同一时间只能有一个版本被激活。
- 要保存你的流程，请点击保存，或将其保存为新的版本或新的流程，请点击另存为。
Canvas： 在画布上建立一个流程。当你在画布上添加元素并连接它们时，你可以看到你的流程图。在自动布局中，点击连接器上的添加节点来添加一个元素，或者点击一个元素来查看该元的选项，如复制元素或删除元素。
Toolbox：
- 在自由格式中，使用元素选项卡来添加新的元素，如屏幕和创建记录。
- 在自由格式和自动布局中，使用管理器选项卡来创建变量、阶段、选择和其他资源以用于你的流程。或者查看你添加的所有元素和资源的列表。
除了以上，还需要记住一下快捷键 ctrl /，这个快捷键可以显示出所有的 Flow中的快捷键操作。
2. 我们拆分一下Flow，将每个Flow可以分成三部分了解
- Element：代表 Flow可以执行的一个操作，比如读写数据，展示信息，根据当前 flow user来收集数据，执行逻辑或者处理数据
- Connector：代表 Flow在运行时定义的一个有效的路径
- Resource：代表在整个 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，那就自己去评估吧。
