背景:吉客云客户是商超与供应商之间衔接人即中间人(下文都同称中间人),即商超不同门店每日在营业结束向中间人发起采购,中间人接到采购需求后,再将采购单按照不同供应商进行分类,分别发送给不同供应商,供应商收到采购需求后,将所采购物品按照采购单指定地址发送给对应门店
逻辑图:
吉客云解决方案如下:
把商超门店都共用一套吉客云,而门店在系统的表现形式是部门,这样做的目的是为了后面的在做采购需求时能清楚知道是哪个门店的采购订单。
整体订单流程:
一、门店发起根据采购需求发起并递交采购申请
商超晚上结束营业之前会汇总下今晚需要向供应商采购的东西,如下图,会在采购申请发起需求,在申请界面会选择好申请部门(门店归属),然后下方会批量选择好商品,然后点击保存
二、中间人将采购申请单转采购单
采购订单递交之后去到采购申请转订单,之前问题是一个门店下的货品都是属于不同供应商发货的,如何把他们进行拆分,然后推送到各个供应商的吉客云进行发货呢,这个界面就可以解决客户问题了,在采购申请转订单,操作按策略转采购订单(原理,会根据货品的默认供应商进行拆分,从而达到拆分之后的每个订单都是某一个供应商的)。
三、中间人将拆分好的采购单递交供应商供货
采购申请单按照策略拆分之后,采购单会到采购审核界面,采购审核之后订单在【通知供应商】界面,这里所有采购单已经拆分好了,所以可以批量操作:“递交供应商发货”,递交后就可以知道采购订单递交到哪个供应商,后期也可及时同步发货情况。
注意:递交之前是需要跟供应商通过吉链方式打通的,同时也需要同步商品等基础设置。
吉链操作详情查看:
四、供应商收到采购单后,在销售单审核界面进行审核,同步仓库按照不同门店进行发货
供应商收到订单后,会在供应商的销售审核界面,供应商就根据自身的库存情况审核订单到按单配货界面,那么怎么去区分供应商那边的订单是属于哪个店的呢,这边发现推单过去的销售单的收件人是取推送方这边的收货仓库的信息的,所以这里只需要给各个门店创建一个门店仓,里面维护好收件人信息为门店名称,这样推送过去供应商就知道是哪个门店的订单了。
扫一扫 客如云来