`
liningjustsoso
  • 浏览: 48263 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

[转]库存那些事儿_11_调拨

 
阅读更多
言归正传,按照写作提纲,今天的这一篇就轮到调拨了。

调拨是多个库房之间,将库存从某一个库房调配发到另外一个库房的过程。产生调拨需求的原因,在于各个库房之间,库存供给和消耗能力的不平衡,这种不平衡可以有几种理解方式:
1. 库存供给的需求:前面讲过,一种商品一般会有一家主要供应商配合不多的几家备用供应商提供,而主要供应商一般情况下,也只能发货到某一个库房,其他库房的库存就需要通过调拨的方式作补充;
2. 库存消耗能力的需求:各个库房都需要辐射一定面积的区域中的用户,这部分用户的购买需求也就是库房应该提供的库存量,若本地供应商的供货能力不足或者来不及供货,那就需要调拨库存了。

从本质上来讲,调拨的原因是各个库房之音库存借给和消化能力的均衡所导致。这种不均衡,又可以分为长期的不均衡和短期的不均衡两种情况,由于造成了两种调拨类型:
1. 主动调拨:这种调拨方式对应于长期不均衡的问题。例如,一种产品只能在北京采购到,那上海、广州、成都的客户订购时,难道都要从北京发货?不管是从配送时间还是配送成本上看,把部分库存配置在当地库房,才是客户体验最好,最经济的做法。
2. 被动调拨:这种调拨方式对应于长期不均衡的问题。例如,前几周长江流域降雨量非常之大,上海、武汉库房中的雨伞都销售一空,但还是客户订单源源不断地进来。这时候为了满足这部分客户的需求,也需要立刻将异地的库存给调拨到有需求的库房中去。

主动调拨其实是按照预测的客户需求作调拨。在前面的一些讨论中我们曾经谈到,下采购单时某种产品的最佳采购量,实际上只与供应商的送货响应时间(VLT)和这段时间内的预计客户需求有关系,在各个库房之间作库存配置时,也需要遵循一样的原则,必须考虑来未来一段时间内客户的需求。

被动调拨其实是按照短期内不能满足的客户订单作调拨。在理想情况下,对客户的需求预测计算完全正确,那么就不会出现被动调拨了。但实际的情况下,被动调拨的却是无法避免的。一旦某件商品出现一个库房无货,而其他库房有货的情况时,为了第一时间满足客户需求,就应该将库存即刻调往客户所在地的库房。(实际的订单分派逻辑比这个要复杂一些,以后再专门开一篇文讨论)。

前面按照调拨原因,将调拨分为两大类,但在实际运营操作中,这两种调拨并无太大的区别,如果一定要区分开的话,那应该说,被动调拨的优先级更高。

调拨的发货过程和订单发货类似,都是分为检货、扫描发货两步。调拨要求一般比客户订单的规模要大很多,即便只有一个调拨要求,其中可能包括了上百个SKU,数百件商品,丝毫不亚于一般意义上的批量检货单。当然,检货时批次越大越好,因此调拨检货也是可以按批量检货的。但在生成批量调拨检货单时,有的公司将调往不同库房的调拨需求分开,有的则合在一起。


将发往不同库房的调拨需求分开,在后端操作中比较简单,特别是扫描发货时速度很快,因为目的库房一致,可以一边扫描一边装箱,但这样做的问题在于检货的效率降低,因为不同库房都需要同样的SKU供给消费者,本来能够一次检完的货,被人为分成了多次。而将发往不同库房的调拨需求合在一起检货,虽然检货的效率加快了不少,但是在扫描发货时,要注意将发往各个库房的货品分开装箱,这个环节中出错的可能性较高,需要优化发货系统和流程,并对人员作培训。

调拨的货品从目的库房发出后都装成了一箱一箱的,在目的库房收货时,只需要按照箱号,逐个扫描、验货后,到本库房上架即可。在调拨调拨收货时,需要发现调拨中的异常:
1. 最多发现的异常是系统装箱明细与实物不符。产生异常的原因很多,有可能是装箱时的误操作,系统记录错误,配送中发生的异常等等。发现异常后,将异常的明细记录下来作于调查后,将与记录相符的商品按正常流程收进库存并发货;
2. 货运致残。货运公司的野蛮运输相信人人都会有一些体会,调拨的运输过程是靠货运公司来操作的,货品的损坏也在所难免。发现残损后,将残损明细记录下来,残损商品进入不可销售库存,正常商品进入可销售库存继续流程。致死的商品按照和货运公司的协议合同办事,进行索赔(一般是以抵扣运费的方式进行)。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics