WMS之越库产品设计

一、什么是越库

越库是指仓库接受各家供应商的整车货件，根据顾客需求进行拆分、分类、堆放，进而将货品进行装车，送往各顾客指定地点。在整个流程中，所有的货件不进入仓库的储存空间，所以越库只适用于比较紧急的订单。

越库的目的就是为了满足快速出库，跳过仓库中上架、储存等环节，直接出库。不需要考虑什么上架策略、波次策略、拣货策略、先进先出规则等等，这样做能够极大地提升出库的作业效率。

二、什么情况下发生越库

越库本质上就是快进快出，根据本人的接触到的工作场景，有2种情况会去发生越库。

情况1：作为第三方仓，仓库对用户发过来的加急订单，在“收货月台”签收产品后，直接转移到“出库月台”进行发货，如下图所示：

情况2：作为卖家，针对一些特别紧急的订单，需要优先质检，然后快速出库，跳过了储存环节，如下图所示：

情况2比情况1多了仓库里面的作业环节，但是情况1也有可能在仓库里面做分拣，比如：比如签收的产品，需要发往2个不同的目的地。此时签收后，需要在仓库做分拣，然后发货。

情况2比较特殊，是我之前公司的业务，在这里也进行说明，首先这种场景是业务跨境电商公司的“直发订单”很多都是先出单再采购，然后出库。但是每个平台的不同类型订单对履约时效都有要求，所以针对那些剩余发货时间比较少的订单，希望采购回来就直接出库。

三、怎么越库

越库需要仓库进行快速响应配合，所以对公司有更加严格的物流管理要求，仓库要事先要哪些产品需要越库，还要知道快速越库产品采购回来的产品信息，数量，收货时间，如：明天早上9点，快速采购了100件衣服，需要快速出库，那么仓库就可以提前准备好人员和工具进行快速出库。

越库有几种情况：

• 情况1：签收的产品=越库订单的产品数量
• 情况2：签收的产品大于越库订单的产品数量
• 情况3：签收的产品＜越库订单的产品数量

情况1：这种情况最简单，只需要考虑越库的订单数是否＞1，若大于1，则需要对签收的产品做一个分拣，然后打包出库；

情况2：这种情况是签收的产品只有一部分需要越库，剩余的部分需要上架；

情况3：这种情况比较复杂，要么是仓库中有一定数量的产品，只需要采购剩余部分的产品就能够满足越库单；要么是在短时间内只能采购一部分产品，且用户接受部分发货。

上述3种情况的图解如下：

四、越库的产品设计

在实际的仓库作业中，针对这种越库的产品，签收后会放到仓库的一块空地，这块空地在系统中可以设置一个“越库区”，针对越库订单，系统提示作业员到“越库区”拣货。

越库的产品设计，本人根据本文第2大点说的2种情况进行分享。

情况1：作为第三方仓，直接进行签收发货

这种情况，可以直接创建一个越库的出库单，下推到仓库，然后这里的出库流程就和普通的出库流程一致。

但是作为第三方仓，可能会收很多产品，而且客户要求必须按照收货单的要求原封不动的发给某人，那么收货和越库的出货，要是同一批货。那么可以用“越库批次”将两者关联，在批次的产品在系统层面锁定，不能被其他出库单占用。

当遇到相同“越库批次”的出库单，锁定的库存才释放库存，产品原型如下：

情况2：作为卖家，紧急发货

这种请比较复杂，首先我从采购来说，针对缺货的销售单，进行“销售转采购”，根据缺货数量生成采购单，缺货数量的定义我后续在订单模块中说明。

多个缺货的销售单可以生成1个采购单，其中生成采购单的规则为：系统自动满足产品采购量的最低报价，如：采购A产品10个，A产品有2个供应商，如下：

根据满足最低采购量最低报价的原则，系统自动选择2号供应商，生成采购计划。采购计划生成的采购单需要有“越”标识，代表该采购单需要越库，如下图所示（仅供参考）：

然后有“越”标识的采购单下推到仓库，仓库在签收时就知道，这些采购单要越库，不需要进行上架，故这些采购单优先质检。质检完成后将产品放到“越库区”。

“越库区”的产品，不能被其它订单预占库存。当越库订单下推到仓库，系统首先判断“越库区”的库存是否满足越库订单；若不满足，然后再看仓库的其它区是否满足越库订单；若还是不满足，那么该越库单变为异常单，异常为仓库的库存不足。

越库有3几种情况，每种情况系统的处理逻辑都不一致。

情况1：签收的产品=越库订单的产品数量

这种情况最简单，指导用户到“越库区”拣货。

情况2：签收的产品大于越库订单的产品数量

指导用户到“越库区”拣货，这里有一个小细节需要注意，越库区的库存只能被越库单进行预占。假设越库暂存区有剩余库存，如果接下来没有越库单进行预占，那么这些库存将会被“锁死”，所以需要进行移库，将这些产品移到拣货区。

情况3：签收的产品＜越库订单的产品数量

针对这种情况，需要扫描其它库区的库存，若其它库区也没有库存，那么该越库单报异常。

五、总结

本人在跨境的大卖家工作过一段时间，针对第2大点，“情况2”的产品设计，是基于公司业务的“定制化”，仅供大家参考。市面上常说的“越库”是我提到的“情况1”。根据上面的例子，大家可以看出，在入库环节去掉了上架操作，其它流程和出入库一致，所以核心就是在入库流程做可配置，如：针对“XX标识”的订单，执行配置的流程。

本人只是提到了越库的一些设计思路和一些细节点，具体的越库设计还是要根据自身公司的业务出发。

本文作者@koi

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！