在这里阅读我们的更新计划。

系统通过使业务更快、更大规模地满足关键目的和目标来展示自动化行为。健康的自动化使用户能够专注于高价值的工作，并减少了在重复的手动任务或复杂的数据输入上花费的时间。

通常，自动化意味着将业务流程从一种形式转换为另一种形式：从纸质形式转换为数字形式，从旧系统转换为新系统。每个业务流程翻译都会带来一个转换的机会。

转型不是使用新技术为用户引入破坏性和混乱的变革。转型涉及创建更简单的工作方式，使业务能够毫无摩擦地发展，并使业务用户能够更深入地关注对其利益相关者真正重要的事情。从架构的角度来看，这涉及识别可以完全消除或自动处理的任务。它要求在如何使用技术及其对业务的可衡量的影响之间建立明确的联系。

关于使用 Salesforce 实现自动化，请注意一些重要事项：可以使用各种工具，使用编程和声明性技能集完成。设计架构良好的自动化不仅仅是选择使用一个自动化工具构建。它涉及使用一致和可预测的方法，并使团队能够开发、测试、部署和维护您设计的自动化。您的自动化应该采用最可维护和可读的形式。

本节涵盖了如何设计和重构自动化，以使企业更快、更大规模地实现关键目标。您可以通过关注效率和数据完整性来改进 Salesforce 中自动化的架构。

在自动化中提高效率不是像往常一样勤奋地利用 Salesforce 技术重新创建业务。它涉及深入理解团队将负责满足或跟踪的关键指标和业务结果,并了解您自动化工作内部和之间的职能单位。它涉及确定您如何通过自动化创建模式，使业务更有效、更快地大规模运营。

高效的自动化逻辑将使您的系统：

• 更具可扩展性和业务价值
• 对用户更有帮助
• 更具适应性，能够满足不断发展的业务需求

您可以通过流程设计和操作逻辑提高自动化的效率。

流程设计包括定义工作方式。构建真正高效和有效的流程意味着您的设计不仅仅是复制当前的工作方式。识别和删除无效或不明确的步骤至关重要。优化的流程应无需不必要的步骤即可创造可衡量的业务价值(请参阅KPI)。不明确或不必要的步骤很可能会造成技术债务，并导致自动化无法维护。

通常，发现和记录业务流程的责任属于业务分析师甚至系统管理员。架构师负责与团队的这些成员合作，以确保您的流程设计在技术上可靠且结构合理。尽早应用 Salesforce Platform 的 Knowledge 将有助于团队识别通过自动化简化的流程，或需要更改以避免昂贵自定义的流程。

要为 Salesforce 构建优化的流程，请考虑：

• 彻底定义流程。目的不明确或定义不明确的进程更有可能在设计时被误解。这将导致基于假设的错误设计，从而导致自动化不正确或效率低下。确保您想要自动化的业务流程符合以下标准：

  • 范围为单个特定功能（请参阅功能单元）
  • 具有清晰定义、可衡量的产出(请参阅业务价值)
  • 具有明确界定的输入和输出

• 明确流程步骤。* 虽然有时添加“可能有助于未来”的其他步骤很有诱惑力，但这从来都不是一个好方法。自动化的每一步都与整个流程的结果相关。确保每个流程步骤具有以下特征：

  • 执行特定的精细任务(请参阅可撰写)
  • 进程生成其定义输出所需的（删除所有非必要步骤）
  • 可以使用最少的资源完成
  • 利用现有系统数据，而不是尽可能要求用户输入(请参阅参与)
  • 提供用户可以理解的输入选项，而无需了解基础系统的工作原理(请参阅帮助)

下面的模式和反模式列表显示了 Salesforce 组织中正确(和差)优化的外观。在构建之前，您可以使用这些来验证您的自动化设计，或者确定需要进一步优化的自动化。

要了解有关 Salesforce 提供的流程自动化工具的更多信息，请参阅工具相关自动化。

操作逻辑处理流程如何有效地从设计转化为实际实施。无论事务量的峰值或正在运行的并发实例的数量如何，具有强大操作逻辑的自动化都会继续表现良好。逻辑上合理的自动化有助于企业更容易地扩展，以便在更高的需求级别上进行操作。在自动化中构建强大的操作逻辑直接关系到系统的整体可靠性。

无法有效运行的自动化会提供糟糕的用户体验和客户体验，导致潜在的收入损失和客户 Trust 损失。它们还具有更高的维护成本，并可能成为延迟相关流程的瓶颈，从而导致整体系统性能问题。

要在自动化中创建有效的操作逻辑，请考虑：

• **确保创建自动化的每个人都知道正确的方法。**使用任何类型的自动化工具都可以做出糟糕的设计选择。代码与基于点击的工具相比，同样容易出错或实施选择不当。例如，使用硬编码参考 ID 是流和代码中出现的反模式。基于点击的工具不应被视为允许任何人和每个人都将自动化发布到生产的许可证。创建自动化的每个团队成员都需要知道如何以正确的方式构建它。有关如何在系统中定义和应用有效标准的更多信息，请查看可读性和设计标准。
• 清楚记录所有执行路径。自动化的使用增加不仅会增加潜在数据量，还会增加计划外调用上下文。您需要了解如何调用不同的自动化，并确保正确的事务控制（请参阅数据处理）出现在具有多个入口点的所有自动化中。例如，屏幕流不会在批量数据加载时运行，但 Apex 触发器和触发（以及自动启动）的流可能会运行。清楚地记录自动化的计划和潜在执行路径是理解在实施过程中您需要适应哪些逻辑条件的关键方面。
• **“批量化”所有数据操作（包括 SOQL）。**每个数据操作（插入、更新等）都应针对集合执行。总是。毫无例外。这就是“批量化”操作的含义。虽然平台可以支持 singleton 数据操作，但您不应允许实施 singleton 模式。
• 使用 SOSL 进行搜索操作有一种误解，即不能对通过 SOSL 返回的记录执行数据操作。的确，不能直接针对 SOSL 结果调用 DML，但代码可以解析 SOSL 结果并创建可以在 DML 或数据库类方法中引用的集合。SOSL 和 SOQL 之间的关键区别在于各自的返回类型，以及它们如何响应广义搜索或通配符搜索。SOSL 可以处理几种 sObject 类型（这就是为什么返回类型不同），它可以处理通配符和广义字符串搜索，性能比 SOQL 好。
• **将 SOQL 视为数据操作。**请勿使用 SOQL 查找记录 — 将其用于优化数据操作。SOQL 和数据操作对基础关系数据库的性能影响非常相似。SOQL 甚至可以传递明确的 DML 指示符，这将在预期的数据操作中锁定数据库行。要创建可扩展的自动化，请确保您以类似的尽职调查对待 SOQL：在没有非常具体、格式良好的选择条件的情况下不要使用它，不允许无关的字段引用，并且需要在字段和 WHERE 语句逻辑中的筛选器输入之间进行仔细的数据类型匹配。您的代码还应具有适当的控制，以确保查询永远不会在非批量化上下文中或根据空或空白筛选条件运行。
• **保持同步操作严格专注于实时帮助用户的工作。**在流程优化期间，确定与用户需要实时或近实时执行的操作相关的逻辑，以及哪些操作可以延迟到异步(异步)事务。有关设计同步/异步操作的更多注意事项，请参见数据处理。

下面的模式和反模式列表显示了 Salesforce 自动化中正确(和糟糕)的操作逻辑。在构建之前，您可以使用这些来验证您的自动化设计，或者确定需要进一步优化的自动化。

要了解有关 Salesforce 提供的可帮助您规划规模的工具的更多信息，请参阅相关工具 自动化。

自动化 KPI 衡量自动化随时间的影响。如果没有它们，您将无法判断自动化是真正增加了业务价值还是为用户造成了意想不到的复杂性。您构建的每个自动化都应与一组清晰、可衡量的 KPI 相关联。

好的 KPI 由可评测值和相关的时间范围定义。示例包括：

• 每月保存[X 个数字]工作时间
• 处理手动数据输入失败的次数每周减少 [Y%]

一旦有了清晰、可衡量的 KPI，您还必须了解 Salesforce 中的自动化是否以及如何生成与根据这些 KPI 进行报告相关的数据。

下面的模式和反模式列表显示了 Salesforce 自动化时正确(和差)的 KPI 是什么样子。您可以使用这些来验证您现有的 KPI，或者在构建之前确定您需要更好地识别 KPI 的地方。

要了解有关 Salesforce 工具的更多信息，以获得 KPI 帮助，请参阅工具相关自动化。

下表显示了在您的组织中要查找（或构建）的模式的选择，以及要避免或针对补救的反模式。

✨ 在模式和反模式探索器中，发现更多提高效率的模式。

数据完整性是指系统如何维护准确和完整的数据。Salesforce 平台维护强大的内置处理逻辑，旨在保护存储在单个组织的关系数据库中的数据的完整性。构建健康的自动化的一个基本要素是了解 Salesforce 的内置数据完整性行为，并确保您的所有自动化设计都符合（并确认）这些行为。

自动化设计中最大的反模式来自未能识别 Salesforce 已经提供的强大数据完整性服务，以及未能使用利用这些服务的标准功能。要设计保护和维护数据完整性的自动化，您必须熟悉 Salesforce 操作行为的基本顺序。

将数据完整性正确扩展到自定义自动化意味着您的系统可以：

• 无需手动干预即可对批量和大量数据进行操作，
• 在需要时强制执行用户安全策略，在需要时切换到系统上下文，
• 在运行时遇到错误，并遵循可预测的恢复或故障路径。

通过适当的数据处理和错误处理，您可以在 Salesforce 自动化中构建更好的数据完整性。

在 Salesforce 中设计正确数据处理的第一步是了解多租户平台如何处理事务。这包括了解 Salesforce Platform 用来确保记录级数据操作期间数据完整性的内置执行行为顺序。有关此行为影响的更多信息，请查看 Salesforce 架构基础中的数据库操作。

自动化中数据处理不佳可能是一些最难以识别和完全补救的反模式。平台执行顺序的递归性和重叠性会使人难以发现问题的根源。抛出致命错误或超出调控器限制的代码或流的特定部分可能不是基础数据处理问题的根本原因。

事务感知是构建自动化的关键，这些自动化可以通过 Salesforce 可靠和大规模地执行。这意味着确保自动化中的每个步骤在设计时都了解与平台控制的执行顺序相关的知识,能够正确执行其功能,并将信息正确传递给下一个步骤。

无论您使用的是哪种自动化工具，正确的事务意识都遵循类似的模式，并需要共同的注意事项：

• 假设在任何给定时间，每个自动化都会被要求针对大量数据运行，恕不另行通知。自动化应具有允许批量或批量执行的路径(请参阅可扩展性)。
• 请勿在同一事务中混合使用系统和用户上下文数据操作。
• 为之前的上下文保留同步数据操作，并为所有之后的上下文操作使用异步操作。
• 使用消息和通知，避免创建需要用户根据异步操作的结果等待数据的应用程序内体验。

除了事务意识之外,数据处理还有第二个维度:知道何时在不同的执行上下文中执行逻辑。将自动化分解为不同执行上下文的常见原因包括：

• 大数据量和/或复杂数据操作
  • 批量化操作不能保证自动化能够正确处理大量数据。如果自动化中的数据操作量将超过每个事务限制，您将需要使用特定于大数据量的功能进行数据操作(例如通过批量 Apex 或批量 2.0 API)。它们具有不同的事务限制，适合大数据量。
  • 当批量执行时，需要在记录之间遍历复杂关系层次结构或执行复杂重新计算（不包括公式字段）的数据操作很容易超出每个事务的限制。请考虑，就完成系统中的后续操作所需的相关数据操作或 SOQL 而言，更新一个记录有多“吵”。
  • 自动化整个链中涉及的 sObject 类型可能需要将数据操作拆分为单独的事务，以避免“混合 DML”错误。
• 需要在用户或系统上下文中执行的逻辑
  • Salesforce 平台在用户上下文中强制实施共享和可见性。如果您需要执行超出自动化用户权限级别的操作，您必须确保这些操作在系统上下文中执行。
  • 不同的工具将运行或不会运行在不同的上下文中：
    • 默认情况下，Apex 将在系统上下文中运行。通过在 Apex 类定义中使用共享关键字，您可以控制 Apex 行为是否以及如何强制执行用户级共享规则。
    • 流没有单一的默认行为。根据流的启动方式，流将在用户或系统上下文中运行。您可以选择在系统上下文中强制共享。
    • 进程（即使用进程构建器构建的自动化）在系统上下文中运行，没有共享注意事项。（注意：我们建议使用流构建低代码自动化。
• 需要异步执行的逻辑
  • 外部系统操作 - 访问外部数据的同步标注或操作不包括在任何平台回滚行为中。为了利用这些行为,您必须将涉及外部系统的操作放入单独的事务中(使用异步 Apex 方法、异步路径或可调用操作)。
  • 事件和消息传递 -- -- 要控制与数据操作相关的事件或消息的流(并利用平台回滚行为)，请使用异步 Apex 方法将与消息传递或事件相关的所有操作放在上下文之后。

下面的模式和反模式列表显示了 Salesforce 自动化中正确(和糟糕)的数据处理。您可以在构建之前使用这些来验证您的自动化设计，或者确定需要重构的自动化来改进数据处理。

要了解有关 Salesforce 提供的自动化数据处理工具的更多信息，请参阅自动化相关工具。

错误处理对于数据完整性至关重要。强大的错误处理还有助于您的系统以更高的弹性进行扩展和老化。

自动化中的错误处理不当会导致：

• 记录不一致和其他数据完整性问题
• 向用户和其他系统发送不正确的通知
• 在手动或重复处理上浪费时间和资源
• 对系统总体缺乏 Trust

自动化中的错误处理需要使任何正在运行的进程能够解析错误以获取信息，访问关于后续步骤应该基于错误信息的逻辑，然后遵循正确的路径。这些功能不需要在每个自动化中重复构建(这是优化反模式 ) 。相反，系统中的每个自动化应能够连接到相关的错误处理组件。

要在自动化中构建适当的错误处理控制，请提出以下问题：

• 什么是“致命”错误？
• 什么是“可恢复”错误？
• 对于由用户操作触发的自动化，自动化如何在尝试提交更改之前捕获并通知用户错误？

在您决定如何处理这些错误后，您可以开始在自动化中建立有效的错误处理。以下模式和反模式列表显示了 Salesforce 自动化中正确(和差)错误处理的外观。您可以使用这些在构建之前验证您的自动化设计，或者确定需要重构的自动化，以改善错误处理。

要了解有关 Salesforce 错误处理可用工具的更多信息，请参阅工具相关自动化。

下表显示了在您的组织中要查找（或构建）的模式的选择，以及要避免或针对补救的反模式。

✨ 在模式和反模式探索器中，发现更多数据完整性模式。

在自动化环境中，业务价值的概念是关于流程如何为业务利益相关者创造可衡量的积极影响。理想情况下，流程自动化使用户能够减少花费在重复、低价值任务上的时间。它还有助于通过消除可能导致错误的手动处理活动来提高数据完整性。与流程设计非常相似,识别和交付将推动实际业务价值的自动化需要基本发现和业务分析之外的工作。

有时，向业务交付价值的最佳方式似乎是简单地自动化业务用户请求的每个流程，或者按照它们在待办事项（或售票队列）中出现的顺序，或者根据组织中的政治因素。这会导致两个相关的问题：以次优的顺序构建自动化和构建完全错误的自动化。第一个问题，即优先级不佳，阻碍了高价值流程在应该实施时的实施，从而有可能降低增长。第二个问题，构建错误的自动化，不仅延迟了高价值自动化的交付，还导致了时间浪费、不必要的成本，并增加了交付团队的挫折感。

通过关注 KPI 和优先级，您可以提供更大的业务价值。

帮助我们保持 Salesforce 架构合理与您相关；参加我们的调查，以提供有关此内容的反馈，并告诉我们您接下来想要看到的内容。