## Scope

- 迭代编号：`AUG26-012`。

## Why

现有退款佣金回扣把原佣金记录整单置为已失效，与 PRD 2.14「原佣金不变 + 独立负数回溯明细 + 可按分核对与导出」不一致；该路径在退款真正完成前即可触发，金额与幂等都不可核对。

## What Changes

- **BREAKING**（行为替换，非新增）：用 PRD 2.14 语义替换现有全额失效实现。原佣金记录保持已发放，不改为已失效、不改金额与发放时间；回溯事实落在新表 `tb_commission_clawback_record` 的负数、不可提现明细上。不保留旧的全额失效路径，不新增运行时开关。
- 回溯只在退款申请已通过（`status = 2`）时生成；原路方式还须渠道明确成功（`channel_refund_status = 2`）。待审批、原路处理中、渠道明确失败（可重提）、企业微信通过后撤销均不生成；渠道失败重提后按最终成功金额回溯一次。
- 消费端未满足触发条件时返回可重试错误，不写明细、不置完成标记；既有补偿扫描注册为周期性任务，并保留启动时执行。
- 金额全程按分整数计算：分母取本次退款的冻结实收金额，分子按方式取渠道成功金额或审批退款金额；每条向下取整，自稳定顺序 (`original_commission_id` 升序) 末条起向前补差，累计不超过各原佣金剩余可回溯余额；乘法使用大整数中间量，禁止溢出与浮点。
- 新增佣金状态 `5 = 回溯` 与名称映射，新增回溯审计动作码并在 `registry.go` 注册；旧 `refund.invalidate_commission` 仅保留常量与注册，使历史审计仍可读，代码中不再有新调用点。
- 在退款佣金回扣用例中落地佣金明细导出场景，粒度为佣金记录：原佣金与回溯记录各一行；扩展佣金明细列表 `status` 筛选与详情接口。
- 生成回溯前，在同一事务内先拒绝并释放待审核提现的冻结余额，再扣减佣金钱包；佣金钱包允许余额为负。

## Capabilities

### New Capabilities
- 无。

### Modified Capabilities
- `agent-funds-commission`: 退款佣金回溯明细、原佣金保持已发放、佣金钱包负余额、回溯读侧与导出。
- `order-refund-exchange`: 回溯准入改为按退款申请状态与方式判定，取消「明确失败才可回溯」语义与独立完成事件键要求。

## Impact

影响退款终态判定与回溯准入、退款后处理补偿任务、佣金记录状态常量、佣金明细读侧与导出场景注册、佣金钱包与提现冻结释放、统一审计动作注册、OpenAPI 与数据库 Schema。

## Non-Goals

- 换货回溯不在本期范围（PRD §3 列为后续独立需求）。
- 统一 `start_time`/`end_time` 解析、区间校验与筛选、权限快照冻结由 `add-export-time-filter-standards` 负责；本 Change 只负责佣金导出的粒度与列定义，两者边界不得互相改变。
- 本期不修改 `GetStats` / `GetDailyStats` 与首页统计口径，回溯不计入净佣金；如需净佣金口径另立需求。
- 提现资格与审批语义、员工代收款账单、代理自充与商户池不在本期范围。