【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发货时首先判断订单是否被取消,若是则提示用户不可发货。现场操作人员将商品重新上架。
这家伙很懒,还没有设置简介