【zhjxsa】大家好：在ERP与WMS之间，订单取消走怎样的流程比较合理（包括可用库存如何释放）？
我的设想是：从ERP发出取消指令—WMS拦截（成功后将库存释放到特定区域、并向ERP返回取消成功的信息）
—RF返架（实时更新库存，从特定区域移动到拣货库位）—启动库存同步机制（ERP更新可售库存）
不知道这个流程是否合理,请高手指点？

现在取消有两种情况：
正常订单取消（客户要求）
异常订单取消（部分货品缺少）
我现在比较纠结的是：
假设取消的订单（都已进入WMS，并已拣货）后可销售库存的释放方式是：
从ERP增加可售库存——然后同步到WMS，WMS也相应增加可售库存。
另一种方法是：
WMS先增加可售库存——同步到ERP，ERP也增加相应可售库存。
大家觉得哪种方法比较合理？

一个方面正常的客户取消，即物流这边已经出来，通过客服取消

另一个方面是，是异常订单（即少了货品），客户要求取消的

以下附录交流内容：
湖南-ZHJXSA(634287660)  11:07:47
第一种情况是先拦截，第二种情况就不要发出拦截指令了
济南-wilfred(951181918)  11:09:10
第二种情况是仓库先知道有货品配不上么？
湖南-ZHJXSA(634287660)  11:10:30
开始波次的时候认为有货，其实因为很多情况出现无货（如残次、颜色不对、尺码不对等情况）
济南-wilfred(951181918)  11:10:53
买家和客服不会知道少了货品的，还是得由wms发起，客服确认是否拆单或者返单取消
湖南-ZHJXSA(634287660)  11:12:04
是，仓库知道少了货，客服确认之后怎么走比较好呢？
如何使返单取消怎么走比较合理？
济南-wilfred(951181918)  11:15:00
这种情况下，返单，特殊标记，备注某款货无货，客服联系买家，然后决定是拆单发货还是取消订单
湖南-ZHJXSA(634287660)  11:15:50
如果是确定了是取消订单，怎样走流程？
济南-wilfred(951181918)  11:18:45
客服取消订单-释放可销售库存-店铺同步库存销售；物流返架-erp新订单占用-审核-wms新订单处理
湖南-ZHJXSA(634287660)  11:19:42
你说的释放库存是先在ERP还是WMS?
济南-wilfred(951181918)  11:21:58
只有erp里取消订单的时候才可以释放库存，不然的话就有订单占用，因为这个订单只要存在，erp是不会自动判断买家是要求拆单还是取消的；wms返审只是将订单返回初始化状态，即订单刚下载到erp的状态（除了标记和备注）
湖南-ZHJXSA(634287660)  11:24:44
现在有个问题，如果ERP一旦取消订单就增加可售库存，但仓库的操作环节很多，也许还未返架，那边就有销售库存，是不是会造成配货失败？
湖南-ZHJXSA(634287660)  11:26:42
我觉得比较稳妥的办法是商品真正返回到拣货库位后，RF实时更新了可售库存时，在同步到前台ERP的可售库存。
济南-wilfred(951181918)  11:27:01
没有RF拣货就没有实时库位库存，就会出现这个问题
湖南-ZHJXSA(634287660)  11:28:08
我们拣货没有用RF，但返架是用了RF，是可以实时更新拣货位的可售库存的
济南-wilfred(951181918)  11:30:13
重视前端销售，就会采用不稳妥的办法，大不了后期二次加货满足订单；
更看重物流操作顺畅的话，只有返架完成之后才能增加可销售库存销售
湖南-ZHJXSA(634287660)  11:31:29
是的，还是策略问题，我们是卖档期，一般不补货，所以比较偏重于返架之后增加可售库存。
济南-wilfred(951181918)  11:33:16
这样的话算是只有返架成功才能算是订单取消完成了是吧？
湖南-ZHJXSA(634287660)  11:35:25
也不是，只要订单在WMS撤回原始状态，释放库存，就可以返回取消成功，至于可售库存的增加，是在返架成之后。
济南-wilfred(951181918)  11:37:35
你说的释放库存指的是释放仓配可操作库存还是店铺可销售库存？
湖南-ZHJXSA(634287660)  11:39:40
先在WMS增加可售——通过同步机制，前台网页的销售库存也同步更新增加
济南-wilfred(951181918)  11:40:30
wms对接店铺可售库存？
湖南-ZHJXSA(634287660)  11:41:50
我们是B2C，系统分前台销售和WMS
济南-wilfred(951181918)  11:45:47
这样的话你们的物流操作会比较顺畅
湖南-ZHJXSA(634287660)  11:47:21
很一般
济南-wilfred(951181918)  11:49:35
你们省去了返架之前就销售导致的不能及时上架引起的二次加货
湖南-ZHJXSA(634287660)  11:53:26
由这方面考虑

【majun2012】对于客户要求取消订单的，可以通过客服在坐席管理系统上进行取消操作，系统会发送取消命令给WMS。对于没有拣货的订单直接取消，并返回成功取消命令；对于已经拣货（已经分配库存，但是还没有扣除库存）还没有配送的订单需要做一步反向操作；对于已经配送的订单我们当成退包来处理。我们在WMS变动库存，然后传到上位系统，因为我们是以WMS库存为准。

【zhongkeruanjian】ERP是订单管理，WMS是作业管理，WMS在ERP的指令下进行作业，并反馈作业结果给ERP。 这是ERP与WMS接口原则。故你这种情况下应该是：

1 ERP 计划取消订单，并通知WMS进行出库作业取消，此时订单不可再进行任何操作。
2 WMS 进行出库作业取消（如果没有发货的话，如果已发货，WMS通知ERP不可取消，只能走退货流程。），将库存返回到可销售库存。WMS通知ERP作业结果。
3 ERP 实际取消订单，并返回可销售库存。

无论哪种流程，不管是正常的（收货上架，出库等），还是异常的（异常等），只要符合原先设计的基本原则。就不会有错和有困扰。

【漂流】我们公司的WMS一切指令均来源于R3，如果未发货，则R3系统直接删单，这一信息会直接互动到WMS系统，WMS系统也将看不到此单的信息；如果已发货，则两套系统分开做取消订单下帐，释放两边的库存。每日两套系统会自动生成对帐差异表。

【看海听涛】我尝试给个solution：

假定三个业务场景：1）订单还未下传WMS ； 2）订单下传到WMS，且已经拣货，未到发货码头；3）订单已经拣货，准备在WMS中发货；

1、客户取消订单，则ERP马上关闭订单（SAP中打交货完成标志），ERP释放credit memo和ATP

2、接口程序不会下传已经关单的订单，所以场景1解决；

3、针对场景2和3，建议用同一套逻辑处理。即ERP将订单的变化信息下传WMS，在WMS的发货模块做相应的增强，

WMS发货时首先判断订单是否被取消，若是则提示用户不可发货。现场操作人员将商品重新上架。