订单配置、拆单、核准与自动发货

典型业务场景

• 多仓库、多供应商或多配送方式的企业，需要按仓库、供应商、温区、路线或业务规则拆分订单。
• 订单量较大的团队希望通过自动审核、自动发货或自动收货减少人工处理，但仍要保留异常拦截。
• 财务和售后需要确认拆单后的对账、退货、发票和签收差异仍然能追溯到原订单。

适用角色与业务对象

使用前准备

• 订单流转、仓库、供应商和配送规则已经梳理
• 财务和售后确认拆单后的对账口径

操作流程

1. 先确定是否必须审核订单
2. 再按仓库、供应商、温区或配送方式设置拆单
3. 用典型订单测试审核、拆单、发货和退货链路

配置规则与口径说明

• 拆单规则必须先明确业务目标，是为了仓库履约、供应商协同、冷链分温区，还是为了配送路线。
• 自动审核不应绕过价格、库存、授信、账期和异常地址等关键检查。
• 自动发货适合规则稳定、库存准确、订单异常少的场景，不适合刚上线且流程未稳定的企业。
• 拆单后要确认客户侧状态展示清晰，避免客户看到多个子订单却不知道对应商品和配送批次。

上线后检查点

• 拆单维度是否与仓库、供应商、温区或路线实际履约方式一致。
• 子订单是否能独立拣货、发货、签收和退货。
• 财务对账按原订单还是子订单核算是否明确。
• 自动流程失败时是否有人工接管入口。

常见误区

• 为了内部方便过度拆单，客户侧和客服侧反而更难解释。
• 自动审核规则没有覆盖异常价格、缺货和超账期场景。
• 拆单上线前没有让订单、仓库、配送、财务一起试跑。

检查点与异常排查

• 拆单后客户看不懂时要优化前台状态说明
• 自动发货异常时检查库存口径和订单状态条件

后续操作手册沉淀建议

• 订单审核规则
• 拆单维度和子订单
• 自动发货条件
• 异常订单人工接管

下一步建议

建议先用历史订单或测试订单验证拆单结果，再决定是否开放自动审核和自动发货。