在AWE中，为何选择使用Route Controls而非Steps？

先聊聊你提到的那个场景：

在步骤N中，若单据所属部门为10，则流转至Dave；若为部门20，则流转至Sally。

用常规Steps的思路，确实得建两个独立步骤：

• 第一步配置部门10的触发条件，把审批人设为Dave
• 第二步配置部门20的触发条件，把审批人设为Sally

但这里你可能没get到Route Controls的正确打开方式——它的核心价值是让路由逻辑和工作流步骤解耦，实现规则复用和流程简化，而不是像你说的给每个用户单独建配置文件。

举个实际的优化例子：如果用Route Controls，你只需要创建一个包含所有部门规则的配置文件，里面定义“部门10→Dave、部门20→Sally”的映射，然后在工作流里加一个Route Controls步骤，引用这个配置文件就行。系统会自动根据单据的部门字段匹配对应的审批人，整个流程里只需要这一个步骤，不需要拆分多个分支。

那它比Steps好在哪？

• 规则复用：如果有10个类似的审批流程都需要这套部门-审批人的路由逻辑，用Steps的话每个流程都得重复建步骤；但用Route Controls，所有流程都可以直接引用同一个配置文件，后续要加部门30→Mike的规则，只需要改一次配置文件就行，不用逐个改流程。
• 流程更简洁：当路由分支多的时候（比如有10个部门对应不同审批人），用Steps会让工作流里堆满分支步骤，看起来杂乱难维护；而Route Controls只需要一个步骤，所有逻辑都在配置文件里管理，结构清晰。
• 易于迭代：后续如果要调整路由规则（比如部门10的审批人换成Lisa），用Steps得找到所有相关流程的对应步骤修改；用Route Controls只需要更新配置文件里的一条规则，所有引用它的流程自动生效。

简单说，Steps适合分支少、规则固定的简单场景，而Route Controls是为了应对路由规则复杂、需要复用或频繁变更的场景，能大幅降低维护成本，让工作流结构更干净。

内容的提问来源于stack exchange，提问作者GaryFurash