1. 目的
您在某个组织中创建了一条订单自动化规则，运行正常，现在希望在您管理的另一个组织中实现相同的行为。本文介绍如何将其迁移过去，以及迁移完成后需要核查哪些内容。
2. 适用范围
将已存在的订单自动化规则从一个组织复制到您同样有权访问的另一个组织。从头创建自动化规则属于另一项工作。3PL 将其自有自动化规则下推至客户组织的操作方式也有所不同，详见第 5 节。
3. 角色与职责
角色 | 职责 |
|---|---|
自动化规则所有者 | 从源组织中导出规则代码，并在目标组织中重新创建 |
组织管理员 | 确认新自动化规则的优先级与现有运行规则合理对齐 |
只要该人员在 两个 组织上均拥有"管理配送"权限，整个操作可由一人完成。如果您能看到自动化规则列表但"创建"按钮缺失，原因在于权限不足。请联系该组织的管理员授予相应权限，或将复制步骤交由管理员操作。
4. 适用场景
任何需要在两处应用相同规则的情形：
一个品牌通过两个组织销售，例如自营店与 3PL 履约店。
客户刚被设置到第二个组织，希望将现有规则迁移过去。
您即将停用某个组织，希望将其自动化规则保留到替代组织中。
您发现自己已第二次或第三次手动重建同一条规则。
5. 核心概念：自动化规则归属于单一组织，且不存在复制按钮
这是最容易让人困惑的地方，以下一张表概括了本文的核心内容。
您的预期 | 实际情况 |
|---|---|
自动化规则列表中有"复制"或"复制到其他组织"操作 | 此功能不存在。自动化规则在您当前查看的组织下创建，应用程序不支持在写入一个组织时读取另一个组织的自动化规则。 |
关联组织之间共享自动化规则 | 共享仅支持单向操作，即由 3PL 上级组织向其下属客户组织推送，且仅限于上级组织自身拥有的自动化规则。仅属于同一品牌的两个组织无法通过此方式共享。 |
因此，迁移方式就是复制并粘贴自动化规则的代码。这是目前官方支持的正规路径，而非变通方法，只要您知道代码在哪里，整个过程大约只需两分钟。
代码所在位置是 代码编辑器 选项卡。每条自动化规则均有两个选项卡："规则构建器"和"代码编辑器"，两者是同一内容的不同视图。"代码编辑器"始终保存完整的自动化规则，因此建议从此处复制，而非逐一重建可视化步骤。
6. 开始前的准备
检查项 | 重要原因 |
|---|---|
您在两个组织上均拥有"管理配送"权限 | 查看自动化规则仅需"查看配送"权限，但创建规则需要"管理配送"权限。常见情况是能读取源组织却无法写入目标组织。 |
您了解目标组织当前已运行的规则 | 自动化规则按优先级顺序执行，后续规则可能覆盖前一条规则对同一设置的影响。添加新规则前，请打开目标组织的自动化规则列表，记录各规则的优先级。 |
自动化规则中按名称引用的任何内容在目标组织中也必须存在 | 如果自动化规则按名称引用了包装或配送选项，该名称在目标组织中也必须存在。缺失时系统不会发出任何警告。详见第 9 节。 |
7. 操作步骤：跨组织复制自动化规则
在源组织中，进入"自动化规则"并打开您要复制的规则。
切换到 代码编辑器 选项卡。
在编辑器内单击，全选内容，然后复制。
切换到目标组织。自动化规则列表位于 /dashboard/your-organization-name/automations，或使用组织切换器并导航至"自动化"。
单击 创建，然后 创建草稿自动化。这将为您提供一个空白自动化以供粘贴。
切换到 代码编辑器 选项卡，选中所有占位符代码，然后将其覆盖粘贴。
单击齿轮图标。设置名称，并设置优先级以确定其在执行顺序中的位置。数字越小，越先执行。
单击 测试功能 并搜索自动化应作用的真实订单。检查结果是否符合预期。
保存。
8. 验证
以下三点可确认操作已生效：
该自动化出现在目标组织的自动化列表中，且优先级与您设置的一致。
测试功能针对应匹配的订单运行后，返回预期的设置。再次针对 不 应匹配的订单运行，确认未返回任何结果。对所有订单均触发的规则是更容易被忽视的错误。
下一个真实匹配订单将应用该设置。
9. 限制与注意事项
注意事项 | 处理方式 |
|---|---|
规则构建器选项卡提示无法以可视化方式显示所有步骤 | 此为预期行为，可安全忽略。实际运行的是代码而非可视化步骤，因此自动化的行为与代码完全一致。任何手动编写或编辑过代码的自动化都会出现此提示。 |
名称不会自动翻译 | 如果代码中指定了某个包装方式或配送选项的名称，而目标组织中没有对应名称，该部分自动化将静默无效，不会报错也不会发出警告。使用前请核实名称是否匹配。 |
在源组织中成立的条件，在目标组织中未必成立 | 为某个组织编写的规则通常包含其特有的假设，例如国家或销售渠道。请以全新视角审阅副本，确认每个条件是否仍然适用。第10节正是这一陷阱的典型示例。 |
两份副本不会保持同步 | 自保存起，二者即相互独立。修改其中一个不会影响另一个，因此后续变更需在两处同时进行。 |
10. 操作示例
某品牌运营两个组织：一个直营组织，另一个通过其3PL履行。他们在直营组织中有一条自动化，用于对带有相应标签的订单应用"签收确认"服务，并希望在另一个组织中实现相同效果。
观察 | 解读 |
|---|---|
该自动化存在于一个组织中，且无法直接发送至另一个组织 | 正常现象。按照第7节的说明，从代码编辑器选项卡复制代码即可。 |
目标组织中现有的自动化优先级分别为5、10和15 | 将新自动化设置为优先级20，使其最后执行，从而覆盖其他自动化而非被覆盖。 |
目标组织中已有订单带有自动化所识别的标签 | 这是好迹象。自动化保存后将立即对真实订单生效，无需进行其他设置。 |
该自动化仅作用于发往加拿大的订单，但目标组织同时向美国发货 | 这正是第9节所述的陷阱。若按原样复制，所有美国订单将被跳过。此问题已作为决策事项告知客户，而非私自修改，因为这是配送政策问题，而非技术问题。 |
最后一行是本文档值得养成的习惯。复制的自动化携带着其原始组织的假设，而编写该自动化的人才是确认这些假设是否仍然成立的合适人选。
11. 相关文档
SWI-006 — 将承运商账户发布至子组织。与本文的对比案例：3PL母组织确实可以将设置推送至其客户组织。