退款退货在ERP里怎么管理？五个节点与回补规则
卖得越多，退货越多，这是无法回避的规律。退货管理的难点很少在退款动作上——那只是点一下按钮；真正的麻烦在于：货退回来了，算不算库存？什么时候能再卖？这笔差异算谁的成本？
一、退货流程的五个节点
| 节点 | 发生的事 | 系统应记录的内容 |
|---|---|---|
| 买家申请 | 买家提交退货退款请求 | 申请时间、原因、金额、是否已发货 |
| 审核 | 客服判定是否接受及退货方式 | 审核结果、退货地址、时限 |
| 收货 | 仓库收到退回包裹 | 签收时间、包裹状态、是否有物流索赔风险 |
| 质检 | 判断商品能否再次销售 | 质检结论、责任归属、损耗 |
| 回补与结算 | 库存回补、退款完成 | 回补数量、退款金额、运费承担方 |
“收货”与”质检”是两个必须分开的状态。很多团队把两者合并处理，结果是要么货堆在待检区迟迟不回补，要么未经检验就回补入库，把残次品卖给了下一位买家。
二、库存回补的三类规则
退回的商品在系统里必须明确落入一个类别，含糊就会带来后续的库存差异。
- 可直接再售：未拆封或包装完好，回补到正常可售库存，并恢复到原来的仓库位置。
- 待处理：包装破损但商品完好，或需要重新整备。建议放在独立的”待处理”虚拟仓，整备合格后再转入可售。
- 不可再售：已损坏或超过期限，直接转报废并从库存中扣除，同时按责任方计提损失。
为什么不建议直接回补：如果退回品不区分状态一律入库，短期看库存数字变多了，长期看会出现”系统有库存但发不出去”的情况，可用库存虚高、拣货时找不到货，最终还是要靠盘点修正。
三、与平台退款的时间差怎么对齐
平台通常先退款后收货，尤其是买家体验优先的规则下。这会造成一个常见困惑：退款已经完成，货还没回来，库存怎么算？
- 建立”在退库存”概念。把已同意退货但尚未签收的数量单独统计，避免与可售库存混在一起。
- 设定签收时限与超时处理。超过约定期限仍未收到退货的，需要有明确的处理动作，而不是长期挂在待办列表里。
- 区分平台垫付与自行退款。不同平台的资金流向不同，成本归集的口径要一致，否则月度毛利会失真。
四、用退货数据反过来优化前端
退货记录是很有价值的选品与运营依据，前提是原因カテゴリー要规范，不能全靠客服自由填写。
| 统计维度 | 用途 |
|---|---|
| 退货率（按SKU） | 识别质量或描述不符问题 |
| 退货原因分布 | 区分尺寸不符、质量问题、物流原因、买家主观 |
| 退货金额与运费成本 | 计入SKU的真实盈利评估 |
| 高退货率SKU清单 | 决定是否下架或调整Listing描述 |
退货回补对库存准确性的影响，可与库存周转率的口径对照使用：统计出库成本时若不扣除退货，周转率会明显虚高。退货引发的库存回补还关系到超卖控制，可参考库存管理ERP的防超卖做法，退货处理动作本身则属于订单管理ERP工具的常规环节。
结论：退货管理的关键在于把”收货”与”质检”分开，并把退回商品明确划入可再售、待处理、不可再售三类，而不是一律直接回补。对已退款未收货的部分单独统计为在退库存，再用规范的退货原因カテゴリー反哺选品与Listing优化，退货就从成本项变成了改进依据。