I功能升级
功能入口在哪,先弄清它管的是哪一段
订货宝的多仓库与调拨在后台的库存管理模块里,商品档案和仓库档案是两套独立的基础数据。建仓不是随手加个名字,每个仓库要独立挂库存,商品在哪个仓有多少、能不能卖,是分开算的。
它管的业务段很明确:从客户下单占用的那个仓,到实际发货出库,中间如果有仓与仓之间的货品转移,走调拨单。它不替代采购入库,也不替代销售出库,这两件事仍然各走各的单据。
对接人要记住一句话:多仓不是把库存数拆成几份看,而是每个仓各自成立一本账。理解这一点,后面配置才不容易跑偏。
II功能升级
它解决的是发货点分散后的账实对齐
只有一个发货点时,库存准不准主要看录单及不及时。一旦有了中心仓加区域仓、门店仓加前置仓,问题就变成:客户在订货小程序上下单,扣的是哪个仓的库存,发错仓了怎么补。
多仓库解决的是归属问题,调拨解决的是转移问题。仓间转移必须生成调拨单,出库仓和入库仓都留下记录,谁调的、调了多少、什么时候调的,事后能查。
和微信群下单比,差别不在下单快慢,而在库存有没有归属。群里喊一声发货,账上不动,月底对不上只能靠人回忆。分仓记账加调拨单据,是把这段回忆变成可追溯的记录。
III功能升级
配之前要准备什么,别急着建仓
第一件事是把仓库清单定下来,包括每个仓的用途、覆盖哪些客户或区域、是否允许直接对外发货。仓库档案一旦建好并产生单据,改名和合并都会牵连历史数据,前期想清楚比后期改省事。
第二件事是商品与仓库的对应关系。哪些商品全仓都有,哪些只在中心仓,哪些是某仓专属,要提前列清楚。这决定了客户下单时能不能看到货、看到的是哪个仓的货。
第三件事是权限。谁能在哪个仓做调拨、谁只能看不能改,最好在配的时候就分开。调拨是能改库存的动作,权限放太宽,后面查问题会很难定位。
还有一件容易被跳过的事:期初库存怎么录。建仓时录错一个数,后面所有出库入库都建立在错的基础上,越跑越偏。
IV功能升级
常见配错的地方,多出在仓和货的关系上
第一个错误是把仓库当成筛选条件而不是记账单位。仓库如果只是给订单打个标签,不参与库存扣减,那多仓就是摆设,账还是糊的。
第二个错误是调拨不走单据,直接改两个仓的库存数。这样账面上是平的,但过程没有记录,出现差异时说不清是哪一步出的问题。
第三个错误是仓建得太多太碎。每多一个仓,就多一套库存要维护、多一批调拨要处理。仓的数量应该跟着实际发货点走,而不是跟着组织架构走。
第四个错误是配完不试。建好仓、设好权限之后,应该用一笔测试订单走一遍下单、扣减、调拨、出库的完整流程,看库存变化是否符合预期,再放真实业务进来。
V功能升级
和手工做法的差别,在差异发生时最明显
手工做法不是不能用,单仓、单发货点、sku 不多的时候,一张表也能管。问题出在差异发生的时候:货少了、货串仓了、客户说没收到,手工做法只能靠翻聊天记录和问人。
多仓库加调拨的价值,是让每一次库存变动都有对应的单据。差异出现时,先看调拨记录,再看出入库记录,能顺着单子往回找,而不是从头回忆。
代价也要说清楚:配多仓会比单仓多花时间,日常也要有人维护调拨单据。如果发货点确实只有一个,硬上多仓只会增加操作步骤,没有实际收益。
VII常见问题
被问得最多的几个问题
看这两个发货点是不是各自管各自的货。如果两边的货是分开的、客户下单要指定从哪发,那就需要分仓记账,否则库存会混在一起。如果只是一个点偶尔帮忙发一下,货其实是一批,用调拨或直接改发货信息可能更简单。判断标准是:库存要不要分开算,而不是有几个地址。
直接改库存只改结果,不留过程,两个仓的数字变了,但为什么变、谁改的没有记录。调拨单是出库仓减、入库仓加,同时生成一条可查的单据。差异出现时,有调拨单就能顺着单据往回找,直接改库存只能靠人回忆。多一步操作,换的是可追溯。
用一笔测试订单走完整流程:客户下单扣哪个仓、发货出哪个仓、需要转移时调拨单是否生成、两个仓的库存变化是否符合预期。再看权限,非相关人员能不能改调拨。最后看期初库存是否与实物对得上。这几步都过了,再放真实订单进来。
IV继续看
企业微信 · 专属顾问