 shanshanzhong147
|
fedad36089
|
修复(#131): 退款幂等校验 + 已退款订单防重新激活
P01：在 RefundOrder 事务内、lockCommissionSource 之前，先扫描 system_logs
是否已存在该 order_no 的 333 (CommissionTypeRefund) 日志。命中即返回
OrderAlreadyRefunded，不写日志、不动 commission、不动 order.status，
堵住「同一订单被运营人重复退款 → 邀请人佣金被多次扣减」的写入路径。
P02：guard「已退款订单（status=6 + 333 日志）被重新激活」入口。
OrderStatusClaimed(6) 与 orderStatusRefunded(6) 共用同一枚举值，
stuckOrderRecovery 把 10 分钟前的 status=6 当成「卡住的 claim」重置回 5
并重新入队 activate，进而让管理员可二次触发退款。新增 logmodel
HasRefundCommissionLog helper：
- queue/logic/order/stuckOrderRecoveryLogic: 跳过已有 333 日志的订单。
- queue/logic/order/activateOrderLogic.releaseClaim: 同一守卫（防御性）。
新增 internal/model/log/refund.go + 单元测试覆盖 6 个分支（命中、未命中、
子串误判、非法 JSON、空 order_no、DB 错误）。
新增 refundOrderLogic_test.go 覆盖：333 日志已存在 → 直接 rollback、
status==6 短路、status 非 2/5 短路；用 sqlmock 严格断言不再触发 commission
锁/更新/插入。
不做范围：
- 不动 activateOrderLogic.calculateCommission（D03.3 单独立项）。
- 不动 OrderStatusClaimed(6) 与 OrderStatusRefunded 枚举值。
- 不动用户 34456 余额数据（D02 待架构师另行决策）。
Co-authored-by: multica-agent <github@multica.ai>
|
2026-05-31 20:10:39 -07:00 |
|