我做库存咨询这些年，见过一个特别普遍、又特别扎心的现象：很多公司的进销存系统里，有一个"库龄分析"的功能，但从来没人点开过。 那个按钮就安安静静地躺在菜单里，像一个被遗忘的抽屉，里面装着一堆早就该被看见、却一直被忽略的数字。

遇到库龄管理，仓库、采购和销售分别要查什么

直到某天，老板心血来潮问了一句"咱们仓库里压了多少钱的货"，财务把库龄表一拉，才发现——仓库里躺着一批 180 天以上没动过的货，金额大得吓人，而这些钱，本来早就可以变成现金流、变成新货、变成利润。

库龄，说白了就是"这批货在仓库里躺了多久"。它是一面照妖镜，把那些"看起来正常、其实早就该处理"的库存问题，照得清清楚楚。 但问题是，很多人知道要看库龄，却不知道"谁该查什么"——仓库、采购、销售三个部门，面对库龄问题，各自的职责和排查重点，是完全不同的。

这篇文章，我就把"遇到库龄管理，仓库、采购、销售分别要查什么"这件事，一次讲透。核心就一句话：按 30/60/90/180 天把库龄分层，然后三个部门各查各的，谁的问题谁认领，谁的动作谁负责。

一、核心结论：库龄不是"一个数字"，是"一条责任链"

我先说三个判断。

第一，库龄管理最大的问题，不是"没有数据"，而是"没人认领"。 库龄数据，进销存系统里几乎都有，但很多公司的问题是：数据躺在系统里，仓库说"我只管收发货"，采购说"我只管下单"，销售说"我只管卖"，结果谁都不对库龄负责。库龄管理的第一步，不是看数据，而是先把责任分清楚。

第二，库龄必须分层看，不能只看一个"平均库龄"。 平均库龄 60 天，看起来还行，但背后可能藏着"一半货 30 天内就出，另一半货 180 天还没动"的极端情况。必须按 30/60/90/180 天分层，才能把"长期呆滞"的货单独拎出来。 平均数是会骗人的，分层才不会。

第三，三个部门查的重点，是"上下游接力"的关系。 销售查"为什么卖不动"（需求端），采购查"为什么进多了"（供给端），仓库查"货本身有没有问题"（库存端）。三个部门查的问题，串起来就是一条完整的责任链——问题可能在某一环，也可能环环相扣。

二、先按 30/60/90/180 天，把库龄分层

在讲三个部门分别查什么之前，先做一件事：把库龄分层。这是库龄管理的地基。

我把库龄分成四层，每一层的"健康度"和"处理动作"都不一样：

这张表的核心，是给每个库龄区间一个"明确的态度"。 0-30 天不用管，30-60 天开始盯，60-90 天要动手，90 天以上必须果断处理。很多公司的错误，是"90 天和 180 天一个态度"——都拖着，结果越拖越死，最后只能报废。

这里我要特别强调一个反常识的点：处理呆滞库存，越早越划算，越拖越亏。 一批货，60 天的时候打折 8 折还能卖出去；90 天的时候可能只能 5 折；180 天的时候，可能连 3 折都卖不掉，最后只能报废。库龄每多躺一个月，它的价值就在缩水。所以，库龄管理的核心，不是"等"，而是"早"。

三、仓库要查什么：货本身的状态和账实

仓库是库龄问题最直接的第一现场。仓库要查的，是"货本身"的问题——货在不在、对不对、好不好。

仓库要查的第一件事：账实是否相符。 库龄数据是系统算出来的，但如果系统里的库存数量和实物对不上，那库龄数据就是错的。仓库要查：系统库存 vs 实物库存，是否一致？有没有盘亏、盘盈？有没有货在系统里"虚挂"着，其实早就没了？ 账实不符，是一切库龄分析的前提问题。

仓库要查的第二件事：货的物理状态。 库龄长的货，往往伴随着物理损耗——过期、变质、破损、包装陈旧。仓库要查：这批 90 天以上的货，有没有过期变质的？有没有破损的？有没有因为存放不当而影响销售的？ 物理状态直接决定了这批货还能不能卖、怎么卖。

仓库要查的第三件事：库位和存放。 呆滞货往往被堆在最角落、最不好拿的库位，越堆越深，越深越没人管。仓库要查：呆滞货放在哪？是不是占了最好的库位？能不能挪出来、集中管理、单独标识？ 库位管理混乱，会让呆滞货"消失"在仓库深处，永远不被看见。

仓库的排查顺序，我建议按这个来：

1. 先盘账实——账实不符，后面全白搭。
2. 再查物理状态——过期破损的，直接走报废/退货流程。
3. 最后理库位——把呆滞货集中、标识、单独放。

仓库查完，要输出一个结论：这批库龄长的货，哪些是"账实不符"（要盘）、哪些是"物理损坏"（要报废）、哪些是"完好但卖不动"（要交给销售和采购处理）。

四、采购要查什么：为什么进多了、进错了

采购是库龄问题的"源头"之一。很多呆滞库存，根子在采购——当初进多了、进错了、进早了。采购要查的，是"供给端"的问题。

采购要查的第一件事：当初为什么进这批货。 每个呆滞 SKU，采购都要回溯：当初是依据什么下的单？是销售报的需求，还是拍脑袋拍的？有没有超量采购？采购要查：这批货的采购量，当初是"按需"进的，还是"拍脑袋"进的？有没有"为了拿折扣、凑起订量"而多进的情况？

采购要查的第二件事：安全库存和补货参数是否合理。 呆滞库存，往往是"安全库存设太高"或"补货点设太早"导致的。采购要查：这个 SKU 的安全库存是多少？补货周期是多久？当前的安全库存和补货参数，是不是早就过时了、该调了？

采购要查的第三件事：供应商和退货条款。 呆滞货能不能退，取决于当初和供应商谈的条款。采购要查：这批货能不能退给供应商？退货条款是什么？有没有"滞销可退"的约定？ 很多呆滞库存，其实当初是可以退的，只是没人去退，错过了窗口期。

采购的排查顺序：

1. 先回溯采购决策——找出"进多、进错"的根源。
2. 再核安全库存参数——该调的调，该降的降。
3. 最后查退货条款——能退的赶紧退，不能退的想办法消化。

采购查完，要输出一个结论：这批呆滞货，哪些是"采购决策失误"（要追责、改流程）、哪些是"安全库存过高"（要调参数）、哪些是"可退货"（要赶紧退）。

五、销售要查什么：为什么卖不动、还能不能卖

销售是库龄问题的"需求端"。货卖不动，要么是产品本身的问题，要么是销售没卖对。销售要查的，是"需求端"的问题。

销售要查的第一件事：这个 SKU 为什么卖不动。 是产品过时了？是价格贵了？是竞品抢走了市场？还是压根就没推过？销售要查：这个 SKU 的动销数据，是"一直卖不动"，还是"曾经卖得好、后来不行了"？原因是什么？

销售要查的第二件事：还能不能救。 不是所有呆滞货都该死。有些货，换个渠道、换个包装、做个促销，还能卖出去。销售要查：这批货，还有没有销售潜力？能不能通过促销、捆绑、换渠道消化掉？

销售要查的第三件事：销售预测为什么失准。 呆滞库存的另一半根源，是销售预测不准——当初报的需求，实际没卖出去。销售要查：当初报的需求预测，和实际销售差了多少？是预测方法的问题，还是市场变了？

销售的排查顺序：

1. 先诊断卖不动的原因——是产品问题还是销售问题。
2. 再评估还能不能救——能救的定促销方案，不能救的果断止损。
3. 最后复盘预测失准——改进预测方法，避免下次再犯。

销售查完，要输出一个结论：这批呆滞货，哪些"还能救"（要定促销方案）、哪些"救不了"（要止损）、哪些是"预测失准"（要改进预测）。

六、三个部门，一张责任分工表

我把仓库、采购、销售三个部门的排查重点，整理成一张表。这张表，就是库龄管理的"责任地图"。

这张表的核心，是让每个部门都清楚"自己该查什么、查完该干什么"。 库龄管理最怕的，就是"三个和尚没水吃"——大家都觉得是别人的事，结果谁都不管。有了这张表，责任就清楚了，谁的问题谁认领。

七、一个完整的库龄排查案例

我拿一家做母婴用品的公司，做一个完整的库龄排查示范。

第一步：分层。 我把他们的库存按库龄分层，发现总库存 1800 万，其中 0-30 天占 40%，30-60 天占 25%，60-90 天占 15%，90-180 天占 12%，180 天以上占 8%。关键发现：90 天以上的货，金额高达 360 万，占了两成，这是最大的问题。

第二步：仓库查。 仓库一盘点，发现 90 天以上的货里，有 30 万是"账实不符"（系统有、实物没有，虚挂），有 20 万是"过期破损"（奶粉过期、纸尿裤破损）。仓库结论：50 万要盘点和报废，剩下的 310 万是"完好但卖不动"。

第三步：采购查。 采购回溯，发现这 310 万里，有 120 万是当初"为了拿供应商返点，一次性多进了 3 个月的量"，结果没卖完；有 80 万是"安全库存设太高"（设了 60 天，实际 30 天就够了）。采购结论：120 万是决策失误，80 万是参数过高，其中 60 万可以退给供应商（有滞销可退条款）。

第四步：销售查。 销售一诊断，发现剩下的呆滞货里，有 90 万是"季节性产品过季"（夏装过了季），有 40 万是"预测失准"（当初预测能卖 10 万件，实际只卖了 3 万件）。销售结论：90 万过季货可以打折清仓，40 万预测失准要改进预测方法。

最终动作：盘点报废 50 万，退货 60 万，打折清仓 90 万，剩下的 160 万制定专项清仓计划。三个月后，库龄 90 天以上的货，从 360 万降到了 80 万，释放了 280 万现金流。

这个案例说明：库龄管理，不是"看到呆滞就慌"，而是"分层、分部门、分动作"——每个部门查自己的，最后拼成一张完整的处理方案。

八、不同规模企业的库龄管理重点

小企业（SKU 少）：重点在"分层 + 销售清仓"。 小企业 SKU 少，呆滞货通常集中在少数几个品，重点是"按库龄分层，把 90 天以上的拎出来，让销售赶紧清"。关键是养成"每月看一次库龄分层"的习惯。

中型企业（SKU 几百上千）：重点在"三部门分工"。 这个阶段，库龄问题开始复杂，必须靠"仓库查货、采购查源、销售查销"的分工，才能查清楚。建议每月开一次库龄专题会，三个部门分别汇报。

大型企业（SKU 上万、多仓）：重点在"自动化 + 制度化"。 这个阶段靠人工查不现实，必须靠系统自动生成库龄分层、自动预警、自动派单。人只做"决策"和"审批"，不做"排查"。

九、可以立刻落地的行动清单

1. 拉库龄分层：把库存按 0-30/30-60/60-90/90-180/180+ 天分层，算出各层的金额占比。
2. 仓库盘账实：核对系统库存和实物，找出虚挂、盘亏、盘盈。
3. 采购回溯源：对 90 天以上的呆滞货，回溯采购决策，查安全库存参数和退货条款。
4. 销售诊断销：对呆滞货，诊断滞销原因，评估能否救活，复盘预测失准。
5. 定动作：按"盘/报废/退货/清仓/止损"，给每批呆滞货定动作、责任人和期限。

十、红线原则

• 红线一：不要只看"平均库龄"。 平均数会掩盖 180 天以上的呆滞货，必须分层看。
• 红线二：不要让"三个部门"互相推。 库龄管理必须有明确的责任分工，谁的问题谁认领。
• 红线三：不要对 90 天以上的货"再等等"。 库龄越拖越亏，越早处理越划算。
• 红线四：不要只查不落动作。 排查的目的是处理，不是写报告。

十一、库龄问题的原因树：一张图看清呆滞从哪来

呆滞库存不是凭空产生的，它一定有一个"源头"。我把库龄问题（尤其是 90 天以上呆滞）的成因，梳理成一棵"原因树"，从根到叶，一层层往下挖。这张原因树的价值，是让你在排查时，能顺着"叶 → 枝 → 根"反推，快速定位到真正的根因，而不是在表面打转。

第一层（根）：呆滞库存的两大根源。 所有呆滞库存，追到最根上，无非两类——要么是"进多了"（供给端），要么是"卖不动"（需求端）。进多了，是采购的问题；卖不动，是销售和产品的问题。

第二层（枝）：四大直接原因。 从"进多了"和"卖不动"往下，可以拆出四个直接原因：

1. 采购超量：为了拿折扣、凑起订量、冲业绩，一次性进了远超需求的货。
2. 预测失准：销售报的需求预测，和实际销售严重偏离，导致备货错误。
3. 产品滞销：产品本身过时、同质化、竞争力弱，市场需求萎缩。
4. 运营失误：上架晚、推广没跟上、渠道铺错，导致好货也卖不动。

第三层（叶）：可落地的具体动作。 每一个直接原因，都对应一个具体的处理动作：

• 采购超量 → 改采购审批流程，超量采购要单独审批；调安全库存参数。
• 预测失准 → 改进预测方法，引入"滚动预测 + 历史数据校验"。
• 产品滞销 → 果断清仓止损，同时在选品环节加强市场验证。
• 运营失误 → 补上推广和渠道，能救则救，救不了则止损。

这张原因树怎么用？ 排查一批呆滞货时，先判断它属于"进多了"还是"卖不动"（根），再判断具体是哪个直接原因（枝），最后落到对应的动作（叶）。这样，每一批呆滞货都能找到"根因 + 动作"，而不是笼统地归为"卖不动"就完了。

十二、三部门协作会怎么开：把责任链跑起来

库龄管理是跨部门的，光有分工还不够，还得有一个"协作机制"，让三个部门定期碰头、对账、推进。我把我认为"库龄协作会"的几个要点写下来。

第一，固定频率，别等出事了才开。 库龄协作会，建议每月固定开一次，A 类呆滞货（金额大、库龄长）可以每周扫一眼。等呆滞货堆成山了才开会，就晚了；固定的节奏，才能把问题消灭在萌芽。

第二，三个部门各带一张表来。 开会时，仓库带"账实 + 物理状态表"，采购带"采购溯源 + 退货清单"，销售带"滞销诊断 + 清仓方案"。三个部门各带各的表，会上直接对账，不用现场现查。

免费试用

第三，会上只定"动作 + 责任 + 期限"。 库龄协作会不是"诉苦会"，不是"追责会"，而是"定动作会"。每一批呆滞货，会上都要定清楚：谁处理、怎么处理、什么时候处理完。

第四，下次会先回顾上次的动作。 开场先问："上次定的清仓方案，执行得怎么样了？退货退了吗？报废报了吗？" 没有闭环回顾，协作会就是走形式。

第五，设一个"库龄健康度"总指标。 给整个库龄管理设一个总指标，比如"90 天以上库存金额占比"，每月追踪。这个指标降了，说明库龄管理有效；升了，说明要加码。 有个总指标，三个部门才有共同的方向。

这五点，看着是"开会技巧"，实际上是"库龄管理能不能持续"的关键。很多公司的库龄管理半途而废，不是因为不会分析，而是因为没有协作机制——三个部门各干各的，问题反复出现，最后大家都不管了。 把这五点建起来，库龄管理才能从"一次性清库存"变成"长期机制"。

十三、常见问题解答（FAQ）

问：库龄从哪天开始算？ 答：从"入库日期"开始算，到"当前日期"为止。注意，退货重新入库的，要按"重新入库日期"重新算库龄，不能沿用原来的。

问：库龄分层的阈值（30/60/90/180）是固定的吗？ 答：不是，可以根据行业调整。快消品周转快，阈值可以更短（比如 15/30/60/90）；耐用品、工业品周转慢，阈值可以更长。关键是"分层"这个动作，而不是具体数字。

问：呆滞库存，是降价清仓好，还是报废好？ 答：看"残值"和"处理成本"。如果降价能收回的成本，大于继续持有的仓储成本和报废成本，就降价清仓；否则果断报废。核心是"止损"，不是"舍不得"。

问：仓库、采购、销售三个部门，谁对库龄负总责？ 答：建议设一个"库存负责人"（通常是运营或供应链负责人），统筹三个部门。库龄是跨部门的，必须有一个人对"总库龄健康度"负责，否则三个部门各自为政。

免费试用

问：库龄管理多久做一次？ 答：建议每月做一次正式分析，90 天以上的呆滞货每周盯一次。库龄是动态的，不是一年看一次就能解决的。

问：库龄和"库存周转天数"是什么关系？ 答：两者是一体两面。周转天数是"结果指标"（整体快慢），库龄是"过程指标"（每批货躺了多久）。 周转天数告诉你"整体有问题"，库龄帮你定位"是哪批货、躺了多久、该怎么处理"。做库存优化，两个都要看，周转看趋势，库龄看明细。

问：呆滞货处理，会不会影响当期利润？ 答：会，但这是"必要的止损"。报废、降价清仓，会在当期产生损失，但如果拖着不处理，损失只会更大（仓储成本、资金占用、货值贬值）。 长痛不如短痛，及时止损，把资金和库位释放出来，才是真正的"减亏"。

问：怎么判断一批呆滞货"还能不能救"？ 答：看三个信号——有没有真实需求、处理成本高不高、时间窗口过没过。 有需求、处理成本低、时间还来得及，就救；反之就果断止损。核心是"算账"，不是"舍不得"。

写到最后，我想再强调一句：库龄管理，本质上不是"处理一批旧货"，而是"建立一套让货不再变旧"的机制。 你今天清掉了一批 180 天的呆滞货，如果采购还在拍脑袋下单、销售还在瞎报预测、仓库还在乱堆乱放，三个月后，又会冒出一批新的呆滞货。

所以，库龄管理的真正价值，不在于"清一次库存"，而在于"通过分层、分部门、分动作，让仓库、采购、销售各司其职，从源头上减少呆滞的产生"。 清库存是治标，改机制才是治本。

我帮客户落地这套库龄管理时，用的就是简道云进销存——把库龄分层、呆滞预警、三部门责任分工，全部做成一个看板和一套流程：库龄一到 60 天自动提醒销售关注，到 90 天自动派单给采购和仓库排查，到 180 天自动进入呆滞清理流程。当库龄管理从"靠人想起来才查"，变成"系统自动预警、自动派单"的时候，呆滞库存就不再是一个需要靠"点开那个从没点过的按钮"才能发现的问题，而是一个每天都被盯着的、能被及时处理的动作。

如果你现在做库龄管理，还停留在"偶尔拉个表看看"的阶段，不妨从下个月开始，先做一次分层，再把仓库、采购、销售三个部门的分工理清楚。你会发现，原来那些压在仓库里、让你睡不着觉的呆滞货，一旦分层、分工、分动作，每一批都有清晰的去向，每一笔被占用的钱都能重新流动起来。

最后送你一句话，也是我这些年反复跟客户讲的：库存不是资产，是"会过期的钱"。 货在仓库里每多躺一天，它离"变成现金"就远一天。库龄管理，说到底，就是让你看清楚——你的钱，到底有多少还压在货里，躺了多久，该怎么把它拿回来。看懂了库龄，你就看懂了你的现金流，也看懂了你的生意到底健不健康。这件事，值得你从今天就开始做，而且越早越好。