SKU库存损耗核算与统计：一套从对不上账到降损落地的运营方案
2019年“双11”大促结束后，我给一家做休闲食品的电商公司做库存复盘。运营总监把报表拍在桌上：系统显示爆款A SKU还有库存416件，可仓库盘出来的实物只剩338件，78件就这么凭空消失了。财务要求按盘亏处理，仓库说肯定没丢这么多，运营说退回来的货都已经重新入库了。三方僵持不下，最后只能把78件挂在“其他损耗”里。我后来查了三天的操作日志，发现真正的原因是：大促期间的退货包裹堆在待验区，有41件因为外包装破损被移到了报废区，但录单员只扫了快递单号，没在系统里做报废出库。
剩下的37件里，有19件是拣货时拿错了相似包装的SKU，被发货出去了，还有18件确实过期了。
这个案例一直提醒我一件事情：SKU库存损耗核算，从来都不是“月底对一下账、算个损耗率”那么简单。它是一套从前端操作到后端账务的排查机制。如果核算口径不统一、SKU粒度不够细、归因不到位，运算得再精确，也只是一张好看的Excel表，解决不了下个月继续少货的问题。
下面我会用自己实际做过的方法，把损耗核算、统计和优化方案完整讲一遍。不会只给公式，而是告诉你每个公式该怎么落地，每一步怎么排查，以及不同规模、不同行业的仓库该怎么取舍。
在我的经验里，库存损耗核算第一步不是算损耗率，而是先判断“账实差异到底是什么性质”。同一笔损耗差异，来源不同，处理方式和优化动作完全不同。如果只看总额，很容易把“操作失误”和“商品变质”混为一谈，导致该做的流程防错没做，该做的效期管理也没做。
下面是我在核算中通常采用的分类方式，也是后续所有统计和归因的基础。
这类损耗包括过期、变质、破损、受潮、被偷盗，以及仓库内的意外损坏。它的特征是商品实物还在库位上，但已经失去了销售价值。处理方式是做库存状态调整，而不是盘亏。
核算时要注意：移入报废区但未做系统报废出库，是最容易造成账实不符的一个隐藏操作。很多仓库把过期品往待报废区一放，就以为“已经不在库存里了”，实际上系统里库存还挂在可用库存上。
错发、漏发、多发、少发都属于这一类。比如拣货员把外观相似的A SKU当成B SKU发出了，或者打包时漏放了一件赠品但系统已经扣减了库存。这类损耗的特征是系统库存和实物库存都有变动，但变动的方向和数量不一致。
它需要在订单出库环节做拦截，靠复核和扫码来降低，靠盘点很难根治。
入库单没及时录入、出库单重复提交、退货入库未验收、移库操作没同步，这些都会导致“货在库位上，但账面库存对不上”。这类损耗的特征是实物库存没问题，纯粹是系统账务处理的问题。
它和操作损耗的最大区别是：账务损耗可以通过系统对账修复，操作损耗只能靠流程优化来预防。
同一款商品有多种规格、多种条码时，很容易发生串码。比如把500ml装的饮料录入成了330ml装。从总额看库存数量可能没少，但拆分到SKU级别，就会出现某个SKU盘盈、另一个SKU盘亏的情况。这类损耗的特性是容易被整体损耗率掩盖，必须按SKU维度拆开看才能发现。
| 损耗类型 | 实物状态 | 系统状态 | 典型场景 | 优化方向 |
|---|---|---|---|---|
| 实物损耗 | 不可售 | 仍显示可用 | 过期、破损、变质、丢失 | 效期预警、报废出库流程 |
| 操作损耗 | 已出库但发错 | 按正确SKU扣减 | 错发、漏发、多发 | 拣货复核、扫码校验 |
| 账务损耗 | 库位正常 | 账实不一致 | 单据延迟、重复录单、退货未验收 | ERP/WMS流程规范、日清日结 |
| 串码误差 | 实物在但SKU串了 | 两个SKU账面都不对 | 相似包装拿错、录错规格 | 条码管理、库位隔离 |
我在实际测算中发现，对绝大多数中小电商仓库而言，账务损耗和操作损耗的发生频率远高于实物损耗。但很多公司在核算时只把注意力放在“过期商品”上，忽略了单据操作这个更大的漏洞来源。
这是最容易遇到的僵局。仓库一口咬定所有出库都有记录，运营说退货都入了库，财务要求追责却追不下去。我在前面提到的食品电商案例里，78件差异中，真正过期的只有18件，其余60件都是“系统操作+流程漏洞”造成的。
这类场景的教训是：盘点结果出来之前，不要先预设“有人偷了货”。大部分SKU级差异来自流程缝隙，不是人员道德问题。
某3C配件卖家每月盘点，整体损耗率只有0.6%，看起来挺健康。但爆款手机壳SKU经常出现“系统有货、实际没货”的缺货状态，导致超卖、退款、差评。拆开数据后发现：爆款SKU当月损耗率是2.8%，被大量低损耗的长尾SKU摊平了。
整体损耗率会掩盖高价值高流转SKU的异常。只有按SKU拆开看，才能发现真正影响经营的问题。
一家服装电商为了管控库存，从月盘改成周盘，结果损耗率非但没降，还从0.8%涨到了1.4%。原因是高频盘点占用了拣货时间，导致操作出错率上升。另一个副作用是盘点人员为了“完成数量指标”，把账实不符的差异直接调平了，反而抹掉了追查线索。
这也印证了我在前言里的观点：盘点频率不是越高越好，要和损耗率、人力成本、SKU价值三者平衡。
很多公司的财务在做核算时，直接把盘亏金额记为损耗。这种做法最大的问题是没有区分损耗性质。前面说过，账务损耗可以通过系统修复调整回来，操作损耗可以通过追回货物来挽回，串码损耗可以通过SKU间调整来平衡。只有实物损耗才是真正的不可逆损失。
核算时应该先把差异拆成“可修复差异”和“不可修复差异”两类，再决定记入什么科目。
只看件数会严重误导决策。一瓶单价2元的饮料损耗100件，和一颗单价200元的电子元器件损耗50件，前者金额只有200元，后者金额却高达10000元。用数量排名的话，饮料会被列为重点管控对象，但从金额看，电子元器件才是真正需要优先治理的。
我在做台账时一定会同时计算损耗数量和损耗金额，并且优先按金额排序。
这种“一刀切”做法最伤管理。拣货错发可能是运营上架了错误SKU导致的；效期过期可能是采购一次性采购量太大导致的；单据延迟可能是ERP接口问题导致的。不是所有损耗都由仓库操作产生，归因不准确，优化动作就找不到真正的责任环节。
系统能解决的是“账务同步”和“流程刚性”，但解决不了三件事：采购超量导致的效期损失、打包人员不扫码导致的错发、退货不验收就重新入库。这些动作发生在系统之外，系统只能记录结果，不能替代管理。
我见过很多公司花了几十万上线WMS，损耗率几乎没有变化，原因就是流程没有先梳理清楚，系统只是把混乱的流程自动化了。
核算口径不一致，是“账实不符”之外的第二大问题来源。仓库用“实盘数减账面数”算差异，运营用“出库数减销售数”算损耗，财务用“成本价×差异数”算损失，三个结果自然对不上。
我建议统一用下面这套口径：
核心公式如下：
损耗量 = 期初账面库存 + 本期入库 − 本期出库 − 实际盘点库存
损耗率 = （损耗量 ÷ 理论库存） × 100%
损耗金额 = 损耗量 × SKU成本单价
这套口径的关键是：所有数字必须使用同一时间点、同一统计范围、同一计量单位。我见过不少对不上账的案例，原因只是仓库盘点是上午10点做的，而系统库存是当天0点的数据。
假设某个SKU“手撕面包500g”，期初账面库存200件，本期入库500件，本期出库550件，月底盘点实收142件。那么：
理论库存 = 200 + 500 − 550 = 150件
损耗量 = 150 − 142 = 8件
损耗率 = 8 ÷ 150 × 100% ≈ 5.33%
损耗金额 = 8 × 12.5元 = 100元
这个SKU看起来损耗金额不高，但如果它是月销500件的爆款，5.33%的损耗率就意味着每个月有超过5%的货凭空消失，必须立即排查。
核算损耗金额时到底用哪个单价，我的建议是：
不要在这个口径上搞“灵活处理”。核算口径一旦不统一，比较月度趋势、对比不同仓库表现都会失真。
统计是核算和归因之间的桥梁。没有一张按SKU维度展开的损耗台账，归因分析只能凭印象。下面是我在项目中常用的台账字段清单，可以直接复制到Excel里用。
| 字段类别 | 字段名 | 填写说明 |
|---|---|---|
| 基础信息 | SKU编码、品名、规格、库位 | 保证一个SKU对应一行数据 |
| 库存变动 | 期初账面、本期入库、本期出库 | 从ERP/WMS系统导出，注意口径一致 |
| 盘点数据 | 理论库存、实盘数量 | 理论库存由公式自动计算，实盘为盘点结果 |
| 差异量化 | 损耗量、损耗率、损耗金额 | 损耗率为损耗量÷理论库存×100% |
| 归因信息 | 损耗类型、异常原因初判 | 按四类损耗分类，并写初步判断 |
| 责任信息 | 责任人、处理状态 | 注意在明确归因之前不要填“责任人” |
把所有SKU的损耗都列出来之后，下一步是筛选出需要重点分析的SKU。我常用的筛选标准有两个：
两个条件取“或”的关系，只要命中其中一个就拉出来分析。损耗率高但金额小的SKU可能是操作习惯问题，金额大但损耗率低的SKU可能是偶尔一次大额事故，两种情况都不能漏掉。
很多SKU的损耗记录堆在眼前时，最容易犯的错误是平均用力。我的做法是先把SKU按“出货频次×单位成本”分成ABC三类：
A类SKU做重点管控，至少要每周核对一次账面和实物的差异；B类每月盘点一次即可；C类可以一个季度一次，或者采用“循环盘点”的方式分摊到每个月。
如果公司还没有上ERP或者WMS，也不用等到系统上线才开始核算。先用Excel把台账建起来，每天花十五分钟录入出入库数据，月底盘一次点，就能算清楚每个SKU的损耗率。流程跑通后，再考虑要不要上系统。工具只是放大器，它不会把混乱的流程变得清晰，但会把清晰流程的效率放大。
当某个SKU出现了异常损耗，不要马上查“是不是某人拿了货”，而是先把问题框定出来。我习惯用下面这套问题清单来缩小范围：
这些信息全部记录之后，再决定是否调取监控或访谈当事人。跳过这一步直接去找人谈话，很容易变成“追责会”，而不是“诊断会”。
排查损耗时必须按节点的顺序走一遍，才能确定差异在哪一环产生。下面是我常用的排查表：
| 流程节点 | 排查重点 | 常见损耗信号 |
|---|---|---|
| 采购入库 | 实收数量与送货单、系统入库单是否一致 | 收货时未逐箱抽检，破损商品混入合格品 |
| 存储管理 | 库位是否固定、效期是否按FEFO管理 | 相同SKU分散存放造成漏盘；临期商品未及时预警 |
| 拣货出库 | 订单是否扫码校验、多人复核 | 相似包装SKU错拿；单品单件订单快速拣货时漏扫 |
| 打包发货 | 实物与订单明细是否再次核对 | 多件订单漏装；赠品未单独记录 |
| 退货处理 | 退货是否验收后才重新入库 | 退货商品未质检直接上架，次品充好 |
| 账务处理 | 入库、出库、报废、调拨单据是否日清日结 | 单据滞后导致月度结账时库存对不上 |
当一个SKU被列入异常清单后，我建议做一次“单SKU回溯”。具体做法是：
这个方法听上去费时，实际上每次只需要花20分钟到1个小时。我在食品电商案例里，就是用这个方法把78件差异追踪到了退货区未验收的41件破损品上的。
第一，先找流程原因，再找人的原因。大多数损耗是流程设计的问题，不是员工故意造成的问题。
第二，区分单一原因和叠加原因。一批损耗可能既有过期因素，又有系统未记账因素。如果只归因到一个环节，优化动作就会失效。
第三，盘盈也是一种异常信号，不代表“库存多了就是好事”。盘盈通常意味着有货没记录、或者SKU串码了，背后的管理问题同样需要排查。
第四，归因结论必须写回台账。作为下次盘点时的对比依据。没有归因记录的损耗数据，对未来没有任何参考价值。
把SKU分成A、B、C三类后，盘点频率也对应分级。下面的盘点频率表是我在多个项目中使用过的基准，可以按行业和仓库面积做调整：
| SKU分类 | 盘点方式 | 频率 | 适用对象 |
|---|---|---|---|
| A类 | 循环盘点，每天或每周抽盘 | 每周1次 | 高流转、高货值SKU，如手机、化妆品、热门食品 |
| B类 | 月度全面盘点 | 每月1次 | 中流转的中等货值SKU |
| C类 | 季度盘点或按批次盘点 | 每季1次 | 长尾、低货值SKU，如配件、辅料 |
| 异常SKU | 专项盘点，不限频率 | 随时触发 | 上期损耗率超过1%或损耗金额超过2000元的SKU |
动态盘点的价值在于把“一次性月底盘点的集中压力”拆散到日常工作中，既减少了对运营的干扰，又能更早发现差异。如果团队只有两三个人，A类SKU可以先做到每周抽盘30个，比一次性盘2000个SKU更值得投入。
实物损耗里面，效期过期是最可预测、也最能通过管理手段预防的一类。我的做法是分三层：
第一层是效期预警：在台账或WMS里设置“到期前60天预警”规则，把临期SKU自动拉出一张清单，运营据此做促销清仓或申请报废。第二层是先进先出（FEFO）：上架时把到期日最近的批次放在最外侧，拣货时先拿这批。货架上要贴好批次标签。第三层是相似SKU隔离：外观相似但规格或口味不同的SKU，不能放在相邻的库位，否则拣货时很容易拿错。可以用“间隔一个库位”或“不同货架区”的方式做物理隔离。
这三种做法都不需要额外增加人力，只需要改变上架和库位规划的习惯。一次投入半天时间，就能显著降低过期和错拿两类损耗。
操作损耗的拦截点不在盘点，而在出库流程中。拣货环节增加“扫码确认”动作，打包环节增加“二次核对”动作，发货环节记录包裹照片。这些动作虽然简单，但必须做到异常登记闭环，发现数量不对时，填写异常登记表，由仓库主管处理后再发货。没有这个闭环，复核就只是走个形式。
同时，退货入库必须执行“先验收、再上架”。所有退货包裹先开箱检查，确认商品完好、无拆封痕迹后，再扫描条码重新入库。验收不合格的，放到待报废区并同步系统状态。很多账实差异都是从退货区漏出来的，这是最容易被忽略的漏洞。
损耗率纳入仓库KPI是必要的，但要分级处理。我的建议是：
一句话总结：考核的目的是让每个人意识到损耗是可控的，而不是让所有人都不敢报损耗。
这是一家日销约500单的休闲食品电商，客单价60元左右，SKU总数约400个，其中A类SKU约50个。月初盘点时，库存准确率只有96.2%，月均损耗金额约12600元。他们此前只知道“总库存少了”，但一直说不清少在哪里。
我接手后第一周没有做任何优化，只做了一件事：建立按SKU维度的损耗台账，把上一个月的出入库数据和盘点数据全部导入，逐SKU计算损耗率和损耗金额。
第一周的数据出来后，问题非常清晰：损耗金额最高的三个SKU占总损耗的38%；库存准确率最低的10个SKU全部集中在“休闲零食”品类；损耗原因初判为效期过期和退货未验收的数量占比最高。
按照我的排查表逐步核对后，发现他们的核心问题有三个：
第二周开始做了五个调整：采购改为一月两采、小批量多批次；退货区设置独立验收台，验收不合格品直接转报废；相似包装SKU做物理隔离，并增贴颜色标签；A类SKU改为每周抽盘；每天安排15分钟的“单据日清”操作，确保当天出入库全部录入系统。
到第三个月的盘点时，损耗金额从12600元降到了7600元左右，库存准确率提升到98.7%，拣货错发率从1.8%降到0.9%。注意：这些数字来自我的项目记录和模拟推算，不同团队的执行力会对结果产生明显影响，不能把它当作标准承诺值。
这家公司没有上新系统、没有增加人手、也没有搞全仓盘点。所有改进动作都发生在流程和管理层面。这说明一个问题：大部分中小电商的损耗问题，不是靠更贵的工具解决的，而是靠更细的数据和更严格的流程闭环解决的。
不同规模的仓库，资源、人力和问题重心都不一样。下面是三条路径，按自己的情况选择：
10人以下的小型仓库：优先跑通“台账+月度盘点”的闭环。用Excel建台账，每天花10分钟维护出入库记录，月底盘点一次。这个阶段不要追求系统化，先解决“账实相符”的基本问题。
10-50人的中型仓库：建议引入WMS系统的库存管理模块，并成立兼职的“库存管控小组”。仓库主管统筹、运营负责异常SKU分析、财务负责金额核算。每周开一次15分钟的损耗复盘会，看一下本周损耗金额Top5的SKU和处理进展。
50人以上的大型仓库或多仓协同：需要完整的条码管理系统和WMS，盘点计划按ABC动态执行。总部建立统一核算口径和损耗率基准，各仓每月提交损耗分析报告。跨仓调拨、退货处理和多批次效期管理都必须系统化。
不同品类的损耗驱动因素完全不同，需要单独设计优化策略。
| 品类 | 损耗主要来源 | 核心优化思路 |
|---|---|---|
| 食品/生鲜 | 效期过期、运输破损 | 效期预警 + FEFO + 小批量高频采购 |
| 3C数码 | 错发/漏发、拆封后退货 | SN码追踪 + 出库二次复核 + 退货严格验收 |
| 服装鞋帽 | 串码、颜色尺码混淆 | 条码管理制度 + 相似款式物理隔离 + 盘点强化 |
| 美妆个护 | 破损泄漏、批次效期 | 包装防护 + 批次效期管理 + 报废出库流程 |
| 日用百货 | 长尾SKU账实不符 | ABC分类盘点 + 季度清点 + 系统动销分析 |
品类决定了你要把70%的精力放在哪个环节上。这也是我在做损耗分析时最先问客户的一句话：你店里损耗最高的品类是什么？绝大多数时候，答案和我们的预期是一致的。
如果整体损耗率在0.5%以下，重点做“防”，保持现有盘点和复核流程的稳定性即可，不必追求高成本的全量追溯。如果损耗率在0.5%-1.5%之间，重点做“查”，先按SKU台账做归因分析，找到损耗最集中的2-3个品类和环节，再做定向改进。如果损耗率超过1.5%，重点做“改”，这意味着现有流程存在结构性漏洞，需要从入库到出库逐环节复盘，必要的时候调整仓储动线、操作SOP甚至管理人员。
很多老板会把“损耗率高”直接等同于“盘点不够频繁”。但盘点频次有边际成本，每天盘点一个SKU耗时约1-2分钟，一个拥有400个SKU的仓库，全量日盘每天需要10个小时以上，相当于增加一个全职岗位。而每天盘点带来的损耗规避效果并不一定比每周盘点好，因为很多损耗问题需要等到一周的数据积累才能看出趋势。
建议的折中方案是：A类SKU每周抽盘，B类每月盘，C类每季盘，异常SKU临时加盘。不要为了“显得重视”而搞全仓每日盘点。
选择上WMS之前，先把现有流程盘一遍。如果连“单据日清、退货验收、库位隔离”这些基础动作都没做，系统上线后依然会在这些环节产生损耗。反过来，如果基础流程已经稳定，但数据量越来越大、人工台账越来越吃力，那上系统的ROI就会很高。
工具选择要看三个匹配度：库存量级匹配度（SKU数超过1000个时建议上系统）、团队能力匹配度（仓管人员是否有操作PDA的基础）、财务核算匹配度（是否需要对库存成本做多维度分析）。
有一个很反常识的经验：当损耗率纳入严格惩罚体系后，损耗率数据反而会“变好”，因为团队会选择在盘点时把差异调平，而不会上报。这比损耗本身更危险，账面好看了，但实际的问题全部被掩盖了。
我的建议是：惩罚要设，但只针对“归因明确”的个人失误；同时必须设立“主动上报不追责”的例外通道。让员工敢于暴露损耗，才能为根因分析提供真实数据。
不同品类的合理损耗率差异极大。生鲜电商损耗率3%-5%都算正常，而3C数码的损耗率如果超过0.5%就已经很严重了。不要拿别人的指标直接套用，要建立自己的连续3-6个月损耗率基线，再根据季节性、大促、SKU结构调整等变量来调整目标。
合理的损耗管理目标，不是“零损耗”，而是“低于自己过去3个月基线的可控水平”。
如果你的公司有多个仓库，还要注意“损耗责任归属”的边界问题。跨仓调拨最容易产生账实差异：调出仓已出库，但调入仓未入库；或者在途库存算在了某个仓的头上。建议所有跨仓调拨必须走“调拨单+双方确认”的闭环，调入仓收到实物后当天验收并确认入库。在途超过24小时未确认的调拨单，系统自动生成预警。这个流程不做好的话，多仓协同的损耗比单仓运营可能还要高。
做库存损耗优化这么多年的经历，让我形成了一个牢固的判断：账实差异从来不是单纯的库存问题，它是采购、仓储、运营、财务全链路管理水平的综合反映。一个SKU的损耗率低，说明从采购节奏到效期管理、从拣货复核到退货验收都做对了。
如果你现在正被“库存对不上”困扰，我的建议不是先找仓库的麻烦，而是按下面这四步走：
这套方法不需要一次性投入几十万的系统费用，也不需要增加一个专职岗位。它只需要一个前提：你愿意拿出半个小时，先把第一个SKU的期初、入库、出库、实盘四个数字填进一张表里。
下一次盘点前，你可以试着问自己一个问题：如果这个月又有SKU对不上，我能不能用一分钟说出它最可能损耗在哪个环节？如果你的答案是“不能”，那就从今天开始建台账吧。
SKU库存损耗核算的第一步不是计算，而是统一口径。我踩过的坑是：运营按订单出库数算，财务按系统扣减数算，仓库按实物数算，三方数字永远对不上。核心原因在于对'入库''出库'的定义不同，有的把待发货算作已出库，有的把在途算作在库。
建议在核算前先和财务、仓库共同确认三个口径：盘点期间（例如统一为每月最后一天24点）、单据状态（已审核还是含草稿）、计量单位（件、箱、公斤不能混用）。口径统一后，再套用公式才有意义。我目前使用的核算逻辑是：理论库存 = 期初账面库存 + 本期入库 − 本期出库；实际库存 = 盘点实盘数；
损耗量 = 理论库存 − 实际库存；损耗率 = 损耗量 ÷ 理论库存 × 100%；损耗金额 = 损耗量 × SKU成本单价。注意正数为盘亏，负数为盘盈，盘盈也需要查原因，不能直接忽略。
举例：某SKU期初账面150件，本月入库300件，出库260件，理论库存应为190件，但实盘只有182件，损耗量8件，损耗率4.2%。如果成本单价是25元，损耗金额就是200元。这个数字才是财务认可的口径。
SKU级损耗统计的关键不是表有多复杂，而是字段是否支持归因分析。我用的台账包含以下字段：SKU编码、品名、规格、库位、批次/效期、期初账面、本期入库、本期出库、理论库存、实盘数量、损耗量、损耗率、损耗金额、损耗类型、异常原因初判、责任人、备注。
其中'损耗类型'和'异常原因初判'最容易被忽略，但没有这两列，后续归因无从下手。表格建好后，不要用损耗率排序，而要用损耗金额排序。损耗率高的SKU如果成本单价低，实际损失有限；损耗金额高的SKU才是优先处理对象。
我一般会设两个阈值：损耗率超过0.5%，或者损耗金额超过1000元，满足任一条件就进入异常清单。处理顺序建议按ABC分类法：A类SKU（高货值或高流转）每周盘点一次，损耗控制在0.1%以内；B类SKU每月盘点，损耗控制在0.3%以内；C类SKU每季度盘点两次，损耗率可以放宽到1%。
这不是拍脑袋，而是因为C类SKU的盘点人力成本可能高于损耗金额本身。如果暂时没有ERP或WMS，直接用Excel手动台账就能跑通流程。关键在于每条损耗记录都要填清楚'异常原因初判'，哪怕只是猜的也行，因为后续归因需要这批原始数据。
归因分析的难点在于损耗通常是多种原因叠加的结果。我总结了一个排查顺序：先查账务，再查操作，最后查实物。原因很简单：账务问题最容易定位，但如果不先排除它，会浪费大量时间去翻货架。账务损耗的典型特征是账面有数、实物找不到、但出库记录有瑕疵。
重点检查三个环节：退货入库是否在系统登记前就已重新上架、调拨单是否只出了库却忘了做入库、盘点差异单是否超过一个账期没有审核。我曾遇到一个问题SKU连续三个月损耗率偏高，最后发现是退货仓的同事把退回商品直接放回货架，没有录入系统，导致账面虚高。操作损耗的典型特征是实物有数、但和发货记录对不上。
排查方向是拣货和复核环节：拣货单是否按库位生成、扫描枪是否强制校验SKU码、发货前是否有人复核。相似包装的SKU放在相邻库位，是错发的高发原因。如果发现同一个SKU反复出现少量差异，建议做一次串发测试：人为混放两个相似SKU，看拣货员能否识别。实物损耗的典型特征是看得见、摸得着、能拍照。
破损、过期、变质、丢失都属于这一类。这部分最好核实，但也最需要防患于未然。我的建议是建立异常登记制度：任何员工发现破损或过期，当场拍照并记录到损耗台账，而不是随手扔进垃圾桶。只有账面和实物同步记录，才不会被误算成操作损耗。
从数据表现看，账务损耗通常导致'系统数多于实物数'，操作损耗导致'实物数和发货记录对不上'，实物损耗则直接影响实盘数。三者需要叠加排查，不要只看单一环节。
降低高损耗SKU的损耗，我验证过一套组合打法：效期预警、库位隔离、流程防错、责任到人。每一条都不是空话，具体操作如下。效期预警的前提是台账里有批次和到期日字段，然后用条件格式高亮90天内到期SKU。我设置了两个节点：剩90天时生成预警清单发给运营，剩45天时强制进入促销候选池。
如果一款SKU连续两次进入45天名单，运营必须给出处理方案。这个机制的效果是：虽然不一定能完全避免过期，但至少让损耗变成'可预见的决策'，而不是月底盘点的惊吓。库位隔离针对的是相似SKU互相拿错的问题。我把包装相近的SKU分到不同货架区域，而不是按品牌或品类集中存放。
同时在外包装上用粗体标签标注SKU编码最后四位，便于拣货员快速核对。这个改动看起来很小，但错发率明显下降。流程防错的核心是加一道复核。出货量大的SKU在拣货后必须扫码复核，100元以上SKU发货前拍照留底。复核不是不信任员工，而是把个人记忆的不可靠性用系统流程对冲掉。
这样即使出了问题，也能回溯到具体环节，而不是陷入'谁都不承认'的僵局。责任到人并不是出了损耗就罚款，而是先把责任边界划清楚。盘点差异要按环节归属：入库差异算收货组、存储差异算仓管组、发货差异算拣货组、退货差异算客服或退货组。
各组只对职责范围内的损耗负责，考核时要用损耗率而非损耗绝对额，因为不同SKU的基数和货值差异很大。模拟数据显示：某日销500单的食品电商，在效期管理和库位隔离执行一个月后，损耗金额降幅接近40%。但需要说明，这是为了说明方法逻辑编写的示例数据，真实效果取决于你的SKU数量、人员执行力和系统成熟度。
至少有一点是可以确定的：不做归因就谈优化，都是空谈。
读者评论
文中四类损耗的划分非常实用。我之前在电商仓库做运营，遇到账实不符第一反应就是查有没有丢货，看完才意识到很多差异其实是单据延迟或串码造成的，按类型归因后处理起来更有方向了。尤其提到的‘待报废区未做系统出库’确实是隐蔽的大坑。
作为财务人员，最认同‘盘亏金额不能直接等同于损耗金额’这个观点。原来核算时也发现仓库报的数字和运营算的经常对不上，就是口径不统一。文中给的统一公式和成本单价取舍建议很具体，准备拿我们自己的数据试算一下，希望能减少月底扯皮。
我们仓库就是典型的上线了WMS但损耗率没降。文中说‘系统只是把混乱的流程自动化了’很扎心，确实之前没梳理好退货验收、报废出库这些线下动作，系统上了之后反而多出来一堆没人管的任务。现在按文章思路先做流程规范，再去调系统逻辑，比盲目上设备有价值多了。
整体损耗率会掩盖爆款SKU的问题，这个例子太真实了。我们只做月度总盘，中位数的损耗率很低，但热门规格经常缺货导致超卖。文章提示了按SKU拆解归因，后面我们对高动销单品单独算损耗率，才发现异常是集中在那几款上，补货和拣货复核都有了焦点。