Salesforce Flow中文培训，1个对象只能创建1个Fl

Salesforce最初建议客户应该使用“每个对象一个Flow”来设计自动化。但随着客户背景愈发广泛，客户需求愈发丰富，这些建议显然不够明确。

从技术上来说，不可能为每个对象只创建一个Record-triggered Flow。你可能需要在更新数据库之前执行许多操作，而其他操作需要在更新之后运行。因此，可能需要创建一个Before Flow和After Flow以满足业务需求。

同样，Record-triggered Flow可以在创建、更新、或删除时触发。你可以将Before Flow和After Flow配置为在创建或更新时执行，但删除需要再次单独处理。这意味着，最终每个对象可创建的Flow数量是3个：

创建或更新之前

创建或更新之后

删除前

每个对象的Record-triggered Flow的数量

在构建Flow时，经常会听到根据业务需求进行设计。这意味着：

对于一个较小的组织，并且可以将其全部放入该对象的一个Flow中，那么请尝试将该对象的所有内容放入一个Flow中。

对于一个新的组织，每个对象的Flow不超过三个——before-update、after-update和delete flow。

*Flow 可以处理删除，但Process Builder不可以。

迁移自动化时的正确操作

Workflow到Flow的迁移工具打破了每个对象只有一个Flow的原则。迁移工具的创建一对一的。如果你有100条Workflow rules在Salesforce中存在了很长时间，使用迁移工具意味着你将会拥有100个Flow。但这种操作并不理想。

如果你有20个Workflow rules，它们都在业务机会的不同阶段发送电子邮件警报，还有另外30个Workflow rules更新业务机会字段，最好的做法是创建一个Record-triggered Flow，一次性包含所有这些功能。这种方法与单一Flow规则紧密结合，可以让企业淘汰不再有意义的旧操作，并添加新操作。这本质上是一种“重建和增强”的方法，而不是“复制和粘贴”。

Salesforce自动化的未来

无论是在构建新Flow，还是将其他类型的自动化迁移到Flow中，都必须从长远考虑进行计划。这还取决于你的Salesforce组织的历史。例如，如果直接从Workflow转到Flow，那么将会比一直使用Process Builder或Apex的组织落后。

Salesforce一直在增强Flow的功能，并鼓励用户从Workflow Rules和Process Builder迁移到Flow上。如果稍加留心，你可能会注意到help文档和Trailhead文档上关于使用自动化工具的建议和提示。

例如，Trailhead的“Choose the Right Automation Tool”一文中，可以看到如下信息：

对于所有behind-the-scenes自动化需求，我们推荐使用Flow Builder。如果你已经熟悉使用Process Builder并且需要编辑现有流程时，才使用Process Builder。要创建新的自动化流程，请改用Flow Builder。

资深讲师手把手教你学Flow 了解详情>> 

据Salesforce产品经理表示，Winter '23之后，将无法再创建新的Process Builder或Workflow Rules。因此，管理员需要在此之前将将现有的自动化迁移到Flow上，并掌握Flow相关的使用技能。