sku库存:采购人员问题诊断:库存准确率卡在退货难追怎么办
很多采购人员以为库存准确率卡住,是因为仓库盘点不够勤,或者系统里的 SKU 编码不够规范。我的判断恰恰相反:当库存准确率长期停在 95%,97%,但退货率较高、换货频繁、质检周期不稳定时,真正的瓶颈往往不是“库存少记了一件”,而是退回来的货没有被清晰地定义、隔离、追踪和重新归属。一件已退货商品可能同时出现在客户订单、退货单、待检区、可售库存、残次品库存和供应商索赔记录中,系统看起来有库存,采购却不敢补货;
系统看起来缺货,仓库却找得到货。
这类问题最危险的地方,是它不会立刻表现为一个巨大的错误。它通常以几十个 SKU、几件退货、几笔换货和若干笔“先退款后入库”的小异常累积,最后变成采购计划失真、供应商对账争议、仓库盘点差异和销售缺货同时发生。本文从采购人员的问题诊断角度,拆解退货为什么会让 SKU 库存准确率卡住,并给出一套可以在不大规模更换系统的情况下落地的排查方法。
采购人员最容易犯的第一个错误,是把“客户把货退回来”直接等同于“库存增加一件”。事实上,退回来的商品至少要经过物流接收、身份核验、质量判断和库存归类。不同环节对应不同状态,不能在同一个库存数字里混算。
如果系统只有一个“退货入库”按钮,操作人员通常会在收货时直接增加可售库存。这样做虽然能让系统数量暂时看起来平衡,却把质量判断、责任归属和后续处置全部隐藏起来。几天后,采购会发现可售库存偏高,销售却无法正常发货,仓库则说“货在退货区,还没处理”。
我在库存项目复盘中经常使用一个简单公式来判断问题是否出在退货链条:
可承诺库存 = 可售实物库存 − 已分配未出库数量 − 安全锁定数量 + 已确认可售退货数量
这里的“已确认可售退货数量”有一个严格前提:商品已经完成 SKU 身份核验,并且完成质量检查。仅仅收到退货包裹,或者客户已经申请退款,都不能直接进入这个计算式。
如果企业把待检退货、维修品、供应商待判定品和可售库存混在一起,库存准确率即使通过盘点暂时提高,也无法支持采购决策。因为采购真正关心的不是仓库里“理论上有多少件”,而是未来几天内有多少件能按正常质量标准交付给客户。

库存准确率通常是盘点数量与系统数量的比值,但它无法说明差异是怎么形成的。退货难追时,我更关注三个过程指标:退货身份可确认率、退货状态按时更新率、退货责任可归属率。
| 指标 | 计算方式 | 采购人员应关注的意义 | 建议观察区间 |
|---|---|---|---|
| 退货身份可确认率 | 能匹配订单、SKU、数量的退货件数 ÷ 退货总件数 | 判断退货是否能回到原订单和原商品 | 低于98%需要排查标签、条码和客服录入 |
| 退货状态按时更新率 | 在规定时限内完成状态更新的退货件数 ÷ 退货总件数 | 判断系统库存是否滞后于实物处理 | 低于90%通常会影响补货与销售承诺 |
| 退货责任可归属率 | 能判定客户、物流、仓库或供应商责任的件数 ÷ 退货总件数 | 判断索赔、补货和供应商质量分析是否可靠 | 低于95%会造成长期损耗无法闭环 |
| 可售退货转化率 | 最终转为可售库存的件数 ÷ 已收退货件数 | 判断退货是否真的能够缓解采购压力 | 必须结合商品品类和质量标准解释 |
如果企业只看盘点准确率,很可能在月底盘点时把退货区的货全部找出来,数字暂时恢复正常。但如果退货状态仍然不能在日常流转中被识别,下一次促销、换仓或大批量补货时,问题还会重新出现。
以一个销售退货比例约为 8% 的家居用品仓为例,某个高频 SKU 的月销量为 3,000 件,月退货约 240 件。仓库每天收到 8,12 件退货并不显眼,但如果质检平均需要 3 天,月底就会形成约 30 件待检库存。
这 30 件货在不同岗位眼里有不同含义。客户服务人员认为订单已经退款,仓库认为商品还在待检区,财务认为退款已完成,采购则可能看到系统可售库存仍然不足,于是追加采购 100 件。等退货完成质检后,其中 20 件重新变成可售库存,采购就会面临库存积压和资金占用。
采购人员常常在这里被动承担责任:补少了,销售说缺货;补多了,财务说库存高;补得刚好,退货又因为没有及时转为可售状态而无法发出。问题并不完全发生在采购计划环节,而是退货状态没有以采购可以使用的方式传递出来。
退货原因不能只记录成“客户退货”。同一个 SKU 如果主要因为尺寸不合适退回,说明商品本身可能仍然可售,采购需要关注尺码结构和页面描述;如果主要因为到货破损退回,重点可能是包装设计、物流承运或供应商装箱质量;如果大量出现缺件、色差和功能故障,则可能要调整供应商质量门槛。
| 退货原因 | 对库存状态的影响 | 对采购决策的影响 | 优先排查对象 |
|---|---|---|---|
| 尺寸或偏好不符 | 多数可能回到待检,再转可售 | 关注结构性需求,不宜简单削减总采购量 | 商品详情、尺码建议、销售结构 |
| 运输破损 | 可能进入残次或索赔状态 | 不能把退货当作可用库存,需评估损耗率 | 包装、承运商、装卸记录 |
| 缺件或错件 | 待补件、返修或不可售 | 影响有效供应量和供应商交付质量 | 拣货复核、供应商装箱、配件管理 |
| 质量故障 | 通常不能直接转为可售库存 | 应降低有效供给预测,并重新评估供应商 | 来料检验、批次、生产日期 |
| 错拍或重复购买 | 经过检查后大概率可售 | 可纳入退货回流,但必须控制质检时效 | 订单规则、客服确认、复检能力 |
我不建议采购一看到差异就直接追责仓库。退货链条往往跨越销售平台、客服、物流、仓库、质检、财务和供应商。任何一个节点只留下模糊备注,后面的岗位就只能猜。
例如,客服录入“退回一件黑色收纳盒”,但没有填写具体 SKU;仓库收到一个外包装破损的包裹,暂时放在待检区;质检人员发现少了配件,却没有关联批次;采购月底看到供应商退货数量为零。每个岗位都做了局部动作,但没有形成一条可回放的证据链。

这是最常见、也最容易造成二次发货问题的操作。仓库为了让系统数量和实物数量尽快一致,把退货件先入可售库,之后再慢慢挑出破损品。这样会产生一个时间差:系统已经告诉销售“可以卖”,但实物还没有经过检查。
如果商品涉及食品、化妆品、母婴用品、医疗相关产品、带序列号的电子设备或有安全风险的配件,直接回库的风险更高。即使商品外观完整,也可能存在拆封、使用、批次变化或配件缺失问题。
我的建议是把“收货确认”和“库存可用”拆成两个动作。收货确认解决的是货到了,库存可用解决的是货能不能卖。两者之间允许存在时间差,但这个时间差必须有时限和责任人。
月底盘点发现某 SKU 少 18 件,系统管理员直接做盘盈盘亏调整,是一种短期有效、长期失真的办法。它能让报表恢复平衡,却会抹掉异常形成的过程,采购无法判断是退货未入账、拣货错误、供应商少发,还是实物损耗。
调整单不是不能使用,而是必须有原因分类、原始单据、责任岗位和后续纠正动作。对于退货相关差异,至少要区分“已收未检”“已检未入库”“状态误转”“退货错 SKU”“无单退货”和“责任未判定”六类原因。
退货回流不是简单的数量加法。商品可能发生包装等级变化、配件缺失、外观瑕疵、批次变化和保质期缩短。即使 SKU 没有变化,销售等级、成本价值和可售渠道也可能已经变化。
例如,一件原价 199 元的商品退回后有轻微开封痕迹,仍然可以通过特价渠道销售,但不能再作为标准品发给对包装要求较高的客户。如果系统只有一个库存状态,采购会把这件货当作正常供应量,销售则可能在订单履约时拒绝使用,最后又回到“库存明明有却不能发”的矛盾。
退货率高,不一定代表供应商质量差;退货率低,也不一定代表质量稳定。采购应该把退货原因、入库状态、批次分布、客户类型和运输环节放在一起看。
我曾见过一个 SKU 的退货率从 6% 上升到 10%,但其中近半是客户重复购买后主动退回,且 90% 经过检查后可以重新销售。另一个 SKU 的退货率只有 3%,但其中 2% 是功能故障,且几乎全部进入报废或供应商索赔。后者对有效库存和供应商管理的伤害更大。

诊断不能从“仓库还有多少件”开始,而要从某个 SKU 在一段时间内经历了哪些数量变化开始。我通常会建立一张库存桥接表,把期初库存、采购入库、销售出库、退货收货、可售回流、残次转移、报废和盘点调整全部列出。
一个基础的桥接关系是:
期末实物库存 = 期初实物库存 + 采购入库 + 可售退货回流 − 销售出库 − 供应商退回 − 报废 − 其他出库
如果系统期末数与实物数不一致,就继续拆解每个动作是否有单据、是否有时间戳、是否有操作人。不要一开始就把差异归咎于“系统不准”,因为系统不准只是结果,真正需要解决的是哪一种数量变化没有被正确记录。
退货问题的本质往往是时间差,而不是数量差。采购人员至少要监控以下四个时间:
采购最需要关注的是第三和第四个时间。前两个时间主要影响退款承诺和客服体验,后两个时间直接影响可用库存、补货建议和供应商索赔。若仓库收货到质检的中位数是 1 天,但高峰期 P90 达到 7 天,平均值就会掩盖真正的积压风险。
退货处理时间通常不是正态分布。大多数简单退货可以在当天完成,但少量无单退货、跨仓退货、序列号不匹配和供应商责任争议,会拖延很多天。此时平均值看起来可能只有 2.4 天,实际上有一批订单已经等待 10 天以上。
我在复盘时通常同时看中位数、P90 和超时件数。中位数用于判断常规能力,P90 用于判断高峰和异常,超时件数用于安排具体清理动作。对于采购计划,P90 比平均值更有参考价值,因为采购面对的是缺货风险,而不是日常平均表现。

数量错误是系统记录 10 件,实物确实只有 8 件;状态错误则是系统记录 10 件可售,实物有 10 件,但其中 4 件还在待检或残次区。两者对采购的影响不同。
| 类型 | 典型表现 | 对补货预测的影响 | 首要修复动作 |
|---|---|---|---|
| 数量错误 | 实物与系统总数量不一致 | 采购需求和盘点结果都会失真 | 核对单据、扫描记录和调整权限 |
| 状态错误 | 总数量一致,但可售数量不真实 | 造成虚假库存和错误订单承诺 | 拆分待检、可售、残次和维修状态 |
| 归属错误 | 商品存在,但归到错误仓库、批次或 SKU | 产生一个 SKU 缺货、另一个 SKU 积压 | 强化条码、批次和序列号核验 |
| 时间错误 | 动作已完成,但系统延迟更新 | 短期内影响补货和销售承诺 | 设置状态更新时间和超时提醒 |
下面这个案例来自我参与过的一次匿名化库存复盘。某家电配件企业有一个月均销量约 4,800 件的高频 SKU,采购提前期为 21 天,安全库存为 1,200 件。系统长期显示库存准确率约 96%,表面上并不算特别差。
但销售每周仍然报告缺货,采购则发现系统建议补货数量越来越高。进一步拆开后,仓库有 186 件退货商品堆放在待检区,系统已经在“退货收货”环节增加了库存,但这 186 件没有明确区分为可售、待检和残次。
质检完成后,只有 112 件可以直接重新销售,39 件需要补配件,21 件存在明显使用痕迹,14 件无法确认来源。采购此前把这 186 件全部当作有效库存,系统的可售库存因此被高估;销售端则因为仓库拣货规则不允许使用待检货,实际可发库存仍然不足。
项目组没有立即更换系统,而是先用统一状态重新整理了该 SKU 的库存。我们做了三件事:第一,把退货收货和可售入库拆开;第二,为待检、维修、残次和供应商索赔建立独立状态;第三,将每个状态绑定到退货单、质检结果和责任判定。
| 库存项目 | 调整前系统显示 | 核验后数量 | 差异原因 |
|---|---|---|---|
| 正常可售库存 | 1,486件 | 1,412件 | 74件退货尚未完成质检 |
| 待检退货 | 0件 | 39件 | 收货时直接进入普通库存 |
| 可售退货 | 0件 | 112件 | 质检完成但未单独记录回流 |
| 维修或补件 | 0件 | 39件 | 缺少配件,不能直接支持订单 |
| 残次或待索赔 | 0件 | 35件 | 外观、使用痕迹或来源无法确认 |
调整后,该 SKU 的总实物数量没有发生很大变化,但可售数量变得更加真实。采购根据新的可售库存重新计算补货,首批补货量减少了约 120 件;与此同时,销售缺货反馈没有继续增加,因为仓库可以准确找到 112 件已确认可售退货。
调整前后,库存总量准确率从 96.1% 提高到 98.4%,这是一个容易理解的结果。但更有价值的是,退货状态按时归类率从 61% 提升到 93%,可售库存预测误差从约 14% 降到 5% 左右,采购临时加单次数从每月 7 次降到 3 次。
这说明库存准确率不是唯一目标。如果企业只追求盘点数字,却不改善退货状态的可追溯性,采购仍然会被迫使用经验判断。真正有价值的改善,是让采购能知道哪些退货可以减少补货,哪些退货只能作为损耗或供应商质量问题处理。

如果只计算多采购的 120 件,企业可能低估问题。更完整的成本还包括临时加单的运输费用、仓库二次搬运、退货质检的人力、残次品占用库位、供应商索赔延迟和销售缺货造成的机会成本。
尤其在低毛利商品中,退货状态错误带来的资金占用可能比单件货值更重要。采购人员应当把退货处理时长和库存价值结合起来看:高货值 SKU 即使每天只积压 10 件,也可能形成明显资金占用;低货值高频 SKU 则更需要关注人工处理和仓储空间。
这类问题通常发生在多渠道销售、组合商品、赠品、旧包装和客户自行寄回商品的场景。首要动作不是要求仓库“认真一点”,而是建立最小身份信息集合。
对于无条码或条码损坏的退货,应该进入“待身份确认”状态,而不是允许操作人员凭外观直接选择相似 SKU。相似商品、不同规格、不同颜色和不同版本,是 SKU 归属错误的主要来源。
这通常不是仓库没有工作,而是退货处理没有容量管理。采购需要和仓库一起计算每天的退货进入量、每日质检能力和积压上限。
一个简单的判断公式是:
待检积压变化量 = 当日收货退货量 − 当日完成质检量
如果连续 5 天为正,积压一定会扩大。此时可以临时增加质检班次、按 SKU 价值分级处理,或者把简单可判定商品与复杂争议商品分流。不要把所有退货都按到货顺序处理,因为高价值、高销量和高缺货风险 SKU 应该拥有更高优先级。
建议把质检结果从自由文本改成结构化分类。至少要区分包装、外观、功能、配件、标签、序列号和卫生安全等维度。自由文本适合补充说明,不适合作为库存分类的唯一依据。
| 检查结果 | 库存处理 | 采购动作 |
|---|---|---|
| 包装完整、功能正常、配件齐全 | 转可售库存 | 纳入有效供应量,但保留退货来源标识 |
| 轻微包装损伤、商品正常 | 转特价或次级销售库存 | 评估折价损失,不直接替代标准品采购 |
| 缺少可替换配件 | 转补件或维修库存 | 核算补件成本和供应商责任 |
| 功能异常或存在安全风险 | 转残次、报废或索赔库存 | 纳入供应商质量指标和批次风险评估 |
| 无法确认 SKU 或来源 | 转身份待确认库存 | 暂停计入可售供应量,限时完成核对 |
重点检查库存可用规则,而不是继续增加盘点频率。至少要确认销售订单分配是否只读取可售库存,退货待检库存是否被错误纳入,锁定库存是否及时释放,以及不同仓库之间是否存在虚拟共享库存。
有些企业把所有仓库库存简单相加,再向销售显示一个总库存。这种做法在仓库距离、调拨时间和商品状态差异明显时会产生虚假可用量。采购应要求报表同时显示总实物库存、可售库存、已分配库存、待检库存、维修库存和在途退货,不能只看一个“库存余额”。
采购需要把退货追踪从订单维度延伸到批次、供应商和到货批次。对于质量故障、缺件和错件,至少要保存退货原因、照片、质检结论、供应商确认结果和处理金额。
供应商考核不应只使用到货合格率。更完整的供应商质量指标可以包括:供应商原因退货率、供应商原因不可售率、退货索赔关闭周期、重复质量问题发生次数、单件质量损失和批次异常集中度。

高货值商品适合使用序列号、照片、双人复核和完整退货授权。这样做会增加单件处理时间,但能显著降低错 SKU、调包和责任不清的风险。对于这类商品,采购更应该接受“库存状态更新慢一点”,也不能接受“系统显示可售但实际无法确认”。
如果高货值 SKU 每月只有几十件退货,投入精细追踪通常是值得的。因为一件错发、丢失或无法索赔的商品,可能抵消数十件普通商品的处理收益。
低货值商品如果每件都拍照、逐件审批,人工成本可能超过商品价值。此时可以采用批量收货、抽样质检和异常件全检,但要设定明确边界。
效率型方案的关键不是少检查,而是把检查资源集中到最有风险的异常上。只要异常升级条件清楚,批量规则就不会变成放任管理。
如果退货率高,但大部分商品可以在 24 小时内完成检查并重新销售,采购不必简单按照退货率削减采购量。此时退货更像一个可预测的回流渠道,关键是准确估计回流时点和商品结构。
例如某类服装商品退货率达到 18%,但可售回流率为 85%,采购应该关注不同尺码、颜色和销售渠道的回流分布。如果退回来的主要是冷门尺码,而热销尺码仍然缺货,不能用总退货量抵消所有采购需求。
如果退货率高、不可售率也高,继续扩大采购量通常会放大损失。采购应先判断问题是否集中在某个供应商、批次、物流承运商或商品版本。
对于连续两个或三个周期异常的 SKU,可以采取限量采购、增加到货检验、暂停促销或切换替代供应商等措施。库存准确率改善不能掩盖商品本身不适合继续销售的问题。

第一周的目标不是上线新规则,而是把最近 8,12 周的退货数据拉出来,按 SKU、仓库、退货原因、供应商、处理时长和最终状态重新分类。数据不需要一开始就完美,但必须能够回答“哪些退货还没有最终去向”。
建议先选择 20 个 SKU 做试点,包括高销量、高退货率、高货值和高差异率商品。不要一上来覆盖全部商品,否则会把基础分类问题扩大成全仓流程问题。
第二周要做的是建立状态字典。状态名称不能只供系统人员理解,仓库、客服、采购和财务必须对每个状态有相同解释。
| 状态 | 进入条件 | 允许动作 | 责任岗位 | 时限建议 |
|---|---|---|---|---|
| 运输中退货 | 客户已寄出且有物流凭证 | 跟踪物流、异常催收 | 客服或售后 | 按承运商时效管理 |
| 待身份确认 | 已收到但订单或 SKU 不明确 | 查订单、核条码、联系客户 | 仓库与客服 | 24小时内 |
| 待质量检查 | 身份已确认但尚未判定质量 | 拆包、点数、功能和外观检查 | 仓库质检 | 24,48小时 |
| 可售回流 | 符合标准品销售条件 | 进入可售库并保留退货来源 | 仓库 | 判定后即时 |
| 维修或补件 | 可修复或可补齐后再销售 | 维修、补件、复检 | 售后与供应商 | 按商品标准设定 |
| 残次或报废 | 无法按标准销售 | 降级销售、报废或索赔 | 质检与采购 | 7日内完成责任判定 |
自由备注容易出现“已处理”“已入库”“客户原因”这类无法复核的描述。第三周应把影响采购决策的字段改成下拉选项或必填项,备注只用于补充复杂情况。
至少需要强制记录:退货单号、原订单号、SKU、数量、收货时间、质量状态、最终库存状态、退货原因、责任方和处理完成时间。对于高货值商品,再增加序列号和照片。
如果企业暂时没有条件改造系统,可以先用共享表格或某项目管理平台搭建过渡流程,但必须控制版本、权限和字段格式。过渡工具的价值在于验证流程,不是长期替代库存主账。正式库存数量仍应以经过授权的库存系统为准。
退货流程稳定后,采购不需要每天询问仓库“还有多少退货没处理”,而应该直接查看异常指标。看板至少显示以下内容:
看板的目的不是给仓库增加考核压力,而是让采购知道哪些库存可以用于补货决策,哪些库存只能等待处理,哪些库存正在形成损失。指标必须绑定动作,否则看板只会变成新的报表负担。

只有满足三个条件,退货才适合直接纳入补货计算:商品身份明确、质量状态明确、在采购决策周期内能够完成回流。比如采购提前期为 21 天,而某类退货通常在 2 天内完成质检,那么预测模型可以考虑历史可售回流量。
如果退货平均需要 10 天处理,或者处理时间波动很大,就不能把全部历史退货量当成稳定供应。此时更适合使用保守比例,例如只把历史可售回流量的中位数或低分位值纳入有效供给,剩余部分作为风险缓冲而不是确定库存。
出现以下情况时,我会建议采购暂时不把退货作为可靠供给:
在这些场景里,宁可暂时多保留一些安全库存,也不要用不确定的退货数量替代正常采购。库存节省是可量化的,缺货损失、客户流失和质量事故则往往更难及时估算。
如果退货金额占库存价值比重较高、退货跨多个仓库、商品存在批次或序列号管理要求,或者采购每月因为库存不确定性频繁临时加单,系统改造通常值得投入。
但系统改造的先后顺序很重要。不要先购买复杂功能,再讨论业务状态。应当先明确退货状态、责任边界、质检规则和库存口径,再判断现有系统能否支持。如果流程定义不清,换一个系统只会把模糊问题更快地记录下来。

我认为,退货管理最重要的目标不是追求“退货当天入库”,而是让每件退货在一定时间内获得一个可解释的状态:它是什么 SKU,来自哪笔订单,是否可以销售,应该归谁负责,最终进入了哪里。
当这些问题都能回答时,采购才能把退货区分成三类信息:可以减少采购的可售回流、不能替代采购的待检库存、应该纳入损耗和供应商管理的不可售库存。库存数字不一定因此变得更小,但决策会变得更准确。
不要从全仓盘点或系统替换开始。建议下一步选择 10,20 个退货量较高、采购频率较高的 SKU,用最近 8,12 周数据做一次库存桥接。
如果测试后发现库存总量差异不大,但可售库存预测误差明显,那么问题已经定位:企业需要治理的是状态,而不是继续增加盘点次数。如果发现差异集中在错 SKU、无单退货或供应商质量问题,就应分别修复身份、流程和责任链。
采购人员真正需要的,不是一个看起来准确的库存数字,而是一套能说明“哪些货现在能用、哪些货以后能用、哪些货永远不能用”的库存证据链。当退货从模糊的逆向物流变成可追踪的 SKU 状态流转,库存准确率才会从月底报表上的结果,变成每天都能支持采购决策的基础能力。
我负责过一个同时运营电商和线下渠道的仓库,日均退货约180单。系统显示某些SKU库存充足,但采购复核时却发现可销售库存少了20%到30%,我一直想不明白:退货明明已经回到仓库,为什么库存反而更不准?
退货导致库存失真,通常不是“退货没有入库”这么简单,而是退货在系统里被过早地当成了可销售库存。退回包裹从签收、质检、重新包装到上架,往往要经过数小时甚至数天,这段时间如果系统直接增加可用库存,采购看到的数字就会虚高。我在一次库存排查中,把退货拆成四个状态:运输中、仓库待检、质检合格、质检不合格。
原先系统只有“已退货”和“已入库”两个状态,导致待检商品被计入可销售库存。调整后,某周盘点的账面库存差异率从7.8%降到2.1%,其中改善最大的是高退货率的服装SKU。
退货状态是否计入可销售库存采购决策建议 运输中否不用于补货判断 仓库待检否单独观察积压 质检合格是可纳入可供库存 质检不合格否进入维修、报废或供应商索赔流程 另一个容易被忽略的问题是SKU映射。退货单上的原销售SKU、换货后的新SKU、套装拆分后的子SKU可能并不一致。
如果退货只按订单号回写库存,而没有按实际条码确认,库存数量看似增加,实际却加到了错误的SKU上。我的判断是:库存准确率卡在退货环节时,优先检查“状态定义”和“SKU映射”,不要一开始就责怪仓库人员盘点不认真。采购真正需要的不是一个库存总数,而是可销售、待检、冻结和待处理库存的分层结果。
我曾经按“退货入库时间”去追查库存差异,结果花了两天仍然找不到原因。后来我把订单、物流、质检、库位和库存流水串起来,才发现问题集中在几个固定节点。有没有一套采购人员自己就能执行的诊断流程?
采购人员排查退货SKU时,不建议直接从盘点数量开始,而应沿着一件商品的生命周期反向追踪。最小排查单元不是“某天退了多少件”,而是“某个SKU在某个时间段内,哪些退货已经进入可销售库存,哪些仍然处于冻结状态”。我通常按以下五步处理:第一步,导出近30天退货明细;第二步,按SKU、仓库和退货原因分组;
第三步,对照退货签收时间与质检完成时间;第四步,核对库存流水中的增加、冻结和扣减记录;第五步,抽取数量差异最大的SKU进行实物复核。先看数量:退货数量是否等于库存增加数量。再看时间:库存增加是否早于实际签收或质检。再看状态:待检、合格、不合格是否被错误合并。
最后看去向:合格退货是否真的回到原SKU和正确库位。在一次排查中,某SKU退货记录为436件,系统库存增加了451件,多出的15件来自换货补发单被重复回写。另一个SKU退回了92件,但只有67件质检合格,系统却把92件都加入了可售库存。仅修正这两类规则,就消除了大部分账实差异。
建议建立一张“退货异常诊断表”,至少包含退货单号、原销售SKU、实收SKU、退货原因、签收时间、质检时间、质检结果、库位、库存流水号和责任节点。
采购不需要每天人工查看全部数据,只要设置异常条件,例如库存增加早于质检完成、实收SKU与原SKU不一致、退货超过48小时未处理,就能把排查范围缩小到真正有风险的记录。
我们以前使用的库存表只有“库存”和“已售”两个数字,退货、换货、维修品都混在一起。采购根据可用库存下单后,经常出现仓库找不到货的情况。我想知道,系统至少要设计哪些库存字段,才不会让采购重复补货或错误停采?
库存系统不一定要一开始就做得很复杂,但必须把“物理上存在”和“能够销售”区分开。退货商品即使已经进入仓库,也可能处于待检、待维修、待重新包装或待判定状态,这些库存不能直接用于采购补货判断。我更推荐使用库存分层,而不是只增加一个“退货库存”字段。
一个可执行的基础模型是:可销售库存、待检库存、冻结库存、维修库存、报废库存和在途退货。采购页面则同时展示总库存与可承诺库存,避免只看总量。
字段含义是否参与补货计算 可销售库存已质检并可正常出库是 待检库存已收到但未完成质检通常不参与 冻结库存存在争议、锁定或异常否 维修库存需要处理后才能再次销售否 在途退货客户已寄出但仓库未签收否 在参数设置上,退货库存至少要有三个自动规则:签收时进入待检,质检合格时转入可销售,质检不合格时进入冻结或维修。
任何库存状态变化都应保留操作时间、操作人和关联单据,不能允许人员直接修改可销售数量而没有流水记录。采购还应关注“预计可恢复库存”,但不能把它与现有可用库存混为一谈。
比如某SKU有100件待检库存,历史质检合格率为82%,平均处理周期为2天,那么采购可以把82件作为预测参考,却不应把100件直接从需求中扣除。这个区分能减少因虚假库存造成的缺货,也能避免盲目补货。
我们曾经以为只要换一套系统,退货库存不准的问题就会消失,结果上线后仍然出现重复入库和状态错乱。后来我发现,仓库、客服、采购对“退货完成”的定义都不一样。遇到这种情况,到底该先改流程,还是直接更换工具?
我的判断是:如果不同岗位对退货完成的定义不一致,优先改流程;如果流程已经明确,但数据仍然无法追踪、状态无法回写、责任无法定位,再考虑更换或改造工具。系统只能固化规则,不能替团队创造规则。可以先用一周做“人工对照测试”。
随机抽取50个退货单,记录客服承诺时间、物流签收时间、仓库收货时间、质检完成时间和库存转化时间。如果同一个节点在不同岗位的记录差异超过10%,说明主要问题在流程和责任边界,而不是软件功能。
表现更可能的根因优先动作 退货状态名称混乱流程定义不统一先统一状态和责任人 状态明确但经常漏更新缺少自动触发或提醒优化系统规则 库存有变化但查不到来源流水和权限设计不足补充审计日志 多个渠道SKU无法对应主数据管理混乱先治理SKU编码 我建议把退货流程拆成“谁负责判断、谁负责执行、谁负责复核”三类角色。
例如客服只能创建退货申请,仓库负责确认实收,质检人员决定是否恢复销售,采购只消费经过确认的可供库存数据。这样即使某个环节延迟,也不会让未经确认的商品直接影响采购计划。只有当流程已稳定运行,而系统仍存在批量回写失败、跨仓库存无法同步、权限无法隔离或无法导出完整库存流水等问题时,换工具才有价值。
选型时不要只看功能清单,应该拿真实的退货样本做验收:一件正常退货、一件换货、一件拆套退货、一件质检不合格退货,逐条验证状态、SKU、库位和库存变化是否一致。


读者评论
把退货直接计入可售库存确实容易制造假象,尤其是家居、电子等需要质检的品类。建议系统至少区分运输中、待检、可售和不可售,否则采购看到的库存数字很难真正用于补货。
文章提到的“可售退货转化率”很有参考价值。单看退货率容易误判供应商,若退货大多因错拍且能重新销售,影响有限;真正需要关注的是功能故障、破损等不可售退货。
退货追踪不只是仓库的问题,客服是否录入准确 SKU、质检是否关联批次、财务是否同步退款,都会影响库存判断。用库存桥接表追溯原因,比月底统一做盘盈盘亏调整更可靠。