货不在同一个屋顶下时:在HelloWorld跨境电商助手里把多仓、在途和调拨写成能执行的状态

a805955e 7031 45bf baf6 ce5d51f12877

一仓一店时,库存还能靠“货架上有没有”来感觉。两仓以上,感觉会立刻失效。东仓有货西仓缺、头程已离港平台仍显示可售、调拨在路上被当成两边都能卖,这些都会在软件里变成漂亮但危险的可售数。HelloWorld跨境电商助手可以把仓库当成不同的库存位置来管,前提是每个位置的含义先被写死:哪里能发哪一个站,什么状态的货能被预占,货在路上时算谁的可售。下面按位置和状态写,不谈仓库内部怎么摆货,只谈软件里怎样避免把不能发出的货显示成能买。

先给每个仓库一张身份证,而不是只给一个名字

名字叫“广州仓”或“海外仓”不够。身份证上至少要有:能发哪些平台站点、默认时效、是否允许活动预占、是否接收退货回库、时区。能发美站的仓不要被Shopee订单随便调用,不能接收退货的仓不要在退货单里被选成回库地。这些限制写进仓库档案,打单时由规则过滤,不要靠仓库同事在面单上看一眼目的国再决定能不能出。看走眼一次,就是一笔无法按时到达的单。

临时中转点不要建成正式仓。展会带回的货、暂存在供应商处的货、已经出了门还没上飞机的货,可以有位置记录,但默认不可售。建成正式仓并打开可售,等于发明了一个实际无人值守的发货地。无人值守的发货地在活动期间看起来能救场,活动后会变成无法解释的迟发集群。临时位置只用于看货在哪,不用于答应买家哪天能收到。

同一主体下的多仓可以共享内部SKU,但份额和安全库存必须分仓写。总部觉得某SKU总共还有三百件,并不等于任一站点今天都能从最近的仓发出三百件。可售展示按“该订单允许调用的仓的可用之和”来算,而不是按全网络之和来算。全网络之和是采购视角,站点可售是履约视角。两个数字都要,给买家看的只能是后一个。

库存状态拆开,在途尤其不要和在库坐在同一把椅子上

至少拆成:在库可售、在库预占、在库不可售、在途未清关、在途已清关未上架、退货待检。能被平台看见的,原则上只有在库可售减去必要安全量。预占给活动和已下未发订单。不可售给残次、待盘、待转移。在途无论多确定,都默认不给平台可售,除非该仓和该站点已经验证过“清关后固定时间内一定能上架”,并且延迟的责任能被店承担。未验证就开放在途可售,等于把船期和海关写进了承诺发货时间。

状态流转必须有单据,不能靠改数字。到货上架是入库单,把在途变成在库。拣货未出库是预占或锁定,不是先扣成零再在出不了的时候加回来。盘亏盘盈是调整单。调拨出库和调拨入库是一对,缺一边,货就会在两个仓同时消失或同时存在。同时存在比同时消失更常见,因为它暂时让两边的可售都好看,直到某一边真正去拣货。

退货待检不要一扫码就回到可售。待检是不可售状态,检完才进入在库可售或报废。活动后退货集中时,这条尤其重要。图快回库,会把未打开的空盒和缺件货重新卖出去,第二轮差评会写得更难回复,因为买家会认为你已经知道问题还在卖。知道与否,软件里的状态会证明。

调拨当成两笔库存事件,而不是一笔搬家备注

从东仓调去西仓,东仓先发生不可售的在途调出,西仓在收到并上架前不得增加可售。中间这一段货属于调拨在途,两边都不能卖。两边都卖是多仓最典型的超卖。调拨在途的时效写进单据,超期未入库要出现在异常列表里,和平台库存差额同等对待。没人认领的在途调拨,会变成一笔大家都以为在对方那里的货。

紧急调拨可以加快物流,不能省略状态。越紧急越要先锁来源仓的可售,避免锁之前又被某个站点的自动同步卖走。锁的动作发生在决定调拨的那一刻,不是发生在货车已经离开的那一刻。决定和离开之间往往还有几小时,几小时足够让自动同步把将要上路的货再卖一次。

调拨优先级写清楚。为了救某站时效的调拨,高于为了把仓装满的调拨。软件里可以用标签区分紧急和常规,打单和异常列表让紧急先被看见。所有调拨都标紧急,等于没有紧急。标签滥了以后,仓库会重新只听电话,软件列表又变成摆设。

哪个仓发哪笔订单,规则要在下单后立刻定,不要到打单时再投票

多仓最耗时间的争论是“这单谁出更合适”。争论应被规则代替。规则可以很笨:优先目的地时效最短且有货的仓,其次成本最低的仓,再次库存最宽裕的仓。笨规则比每天现场商量稳定。稳定之后再对例外加人工:买家指定、含有必须从某仓出的认证货、某仓当天停发。例外进人工队列,常规单自动指定发货仓并锁定该仓库存。

指定之后不要频繁改仓。改仓等于改时效承诺和改锁定。活动中改仓尤其危险,面单、包材、物流渠道都会跟着变,客服话术却可能还在说旧的发货地。必须改仓时,先释放原仓锁定,再锁定新仓,再改对买家可见的时效说明。三步缺一步,软件内部仓位和买家预期就会分开走。

平台本身的海外仓或平台仓,当作外部仓来建档,不要和自有仓混成一个数字。外部仓的可售以平台回传为准,软件侧少做聪明的二次分配。二次分配一旦和平台实际可发不一致,超卖责任仍在卖家。能调拨进出平台仓的,同样走调拨单据,不走手工改两端数字。两端数字手改是把多仓重新变回感觉。

采购在途和仓间调拨在途不要用同一套乐观

采购在途是供应商到仓,变数在生产和头程。仓间调拨在途是自己的货从A到B,变数通常小一些,但仍然不是在库。两套在途如果都乐观进可售,活动页会显示一种实际上谁都发不出去的繁荣。采购在途进可售的条件应当比调拨更严,甚至默认永远不进可售,只进补货决策和到货排班。补货决策看在途是合理的,买家下单看在途是把供应链风险转成店铺绩效风险。

到货日变更时,改的是在途单据的预计入库,而不是直接改平台可售。预计入库变更要能被销售看见,以便减投放或改活动预占,但看见不等于已经能卖。把“将到”和“能发”分成两个字段,周会上才不会用到货计划讨论今天的可售。今天的可售只讨论今天能拣出来的货。

多仓健康的标志,是任一站点的可售都能被追到某一仓的某一状态

问一笔正在卖的库存从哪来,能立刻回答:哪一个仓、什么状态、有没有被预占、是否允许该站调用。答不上来,就还在用全网络合计骗人。HelloWorld跨境电商助手可以把位置和状态摊开,摊开之后必须停止用一个总数去安慰所有站点。总数属于采购和财务,站点可售属于承诺。承诺只能建立在能发出的位置上。能发出的位置变少时,可售就应该变少,即使总数看起来还很多。很多而不在手边,对买家来说等于没有。对软件来说,也应该等于没有。把“没有”写明白,调拨和采购才有真正的理由发生;把“没有”藏在总数里,调拨会变成救火,采购会变成猜测,多仓会变成多个互相看不见的单仓。看不见的时候,人会重新打开表格去加总。加总表一旦出现,主系统又会离开仓库现场,回到和实物隔着一层感觉的地方。