哪些库存真的压住了钱：AI 如何分析库龄与呆滞库存？

库存表看着正常，资金为什么还是紧

库存问题通常是这样被发现的。财务看到存货余额和周转天数偏高，采购还在为另一种料缺货发愁，仓储说库位不够用。三方的数字各自都能对上，合起来却看不出哪一批货在压钱。

拆开看，回答「哪些库存多了」要动到几处记录，每处的时点和口径都不一样。

一个容易走偏的地方是拿库存总量当结论。总量大不等于压钱多：周转快的通用料数量再大，资金也是一直在流动的；数量不大但两年没有动过的专用料，可能整批都收不回来。判断要落到单一批次或单一物料上，看汇总数只能得到一个平均数。

库龄口径不同，结论就不同

库龄是这一段最容易扯皮的地方。同样是两年，从入库日期算出来的库龄和从最近一次出库算出来的库龄，指向的结论差别很大。报表上写「库龄 730 天」这样的话，如果没有说明算法，谁都能读出自己的理解。

分析结果里要把用的是哪一种口径、统计截止到哪一天写清楚。同一批物料换一个口径就可能从「正常」变成「偏慢」，差别来自问法不同，数据本身没有变。口径定下来之后要回到原系统统一，报表和系统各说各话，比口径选错更难收拾。

判断呆滞要看四个信号

库龄单独一个数字容易误判。有的料用量本来就少，入库一次够用一年，库龄一直很长，但它并不是呆滞。实际判断通常要把四个信号合起来看。

四个信号还可能互相矛盾：库龄很长、出库频率很低，但下个月有一张订单正好要用这批料。这时更合适的结论是「暂时不动，已挂在某张订单上」，先别急着贴呆滞标签。把矛盾点标出来交给计划或采购确认，比强行给定论有用。

判断呆滞还有一层是归属口径。同一个物料在不同事业部、不同仓库的需求可能完全相反，A 仓压着不动的，B 仓正在缺。按公司层面汇总，两边的信号会互相抵消，得出来的结论对谁都不好使。

摸一遍库存的具体顺序

要把这一段跑顺，通常是固定几件事按顺序做，每一步的输入和输出说清楚就够了。

1. 定范围。先确认这次看哪些仓库、哪些物料大类、哪些批次，范围放得太宽会让后面每一步都变慢。
2. 统一库龄口径。确认用哪一种算法，并把统计截止日期固定下来，后续所有数字都按这一天算。
3. 拉出库记录。取出库明细、出库频次与最近一次出库时间，缺批次记录的物料单独标出来。
4. 拉需求侧记录。把未交付订单、生产计划、已下采购与预测分开列，注明各自的状态。
5. 拉成本与占用。按统一成本口径取存货金额，并附上库位占用与保质期信息。
6. 标出冲突与缺项。口径不一致、业务键对不上、权限不足看不到、记录缺失的部分逐条写出来。

这一段要交付的正是第六步。一份只给数量和金额的清单看起来整齐，实际上把判断又推回给了业务；一份写清「这几种料有两个口径、那几批看不到出库记录」的结果，拿到的人知道该去找谁补。

哪些判断不能交给 AI

这一段能自动化的部分是查询、比对和汇总。涉及库存处置的决定会改变业务事实和账务记录，需要有人接手。

新增、修改、删除和审批这几类关键操作默认要求员工确认，企业也可以按具体业务能力配置成「必须确认」或「允许自动执行」。AI 完成查询、校验和预填，页面预填不等于提交成功，最终以页面回执或目标系统的实际结果为准。

权限和确认是两件事。员工被授权调用这项查询能力，仍然由 WMS、ERP 等目标系统按他的个人账号判断能看哪些仓库和哪些物料；员工确认了处置清单，也仍然要读原系统的最终结果。身份映射上，连接器支持自定义认证，把 AI 用户对应到目标系统的员工个人账号，AI 不会因此获得员工账号之外的数据范围。把人工确认当成权限校验的替代品，两类风险会混在一起。

这一段怎么验收

库龄与呆滞分析的验收，看的是结论能不能被别人复核。

记录这一层从调用侧留起：员工与 AI 身份、调用入口、业务能力、目标系统、时间、耗时、结果以及输入输出摘要都进审计，审计保存期限由企业自行配置。有一个很实际的用途是答辩：业务问「这份呆滞清单是怎么算出来的」，答案要能从记录里翻出来。

这一段也要考虑撤权。授权被撤回后，后续调用被禁止，尚未完成的那次调用会中止，界面上的可见性不参与这个判断。岗位调整或离职时，这类分析能力同样要跟着收回。

结语

库龄与呆滞库存分析交付的是一份能复核的判断依据：哪些料长期没有动、口径用的是哪一种、后面还有没有需求、占住了多少资金，以及哪几条记录对不上。把这份清单做出来，财务不用再靠汇总数推测，计划和采购也能拿着具体批次去核。要开始这一段，先挑一个仓库、一类物料做样本，把库龄口径和成本口径定下来，再按结果、权限、确认、审计、异常逐项验收，之后扩展到更多仓库和更多系统。

常见问题

相关阅读：星云 PLUS AI 系统连接器 · 安全与治理 · 仓库盘点账实不符，AI 如何核对 WMS 与 ERP 库存变动？ · WMS 有库存却仍缺料，AI 如何联查 ERP 和 MES 找出原因？