跨境电商海外仓：批次属性，库龄和仓租

6257rv7

编辑导语：在跨境电商海外仓业务中，批次、库龄等数据都是业务中的关键指标，然而，你晓得这些数据是怎样得出，又是怎样被应用的吗？本篇文案里，作者结合自己以往的认知，对批次、库龄和仓租等原因做了重新诠释，一块来看一下吧。

这一篇文案和之前写的《跨境电商海外仓（10）：WMS的库龄与仓租功能设计》是姊妹篇，两篇内容侧重点不同样，然则说的都是一个事情。况且近期我在调研国内有些知名的WMS系统的过程中发掘，有有些观点我可能需要调节一下，因此我决定再写一篇关于批次、库龄和仓租这一起的内容。

一方面是对之前文案的弥补和说明，另一方面亦是记录一下自己知识的更新和迭代。制品经理应该多“可疑”过去的自己，这般才会有更谦卑的心理去接纳和学习更加多的内容。

1、WMS的批次号和库龄无「直接关系」

库龄指的是仓库中的货物在仓库中存放的时间，通常是用天来统计。

之前我始终认为库龄和批次号是必然的关系，倘若要统计库龄那样就必定要先生成批次号。

例如在入库上架的时候，按照上架日期生成批次号，而后和仓位相关，批次库存就会增多；在出库的时候，再按照库位的信息带出批次号，而后扣减对应的批次库存。这般一增一减之后，批次会动态的变化，而后每日固定一个时间点去统计当前的批次库存，最后就能够算区别的批次的库龄是多少了。

这个方法是对的，可行的。然则我的理解太狭隘了，为了实现区别时期入库上架的商品有区别的库龄，不必定非要引入批次号，只需要记录入库/上架日期就可。

将上架日期看做是一个和批次号同级别的字段，每次上架和下架的时候都对应的增多或扣减，亦能达到计算库龄目的。

引入「上架日期」

亦便是说：上架日期不等同于批次号。

而之因此我说之前的方法是对的，是由于在WMS的批次属性中，经常会把入库日期或上架日期当作一个系统预设的批次属性。因此在误打误撞之间，按上架日期来生成批次号，亦实现了计算库龄的功效。

2、WMS的批次属性才更加重要

那样，什么又是批次属性呢？

关于批次属性，初次我看到是在富勒的WMS操作手册中，一起始我亦没看懂，直到近期我在钻研批次和库龄的事情，我才有了一个更加深刻的理解。

摘自富勒WMS操作手册

简单理解便是同一批入库的同一款制品，虽然长得都同样，然则可能会生产日期区别，生产批次区别，颜色区别，或来自区别的供应商等，在方便仓库管理的前提下，又要做有些精细化的区分，于是将这些「能区分相同商品的区别_的属性」都定义为批次属性。

举个栗子，一个入库单预报了300件优衣库的衬衫，实质收货了300件，倘若不引入批次属性的话，那样就直接将这300件上架就可，对应的可用库存亦是300。然则倘若引入了批次属性的话，能够将产地做为批次属性，亦能够将生产日期或批号做为批次属性，这般实质增多库存的时候，总的可用库存还是300，然则区别的批次下的可用库存是不同样的。

批次属性示意图

在富勒WMS系统中，定义了12个批次属性，其他WMS亦纷纷借鉴了这一种定义的方式。详细到底最起始这般定义的是哪个，我就不晓得了。

富勒WMS的12个批次属性

菜鸟大宝WMS亦是12个批次属性

WMS的批次属性能够做到很灵活，在后续的分波和拣货策略中，批次属性会很大程度的影响作业的策略。而批次属性越多，亦就会越精细，带来的后果便是研发难度很大，守护成本很高，管理成本亦很高。

因此通常的仓库比较常用的便是入库日期，批次号，生产日期和失效日期这几个，而最最最平常的便是按入库日期或上架日期来生成批次号了，但这并不寓意着算库龄必定需要批次号。

摘自C-WMS操作手册

3、库龄和仓租在哪里算？

前面解释了批次号和库龄并无「直接关系」，只不外是刚好非常多WMS的批次号生成规则便是用入库/上架日期来生成的罢了。

那样库龄和仓租是不是有直接关系呢？

答案是：有直接关系，况且是必然的直接关系。

由于仓租其实便是库龄*单价*计费单位（体积或重量）算出来的，晓得了库龄，那样结合单价和计费单位就必定能够算出仓租来。

关于库龄怎样计算，我之前写的文案《跨境电商海外仓：WMS的库龄与仓租功能设计》已然有很详细的介绍了，大众在看的时候重视理解我那篇文中所说的「批次号」就可。

那篇文案中的批次号通常指的是入库/上架日期，然则倘若你的批次号是经过其他方式生成的，有其他用处，那样就需要单独用一个入库/上架日期来记录库龄。倘若无其他用处，那样就用批次号来计算库龄亦是能够的。

在这儿我想额外来弥补聊聊关于仓租的计算应该放在哪里，放在什么系统会更好？

库龄数据来自于WMS，按理说放在WMS上去算肯定是最好的，或说由WMS去供给数据，而后在BMS中计算。

然则根据我之前的设计方法我发掘了这般做会有一个坏处端，理解起来可能会有点绕，大众能够仔细阅读，揣摩一下。

当WMS按照上架日期来生成批次号之后，在拣货的时候，因为系统会按照先进先出的规则进行库位的举荐，然则因为无做「强举荐」，仓库还是能够按照自己的实质经验去拣货，亦便是不按举荐的库位来拣货，因此此刻在扣减库存的时候并无做到完全的先进先出。

这个问题会引起在计算库龄的时候，并不是严格的先进先出，只是做到了「库位上的先进先出」，于是当客户在查看库龄的时候会发掘，有一些更早的批次无出库，反而更晚有些的批次已然出库了。

这个问题通常的处理方法是：优化拣货举荐的策略，对仓库拣货实行「强举荐」，即强制客户在举荐的库位拣货，保证必定能够先进先出。

然则在实质的仓库管理中，要做到严谨的先进先出其实很难，付出的成本亦会很高，况且针对海外仓来讲，本来管理仓库就已然是一件难事了，还要加上有些精细化的管理（严格先进先出），那无异于难上加难，几乎不太能实现。

即使是处理了以上问题之后，还会遇到另一一个问题，那便是跨境电商海外仓系统随着业务发展，很容易显现「第三方海外仓」或「代理海外仓」的概念。

客户运用了我的美国仓，然则他还需要运用英国仓，然则我无办法供给英国仓。要么他继续去找另一的海外仓，而后分别运用两套系统操作，这般会很麻烦；要么我去对接其他家的海外仓，而后把自己当做一个「代理仓」的角色，客户能够从我这儿推送订单到其他仓库，实现一套系统接入多个仓库。

当有了以上的业务之后，倘若客户要运用我的OMS向其他海外仓推送数据，那样他大概率是不会用第三方海外仓的OMS，亦便是我需要承担部分第三方海外仓的功能。

其中库龄和仓租的计算需要亦就起始有了差异化的处理方法了。

综合以上背景，我个人意见在哪里统计库龄和仓租，要结合自己的业务来考量，方法都会有利坏处：

倘若拣货无做到「强举荐」，那样意见在OMS端；倘若有「第三方海外仓」，那样意见在OMS端；倘若拣货能够「强举荐」，亦无「第三方海外仓」，则在WMS和OMS端都能够；

OMS端统计库龄能够采用自己计算或让WMS推送数据的方式。

倘若是让WMS推送数据，那样OMS端只是展示一个结果，数据应该是会和WMS端保持一致的。那样就要重点思虑WMS的有些出库策略是不是会对库龄的计算有所影响，按理说库龄的统计应该是先进先出的，这般能够保证用户花费的钱最少。

倘若是让OMS端自己计算库龄并存储，那样OMS就需要按照入库/上架，出库完成的时间节点分别去计算区别批次的库存的变化。这般可能会显现OMS计算的库龄和WMS端计算的库龄不同样的状况，由于扣减批次库存的规律可能会不同样，最后引起受影响的库存批次会不太同样。

4、总结

针对批次，库龄和仓租，之前我始终感觉不太踏实，总感觉自己有有些东西没想透彻，没理解到位。经过这几天查阅资料，再加上整理成文的过程，我发掘我对这个东西不踏实感已然逐步地消失了。

最早的时候，我以为批次很简单，无非便是按日期记录而后保准全流程都思虑到它的变化就好了。

后来看到了别人很繁杂的批次属性，我又发掘自己好似对批次的理解不太到位，不太确定方法是不是有坑。引起对做出来的功能总是不太满意，隐约觉得会出问题。

到了此刻，当我写完了好几篇关于这个东西的文案之后，我发掘我基本上理解了这些东西，再也不模糊，亦再也不恐惧，反而觉得好似亦不是很难。

这个心路历程刚好对应了：「看山是山，看山不是山，看山还是山」的故事。

看完我的分享，期盼屏幕前的你，亦能够做到！

#专栏作家#

我叫维他命（Vitamin），微X公众号：PM维他命。前PHPer，做过在线教育类制品，亦做过4年多的跨境仓储物流方向的制品，日前是一位外贸SaaS行业的供应链制品经理。重点专注于WMS/OMS/TMS/BMS/ERP等行业，分享供应链关联的制品知识。

本文原创发布于人人都是制品经理，未经作者许可，禁止转载

题图来自 Unsplash，基于 CC0 协议