场景 · 多仓库库存

多个仓库的库存怎么统一看?

多仓库库存管理把各仓的水位与调拨状态按统一口径汇总,异常按规则推送给责任人。调拨是否执行由人确认,系统负责发现与同步状态。

看 DAE 能接手哪些工作

本文为能力与边界说明;实际效果随系统条件、仓库数量与执行深度而异。

30 秒看懂

解决什么各仓库存互不相通,调拨靠电话,在途状态说不清
怎么解决统一口径汇总各仓水位与在途,异常推给责任人
共同边界调拨执行由人工确认,系统只负责发现与同步

痛点

仓库一多,库存为什么反而更乱?

三个麻烦互相放大。

看不见

这边积压,那边断货

A 仓某款压了三个月,B 仓同一款天天缺货。两个仓各自看自己的表,谁也不知道对方的情况。

在途

货在路上,两边都不算数

调拨单开了但货没到,发出仓已减、接收仓未加。这段时间的库存数字两边都不准,销售不敢接单。

口径

同一个商品两种叫法

不同仓用不同的商品名或编码习惯。汇总时对不上,只能人工映射,映射表一久就过期。

机制

它怎么工作?

四步,把多个仓库拼成一张图。

归一统一口径把各仓的商品编码与叫法按一套主数据归一,映射关系明确可查、变更留痕
汇总一张图按 SKU 汇总各仓可用量、在途量与占用量,而不是把几张表拼在一起看
判异常跨仓比按规则识别「一仓积压一仓断货」「在途超期未到」「同一 SKU 口径冲突」等情况
推给谁按仓分派异常按仓库或品类推给责任人;调拨建议由人判断后执行,执行状态回写并同步

条件

落地需要什么条件?

写实话:这几样缺一样,落地就会卡住。

各仓数据可读必需各仓库存数据能被读取。系统不同也没关系,能读就行;完全不联网的仓库先纳入不了
商品主数据必需各仓共用或能映射到同一套商品编码;没有统一口径,汇总出来的数字没有意义
调拨规则必需什么情况下调拨、谁批、多久必须处理,要能写成规则
在途状态可获取按需能读到调拨单状态最好;读不到时至少要知道在途量,否则库存会虚高

边界

哪些情况不适合?

先说清楚不适用的情况,比只讲能力更有用。

可以接手

  • 按 SKU 汇总多仓可用量与在途量
  • 识别跨仓积压与断货并存的情况
  • 标记在途超期未到与口径冲突
  • 把异常按仓库分派到责任人

暂时不适合

  • 各仓商品编码无法建立映射关系
  • 仓库完全不联网、数据只能事后人工上报
  • 调拨没有审批规则、谁都能开单
  • 在途状态完全不可知且无人维护
「暂时不适合」通常不是技术问题,而是规则还没定下来。先把规则理清楚,再考虑交给系统——这一步跳不过去。

常见问题

关于多仓库库存,还有哪些常被问到的问题?

各仓用的系统不一样,能汇总吗?

能,只要能读到数据。有接口调接口,没有接口用文件导入,路径与单仓场景相同。难点通常在商品编码的映射,而不在读取本身。

在途库存怎么算?

按「已发出未接收」计算,并从可用量里区分出来单独呈现。这样销售看到的可用量不会虚高,也不会因为怕超卖而保守到不敢接单。

跨仓调拨会自动执行吗?

不会。系统负责发现「这边积压那边断货」并给出建议,是否调拨、调多少由人确认。调拨属于经营决策,涉及运费与时效权衡。

商品叫法不统一怎么办?

先建一份映射关系并明确维护人。映射表要能随主数据变更同步更新,否则过一段时间就会失效——这是多仓场景里最容易腐化的一环。

仓库多,预警会不会爆量?

会,如果一开始全部开启。建议先在两三个关联最紧的仓库之间跑(比如经常互相调拨的那几个),规则调准后再扩到全部。

和单仓的库存预警有什么区别?

单仓看的是绝对水位,多仓多了「跨仓比较」这一层:同一个 SKU 在不同仓之间的分布是否合理。两者用同一套规则引擎,但判据不同;多门店库存同理——看的是同一个 SKU 在各门店之间的分布是否合理。

能看出哪些 SKU 该集中存放吗?

可以按动销与调拨频次汇总,看哪些 SKU 分散在多个仓但每个仓的量都不大。是否集中存放由人决定,涉及仓储成本与配送时效。

数据同步有延迟吗?

取决于各仓系统的读取方式。接口读取通常接近实时,文件导入则按导入频率。延迟会在页面上标明,避免用过期数字做判断。

先看哪几个仓库之间调拨最频繁。

把各仓的数据情况、商品编码口径、调拨规则与在途状态讲清楚,我们就能判断该从哪两个仓库之间先跑通。

看 DAE 能接手哪些工作