feat(退款分佣): 佣金回溯明细替换全额失效并补齐读侧与导出
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 9m26s
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:
@@ -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` 与首页统计口径,回溯不计入净佣金;如需净佣金口径另立需求。
|
||||
- 提现资格与审批语义、员工代收款账单、代理自充与商户池不在本期范围。
|
||||
|
||||
Reference in New Issue
Block a user