feat(退款分佣): 佣金回溯明细替换全额失效并补齐读侧与导出
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 9m26s

用 PRD 2.14 语义整体替换退款佣金「整单全额失效」实现:原佣金保持已发放不变,
回溯事实落在新表 tb_commission_clawback_record 的负数、不可提现明细上。

- 新增成对迁移 000220 建 tb_commission_clawback_record,唯一约束
  (refund_id, original_commission_id) 为权威幂等键,附店铺+时间/原佣金/订单索引。
- 回溯用例(internal/service/refund/clawback.go):准入仅由退款申请状态、审批异常
  标记与退款方式决定;金额按分整数计算,分母取冻结实收(缺失回落审批尝试)、
  分子原路取渠道成功金额,乘法用 math/big 中间量,舍入差自末条起向前补差;
  终态判据要求订单佣金已离开待计算且不存在 status IN (1,2,99) 的记录。
- 三层幂等:唯一约束兜底、佣金行行锁 + 钱包乐观锁、commission_deducted 仅作投影
  并带 WHERE commission_deducted = false 条件置位;闭合三结果为已回溯、无需回溯、
  审批异常转人工。
- 事务内顺序固定:锁提现申请行 → 锁尝试行 → 解冻冻结 → 置驳回 → 插回溯明细 →
  扣 balance(允许为负)→ 写负数流水 → 审计;删除旧全额失效写入与其两个审计调用点,
  refund.invalidate_commission 仅保留常量与注册供历史审计读取。
- 读侧:佣金明细列表 status 筛选透传,两表 UNION ALL 合并分页并以 source ASC 作
  末位次序键;新增佣金明细详情接口并同步路由与 OpenAPI 装配。
- 导出:新增 commission_record 场景(白名单、exporter 注册、DTO oneof、DataSource
  与列定义),粒度为佣金记录,原佣金与回溯各一行,金额保持分且可为负。
- 新增退款佣金回溯周期补偿任务(@every 1m / MaxRetry(3) / Timeout(10m) /
  Unique(10m),独立队列),保留启动时补偿扫描,判据与既有实现一致。

Refs: AUG26-012
This commit is contained in:
2026-09-14 13:40:34 +08:00
parent 67893617fe
commit 1aa4eacee2
30 changed files with 1867 additions and 399 deletions

View File

@@ -4,13 +4,17 @@
## 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
@@ -18,8 +22,16 @@
- 无。
### Modified Capabilities
- `agent-funds-commission`: 退款佣金回溯。
- `agent-funds-commission`: 退款佣金回溯明细、原佣金保持已发放、佣金钱包负余额、回溯读侧与导出
- `order-refund-exchange`: 回溯准入改为按退款申请状态与方式判定,取消「明确失败才可回溯」语义与独立完成事件键要求。
## Impact
影响退款事件、佣金明细、钱包提现 Schema。
影响退款终态判定与回溯准入、退款后处理补偿任务、佣金记录状态常量、佣金明细读侧与导出场景注册、佣金钱包提现冻结释放、统一审计动作注册、OpenAPI 与数据库 Schema。
## Non-Goals
- 换货回溯不在本期范围PRD §3 列为后续独立需求)。
- 统一 `start_time`/`end_time` 解析、区间校验与筛选、权限快照冻结由 `add-export-time-filter-standards` 负责;本 Change 只负责佣金导出的粒度与列定义,两者边界不得互相改变。
- 本期不修改 `GetStats` / `GetDailyStats` 与首页统计口径,回溯不计入净佣金;如需净佣金口径另立需求。
- 提现资格与审批语义、员工代收款账单、代理自充与商户池不在本期范围。