当速度需要短暂、可见的安全检查时使用命令保持。
付款审核
地址检查
客户服务
B2B 批准
什么顺序成立解决
良好的保留流程会给每个团队相同的答案：此订单已暂停，这就是原因，这就是发货前必须发生的事情。
使暂停的订单可见
用运营团队可以工作的可见状态替换私人注释和临时消息。
保护拾取器免遭返工
将需要审核的订单远离正常拣货流程，直到问题得到解决。
提供更好的支持背景
客户服务可以在承诺交货日期之前查看哪些订单需要答复。
避免浪费标签
在货件尚未离开时在标签创建或承运商移交之前暂停。
支持风险检查
使用保留来处理欺诈、付款、合规或手动批准问题，而不阻止不相关的订单。
干净地释放
问题解决后，将订单移回正确的操作流程，而不是手动重建工作。
不仅仅用于欺诈检查
任何在履行之前需要人工答复的订单都可以从可见的保留中受益。
电商卖家
暂停可疑订单、不明确的地址、客户变更请求或发货前需要最终检查库存的订单。
履行中心
使仓库团队可以看到特定于客户的异常，而不将它们混合到正常的拣货波中。
支持和财务
为后台团队提供一种简单的方法来停止发货，直到处理付款、批准或客户确认为止。
创建操作员可以信任的保留流程
目标不是减慢仓库速度。这是为了使例外足够明显，以便每个人都可以继续围绕它们移动。
“保留应立即回答两个问题：为什么此订单被停止，谁可以释放它？”
1
选择明确的保留原因
使用实用类别，例如付款审核、地址检查、客户请求或内部批准。
2
仓库行动前审查
在订单仍然很容易暂停、更改或取消时处理异常情况.
3
放心发布
一旦做出决定，将订单发送回正确的履行路径。
常见保留场景
订单保留的设计很简单。它们为团队提供了一个安全的操作暂停时间，以应对日常异常，否则会中断仓库。
付款需要审核在财务确认风险得到解决之前保留订单发货。
地址看起来不完整在创建标签之前请求支持人员确认详细信息。
客户想要更改暂停订单，同时团队检查线路、数量或交货详细信息是否应更改。
批发订单需要批准保留B2B或手动订单，直到合适的人确认订单可以继续进行。
订单保留常见问题解答
为希望获得更多控制权而又不减慢每个订单速度的团队提供实用答案。
订单保留是指订单上的明显暂停，该订单不应进入履行阶段。当需要首先关注付款、地址详细信息、客户请求或内部批准时，团队可以使用它。
对发货前需要人工决定的订单使用保留：可疑付款、不完整的地址、客户更改请求、库存问题或 B2B批准.
否。保留使这些审查对操作可见。支持、财务或管理层仍然可以做出决定；仓库只是得到一个更清晰的信号，不要太早发货。
它们减少混乱。拣选员和包装员无需解释聊天消息或最后一刻的指示；订单状态告诉他们订单何时应该等待。
是。履行团队可以使用保留来保持客户特定的异常可见，而不会将它们混入正常的拣选和包装节奏中。
问题解决后，订单可以继续进入最适合的履行工作流程，例如提货和包装、运输规则或分批装运进程.