门店退换货怎么管才不丢件？登记、质检判定与回库流转的 4 个要点

导读：门店退换货最怕两件事：货收回来了没人知道往哪放，钱退了但单据对不上。线下退换货不是“把货退回去”一个动作，而是一条从登记到质检、从回库到换货/退款的完整流转。本文给一套可抄走的落地流程：退换货单怎么建、质检怎么判定、货怎么回库、账怎么对平，并附状态机与对照表。

一、先把退换货拆成一条链

一次完整的门店退换货，至少要经过五个环节：

1. 登记：顾客带着商品和凭证到店，店员录退换货单；
2. 质检：检查商品状态，判定“可退 / 可换 / 需维修 / 不可退”；
3. 回库：可退商品入良品仓或次品仓，库存回补；
4. 结算：退款原路退回，或生成换货单；
5. 归档：单据留痕，供日结对账。

这五个环节任何一个断了，就会出现“货收了但库存没回补”“钱退了但单据还在待处理”之类的对不上。

二、退换货单：核心是“一单到底”

不要为退、换、修各建一套单，用一张退换货单贯穿全流程，状态字段驱动流转：

{
  "returnNo": "TH202610150001",
  "orderNo": "SO202610140031",
  "sku": "SKU-1032",
  "qty": 1,
  "reason": "尺码不合适",
  "qualityCheck": { "result": "PASS", "handler": "E1001", "time": "2026-10-15 10:20:00" },
  "status": "SETTLED",
  "settleType": "REFUND",
  "refundAmount": 129.0,
  "createdAt": "2026-10-15 10:05:00"
}

要点：质检结果、处理人、处理时间都作为独立字段记录，而不是写在备注里——后续对账、追责、复盘都靠它。

三、质检判定：用状态机代替“人说了算”

质检最容易出的问题是不规范：同一个商品，今天能退明天不能退。把判定收敛成明确的状态机，每个状态只允许固定的迁移：

const RETURN_STATUS = {
  PENDING_CHECK: '待质检',
  PASS: '待回库',
  NEGOTIATING: '待协商',
  PENDING_EXCHANGE: '待换货',
  PENDING_SETTLE: '待结算',
  DONE: '已完成',
};

function canTransit(from, to) {
  const rules = {
    PENDING_CHECK: ['PASS', 'NEGOTIATING', 'PENDING_EXCHANGE'],
    PASS: ['PENDING_SETTLE'],
    NEGOTIATING: ['PASS', 'DONE'],
    PENDING_EXCHANGE: ['DONE'],
    PENDING_SETTLE: ['DONE'],
  };
  return (rules[from] || []).includes(to);
}

要点：非法迁移直接报错并留痕；对“跳过质检直接退款”这类越权操作，要在后端拦截而不是靠前端隐藏按钮。

四、回库与库存回补：钱、货、账三条线都要对平

质检通过后，商品回库并回补库存，同时生成库存流水。这里最容易漏的是“货回了但库存没动”，或者“退款退了但订单状态还挂着”。

BEGIN;
UPDATE inventory SET stock = stock + 1, updated_at = NOW()
WHERE sku = 'SKU-1032' AND store_id = 5;
INSERT INTO inventory_flow (sku, store_id, change_type, delta, return_no, created_at)
VALUES ('SKU-1032', 5, 'RETURN_IN', 1, 'TH202610150001', NOW());
UPDATE return_order SET status = 'PENDING_SETTLE', updated_at = NOW()
WHERE return_no = 'TH202610150001';
COMMIT;

要点：库存回补和状态迁移放在同一个事务里，要么都成功要么都回滚，避免“半对账”状态。

退款环节同样要对平：退款金额必须与退换货单上的金额一致，退款成功后再把退换货单置为“已完成”，并写一条结算流水。对账口径统一为：退换货单数 = 回库流水数 = 结算流水数，三条线数字一致才算闭环。

四之二、换货出库：不是“退货单加一单”这么简单

换货和退货的最大区别是多了“出库”环节：顾客把旧货交回来，门店要把新货发出去。换货流程建议单独走一条状态分支，而不是在退货单上硬挂一个换货字段：

1. 质检判定“换新”后，退换货单进入“待换货”状态；
2. 生成换货出库单，占用对应 SKU 库存（可用量 -1）；
3. 门店取货/发货后，出库单完成，库存流水记 EXCHANGE_OUT；
4. 换货完成，退换货单置为“已完成”。

{
  "returnNo": "TH202610150002",
  "status": "PENDING_EXCHANGE",
  "exchangeOut": {
    "outNo": "EO202610150001",
    "sku": "SKU-2011",
    "qty": 1,
    "picked": true,
    "pickedAt": "2026-10-15 14:30:00"
  }
}

要点：换货出库与退货回库是两条独立流水，都要在退换货单上留痕；顾客取货后状态才可关闭，避免“货没拿走但单据已完结”的对不上。

四之三、权限与留痕：每一笔都要能追溯到人

退换货涉及退款，天然是敏感操作。三件事必须做：

1. 操作权限分级：登记、质检、退款建议分角色，退款权限单独放开，质检员不能直接退款；
2. 操作留痕：状态每次迁移都要记录“谁、什么时候、从什么状态到什么状态”，形成操作日志；
3. 越权拦截：后端校验操作人角色与当前状态，前端隐藏按钮只是体验层，不能作为安全边界。

INSERT INTO return_operation_log (return_no, action, operator, from_status, to_status, created_at)
VALUES ('TH202610150002', 'QUALITY_PASS', 'E1001', 'PENDING_CHECK', 'PENDING_EXCHANGE', NOW());

要点：操作日志与退换货单分开存储，但用退换货单号关联；日结或纠纷复盘时，任何一笔状态变化都能定位到操作人与时间。

四之四、与日结对账衔接：退换货不是“孤岛”

门店每天日结时，退换货数据要并入当日报表：当日退款笔数、退款金额、换货出库数量、回库数量。建议在日结任务里加一道校验：当日“已完成”退换货单的退款金额合计，应等于当日退款流水合计；不相等则日结挂起并提示对账，而不是带着差异静默通过。

要点：把“退换货对账”做成日结的强制校验项，差异当天发现、当天处理，避免月底集中对账时翻旧账。

四之五、原因统计分析：数据回流到运营

退换货单上的原因字段积累起来就是一张“问题地图”：尺码不合适集中说明码数标注有问题，质量问题集中说明供应商或物流有问题。每月按原因聚合一次，把 TOP3 原因反馈给采购与运营，退换货率才有下降的抓手。这块属于“数据度量”而非“事后补救”，是流程闭环的最后一步。

六、踩坑清单

1. 退、换、修各建一套单：对账要拼三张表，改成一单到底；
2. 质检靠人拍脑袋：同一个商品判定飘忽，用状态机固定判定路径；
3. 跳过质检直接退款：越权操作靠前端隐藏按钮拦不住，后端必须校验状态迁移；
4. 货回库但库存没回补：库存回补与状态迁移要放同一事务；
5. 退款金额与单据不一致：退款前校验金额，成功后写结算流水；
6. 单据不归档：日结对不上时无据可查，所有操作留痕（处理人、时间）。

七、工程落地建议

退换货流程建议按“单据 + 状态机 + 库存流水 + 结算流水”四层设计：单据承载信息，状态机约束流转，流水承载账务。同类分层在乔拓云门店系统的售后模块中有对应实现，线上运营中最常见的问题集中在“质检判定不规范”和“库存回补与单据状态不同步”两处，先补上这两块，对账类问题会大幅减少。

八、复盘清单

• 是否一单到底贯穿退、换、修、退款全流程？
• 质检判定是否由状态机约束、非法迁移是否被后端拦截？
• 库存回补与状态迁移是否在同一事务？
• 退款金额是否与单据校验一致、是否留结算流水？
• 每笔操作是否记录处理人与时间、可追溯？

结语

门店退换货看着是客服动作，实际是库存、单据、资金三条线的联动。把流程拆成登记、质检、回库、结算四个阶段，每阶段有明确状态、有留痕流水，账就永远对得平。先把状态机和事务边界立起来，再逐步规范质检标准，是最不容易返工的做法。