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相关的使用技能。
网友评论