huang
62708892ec
All checks were successful
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 6m2s
193 lines
7.9 KiB
Markdown
193 lines
7.9 KiB
Markdown
## ADDED Requirements
|
||
|
||
### Requirement: 订单支付后触发佣金计算
|
||
|
||
系统 SHALL 在订单支付成功后自动触发佣金计算。计算通过异步任务执行。代购订单和普通订单的佣金计算逻辑不同。
|
||
|
||
#### Scenario: 普通订单支付成功触发计算
|
||
- **WHEN** 普通订单（is_purchase_on_behalf = false）支付状态变为已支付
|
||
- **THEN** 系统发送佣金计算异步任务
|
||
|
||
#### Scenario: 代购订单支付成功触发计算
|
||
- **WHEN** 代购订单（is_purchase_on_behalf = true）创建成功（自动已支付）
|
||
- **THEN** 系统发送佣金计算异步任务
|
||
|
||
#### Scenario: 重复支付不重复计算
|
||
- **WHEN** 订单已计算过佣金（commission_status=2）
|
||
- **THEN** 系统不重复触发计算
|
||
|
||
---
|
||
|
||
### Requirement: 成本价差收入计算
|
||
|
||
系统 SHALL 为代理链上的每一级代理计算成本价差收入。终端销售代理收入 = 售价 - 成本价；中间层级代理收入 = 下级成本价 - 自己成本价。
|
||
|
||
#### Scenario: 单级代理
|
||
- **WHEN** 一级代理销售套餐，售价 100 元，成本价 80 元
|
||
- **THEN** 一级代理获得 20 元（100 - 80）成本价差收入
|
||
|
||
#### Scenario: 多级代理
|
||
- **WHEN** 三级代理销售套餐，售价 100 元，各级成本价为：平台 50 → 一级 60 → 二级 70 → 三级 80
|
||
- **THEN** 三级获得 20 元（100 - 80），二级获得 10 元（80 - 70），一级获得 10 元（70 - 60），平台获得 10 元（60 - 50）
|
||
|
||
#### Scenario: 成本价相同
|
||
- **WHEN** 某级代理成本价等于下级成本价
|
||
- **THEN** 该级代理成本价差收入为 0，不创建佣金记录
|
||
|
||
---
|
||
|
||
### Requirement: 佣金直接入账
|
||
|
||
成本价差收入 SHALL 直接入账到店铺钱包，无冻结期。
|
||
|
||
#### Scenario: 佣金入账
|
||
- **WHEN** 计算出代理的成本价差收入
|
||
- **THEN** 系统直接增加店铺钱包余额，创建佣金记录和钱包交易记录
|
||
|
||
#### Scenario: 记录入账后余额
|
||
- **WHEN** 佣金入账
|
||
- **THEN** CommissionRecord.balance_after 记录入账后的钱包余额
|
||
|
||
---
|
||
|
||
### Requirement: 更新累计充值金额
|
||
|
||
订单支付成功后系统 SHALL 更新卡/设备的累计充值金额，但代购订单除外。
|
||
|
||
**关键修复**：每次真实充值（个人客户充值或购买套餐）都必须写回累计充值金额，代购订单不更新。
|
||
|
||
#### Scenario: 普通单卡订单更新累计充值
|
||
- **WHEN** 普通单卡订单（is_purchase_on_behalf = false）支付成功，金额 100 元
|
||
- **THEN** 系统读取 IotCard.accumulated_recharge 当前值
|
||
- **AND** 增加 10000 分（100 元 = 10000 分）
|
||
- **AND** 将新值写回 IotCard.accumulated_recharge
|
||
- **AND** 使用更新后的累计值判断是否触发一次性佣金
|
||
|
||
#### Scenario: 普通设备订单更新累计充值
|
||
- **WHEN** 普通设备订单（is_purchase_on_behalf = false）支付成功，金额 300 元
|
||
- **THEN** 系统读取 Device.accumulated_recharge 当前值
|
||
- **AND** 增加 30000 分（300 元 = 30000 分）
|
||
- **AND** 将新值写回 Device.accumulated_recharge
|
||
- **AND** 使用更新后的累计值判断是否触发一次性佣金
|
||
|
||
#### Scenario: 代购订单不更新累计充值
|
||
- **WHEN** 代购订单（is_purchase_on_behalf = true）完成，金额 100 元
|
||
- **THEN** 系统不更新卡/设备的 accumulated_recharge 字段
|
||
- **AND** accumulated_recharge 保持原值
|
||
|
||
#### Scenario: 累计充值更新使用原子操作
|
||
- **WHEN** 更新累计充值金额
|
||
- **THEN** 系统使用 SQL 原子操作（如 `accumulated_recharge = accumulated_recharge + ?`）
|
||
- **OR** 使用 GORM 乐观锁（version 字段）
|
||
- **AND** 确保并发场景下累计值不会丢失
|
||
|
||
#### Scenario: 更新失败不影响佣金计算
|
||
- **WHEN** 累计充值金额更新失败（数据库错误、并发冲突等）
|
||
- **THEN** 系统记录错误日志
|
||
- **AND** 继续执行后续的佣金计算流程（成本价差、一次性佣金等）
|
||
- **AND** 不因累计值更新失败而导致整个佣金计算失败
|
||
|
||
---
|
||
|
||
### Requirement: CommissionRecord 模型简化
|
||
|
||
系统 MUST 简化 CommissionRecord 模型，移除冻结相关字段。
|
||
|
||
#### Scenario: 新佣金记录字段
|
||
- **WHEN** 创建佣金记录
|
||
- **THEN** 包含：shop_id, order_id, iot_card_id, device_id, commission_source, amount, balance_after, status, released_at, remark
|
||
|
||
#### Scenario: 佣金来源类型
|
||
- **WHEN** 创建佣金记录
|
||
- **THEN** commission_source 为以下之一：cost_diff（成本价差）、one_time（一次性佣金）
|
||
|
||
#### Scenario: 不再支持梯度奖励来源
|
||
- **WHEN** 尝试创建 commission_source = "tier_bonus" 的佣金记录
|
||
- **THEN** 系统拒绝并返回错误 "不支持的佣金来源类型"
|
||
|
||
---
|
||
|
||
### Requirement: 一次性佣金触发检查
|
||
|
||
系统 SHALL 在更新累计充值金额后立即检查是否触发一次性佣金。
|
||
|
||
#### Scenario: 累计达到阈值触发佣金
|
||
|
||
- **WHEN** 更新累计充值后，累计值 ≥ 配置阈值
|
||
- **AND** 卡/设备的 first_commission_paid = false
|
||
- **THEN** 系统发放一次性佣金
|
||
- **AND** 标记 first_commission_paid = true
|
||
|
||
#### Scenario: 累计未达到阈值不触发
|
||
|
||
- **WHEN** 更新累计充值后，累计值 < 配置阈值
|
||
- **THEN** 系统不发放一次性佣金
|
||
- **AND** first_commission_paid 保持不变
|
||
|
||
#### Scenario: 已发放过不重复触发
|
||
|
||
- **WHEN** 更新累计充值后，累计值 ≥ 配置阈值
|
||
- **AND** 卡/设备的 first_commission_paid = true
|
||
- **THEN** 系统不重复发放一次性佣金
|
||
|
||
---
|
||
|
||
### Requirement: 累计充值更新日志记录
|
||
|
||
系统 SHOULD 记录累计充值金额的更新操作，便于问题排查。
|
||
|
||
#### Scenario: 记录更新前后的累计值
|
||
|
||
- **WHEN** 更新累计充值金额
|
||
- **THEN** 系统在日志中记录：订单 ID、资源类型（卡/设备）、资源 ID、更新前累计值、本次充值金额、更新后累计值
|
||
|
||
#### Scenario: 记录更新失败原因
|
||
|
||
- **WHEN** 累计充值金额更新失败
|
||
- **THEN** 系统在日志中记录：订单 ID、资源 ID、失败原因（错误信息）、重试次数（如适用）
|
||
|
||
---
|
||
|
||
### Requirement: 代购订单佣金计算规则
|
||
|
||
代购订单 SHALL 计算差价佣金，但不触发一次性佣金。
|
||
|
||
#### Scenario: 代购订单计算差价佣金
|
||
- **WHEN** 代购订单（is_purchase_on_behalf = true）完成，买家有上级代理
|
||
- **THEN** 系统计算差价佣金（买家成本价 - 上级成本价），发放给上级代理链
|
||
|
||
#### Scenario: 代购订单不触发一次性佣金
|
||
- **WHEN** 代购订单完成，佣金计算时检查订单类型
|
||
- **THEN** 系统跳过一次性佣金判断逻辑，不发放一次性佣金
|
||
|
||
#### Scenario: 代购订单示例
|
||
- **WHEN** 平台为三级代理代购，订单金额 100 元（三级成本价），各级成本价：一级 60 → 二级 70 → 三级 80
|
||
- **THEN** 二级获得 10 元（80 - 70）差价佣金，一级获得 10 元（70 - 60）差价佣金
|
||
- **AND** 三级、二级、一级都不获得一次性佣金
|
||
|
||
---
|
||
|
||
### Requirement: 钱包充值触发一次性佣金
|
||
|
||
钱包充值成功后 SHALL 更新累计充值，并检查是否触发一次性佣金。
|
||
|
||
#### Scenario: 充值成功更新累计充值
|
||
- **WHEN** 卡钱包充值 100 元成功，当前累计充值 200 元
|
||
- **THEN** 系统更新卡的 accumulated_recharge 为 300 元
|
||
|
||
#### Scenario: 充值达到首次充值阈值
|
||
- **WHEN** 卡配置为首次充值触发，阈值 100 元，充值 100 元成功，未发放过佣金
|
||
- **THEN** 系统触发一次性佣金计算，发放佣金，标记 first_commission_paid = true
|
||
|
||
#### Scenario: 充值达到累计充值阈值
|
||
- **WHEN** 卡配置为累计充值触发，阈值 1000 元，充值后累计达到 1000 元，未发放过佣金
|
||
- **THEN** 系统触发一次性佣金计算，发放佣金，标记 first_commission_paid = true
|
||
|
||
#### Scenario: 充值未达阈值不触发
|
||
- **WHEN** 充值后累计充值未达到阈值
|
||
- **THEN** 系统不触发一次性佣金计算
|
||
|
||
#### Scenario: 已发放过不重复触发
|
||
- **WHEN** 卡的一次性佣金已发放过（first_commission_paid = true）
|
||
- **THEN** 系统不触发一次性佣金计算
|