客户由于系统发货时间距离物流公司实际揽收时间较长，经常会发生在系统发货-但是实际物流还没取件的情况。实际表现为上海一家客户：每天会有几百个实际未出库，在系统已经为发货状态，此时又需要修改的订单。占总单量10%左右。

需要撤回的订单的处理原因包括：

① 订单系统发货，但实际上未揽收，此时买家要求换货、改地址。

② 客户库存不准，打单发货后去拣货发现实际库存不够。

③ 已发货状态更改物流，无法物流回传。

1.订单系统发货，但实际上快递未揽收，此时买家要求换货、改地址。

正常的进行售后处理流程，系统中已经完成发货，并且快递包裹已经到达快递揽收区域，正常的作为售后订单处理，走售后正常退件入库流程。 为什么？

系统逻辑方面：在系统发货后就已经进入系统完结状态，不会支持撤回，影响系统正常的流转逻辑；

操作难度：快递已经进入揽收区域，大量的快递包裹已经混合在一起，在大量的快递包裹中寻找需要撤回处理的包裹消耗的时间，并不比售后业务处理速度更快。 客户自己可以找得到包裹的情况下

拦截不发：走退货流程

换货：快速退货后，补发订单

改地址：可以用“物流操作”功能进行发货后物流变更操作

2.客户库存不准，打单发货后去拣货发现实际库存不够。

考虑主要的是系统的使用问题，如果支持撤回之后，反而会更加增加系统的操作复杂度，给客户带来更大的管理成本；打单发货后去拣货发现实际库存，这个问题更应该解决的是前面流程中为什么会发生实际库存不够的情况，不应该在这个环节错上加错。应该去反溯前面的补货上架与单据的实际扣减库存与系统扣减库存的时机。我们系统推荐的拣货流程都是系统扣减与实际货物变动是同时的，应该尽量少的进行先点击发货后拣货的情况。

旗舰版仓库要做的就是仓库精细化和流程标准化，仓库不允许驳回属于仓库精细化管理的必备条件。若是发货后驳回，会造成货与系统不一致，仓库库存管理无法进行准确控制。

3.已发货状态更改物流，无法物流回传

发货后更改物流变更地址，可以使用系统 销售出库 →物流操作， 进行物流变更和地址变更处理-物流变更后会正常进行物流回传 PS：

1.平台是否支持二次物流同步，大部分平台是支持物流二次同步的（淘宝、拼多多…）。

2.一般是在第一次同步的24小时内可以进行二次同步

对于此类的客户由于系统发货时间距离物流公司实际揽收时间较长，经常会发生在系统发货-但是实际物流还没取件的情况

当前先按照现在的处理方案进行，后续的场景可以继续收集-不紧急不重要