huang
f40abaf93c
三个 capability 同步： - agent-series-grant（新建）：定义系列授权 CRUD，覆盖固定/梯度佣金模式和强充层级场景 - force-recharge-check（更新）：新增「代理层强充层级判断」Requirement，更新钱包充值和套餐购买预检场景以反映平台/代理层级规则 - shop-series-allocation（更新）：在 REMOVED 区域追加三个已废弃接口的文档说明（/shop-series-allocations、/shop-package-allocations、enable_one_time_commission 等字段） Ultraworked with [Sisyphus](https://github.com/code-yeongyu/oh-my-opencode) Co-authored-by: Sisyphus <clio-agent@sisyphuslabs.ai>
182 lines
9.9 KiB
Markdown
182 lines
9.9 KiB
Markdown
# Capability: 代理系列授权管理
|
||
|
||
## Purpose
|
||
|
||
定义"系列授权"（Series Grant）的 CRUD 操作。系列授权将原本割裂的"系列分配"和"套餐分配"合并为一个原子操作，一次请求完成：授权代理可销售某系列下的指定套餐、设定每个套餐的成本价、配置一次性佣金（固定模式：单值天花板；梯度模式：每档位上限金额列表）和代理自设强充（平台未设时）。
|
||
|
||
底层仍使用 `tb_shop_series_allocation` 和 `tb_shop_package_allocation` 两张表，对外以 `ShopSeriesAllocation.ID` 作为 grant 主键。
|
||
|
||
---
|
||
|
||
## Requirements
|
||
|
||
### Requirement: 创建系列授权（固定模式）
|
||
|
||
系统 SHALL 提供 `POST /shop-series-grants` 接口，在一次请求中原子性创建系列分配和套餐分配列表。固定模式下 `one_time_commission_amount` MUST 必填，且不得超过分配者自身的天花板。
|
||
|
||
#### Scenario: 代理成功创建固定模式授权
|
||
- **WHEN** 代理A（自身天花板=80元）为直属下级代理B 创建系列授权，commission_type=fixed，one_time_commission_amount=5000（50元），packages=[{package_id:1, cost_price:3000}, {package_id:2, cost_price:5000}]
|
||
- **THEN** 系统在事务中创建 1 条 ShopSeriesAllocation（one_time_commission_amount=5000）和 2 条 ShopPackageAllocation，响应返回包含 packages 列表的聚合视图
|
||
|
||
#### Scenario: 代理B 已存在此系列授权，重复创建
|
||
- **WHEN** 代理A 为代理B 创建系列授权，但代理B 在此系列下已有 active 授权记录
|
||
- **THEN** 系统返回错误"该代理已存在此系列授权"
|
||
|
||
#### Scenario: 分配者自身无此系列授权
|
||
- **WHEN** 代理A 自身未被授权此套餐系列，尝试为代理B 创建此系列授权
|
||
- **THEN** 系统返回错误"当前账号无此系列授权，无法向下分配"
|
||
|
||
#### Scenario: 平台成功创建固定模式授权
|
||
- **WHEN** 平台管理员为一级代理创建系列授权，commission_type=fixed，one_time_commission_amount=8000（80元），系列总额 commission_amount=10000（100元）
|
||
- **THEN** 系统创建授权，响应中 allocator_shop_id=0，allocator_shop_name="平台"
|
||
|
||
#### Scenario: 固定模式 one_time_commission_amount 为必填
|
||
- **WHEN** 请求中不包含 one_time_commission_amount
|
||
- **THEN** 系统返回参数错误"固定模式下一次性佣金额度为必填项"
|
||
|
||
#### Scenario: 金额超过代理自身天花板
|
||
- **WHEN** 代理A（天花板=8000分）为代理B 创建授权，one_time_commission_amount=10000
|
||
- **THEN** 系统返回错误"一次性佣金额度不能超过上级限额"
|
||
|
||
#### Scenario: 平台金额超过系列总额
|
||
- **WHEN** 平台为代理A 创建授权，one_time_commission_amount=12000，但 PackageSeries.commission_amount=10000
|
||
- **THEN** 系统返回错误"一次性佣金额度不能超过套餐系列设定的总额"
|
||
|
||
---
|
||
|
||
### Requirement: 创建系列授权（梯度模式）
|
||
|
||
系统 SHALL 支持梯度模式的系列授权创建。梯度模式下，`commission_tiers` MUST 为必填，且必须包含与 PackageSeries 完全相同数量和阈值的阶梯（不多不少）。若某档位不希望给下级佣金，应将该档位的 amount 设为 0，不可省略该档位。
|
||
|
||
#### Scenario: 代理成功创建梯度模式授权
|
||
- **WHEN** 代理A 的专属阶梯为 [{operator:">=", threshold:100, amount:80}, {operator:">=", threshold:150, amount:120}]，A 为代理B 创建授权，传入 commission_tiers=[{threshold:100, amount:50}, {threshold:150, amount:100}]
|
||
- **THEN** 系统创建授权，commission_tiers_json 存储 [{threshold:100, amount:50}, {threshold:150, amount:100}]，响应中 commission_tiers=[{operator:">=", threshold:100, amount:50}, {operator:">=", threshold:150, amount:100}]（operator 从 PackageSeries 读取后合并）
|
||
|
||
#### Scenario: 平台成功创建梯度模式授权
|
||
- **WHEN** 平台为顶级代理A 创建授权，PackageSeries 阶梯为 [{operator:">=", threshold:100, amount:100}, {operator:"<", threshold:50, amount:30}]，传入 commission_tiers=[{threshold:100, amount:80}, {threshold:50, amount:20}]
|
||
- **THEN** 系统创建授权，A 的专属阶梯存入 commission_tiers_json，响应中 commission_tiers 包含对应的 operator
|
||
|
||
#### Scenario: 梯度模式某档位金额超过父级
|
||
- **WHEN** 代理A 的阶梯第一档 amount=80，A 为 B 创建授权时传入第一档 amount=90
|
||
- **THEN** 系统返回错误"梯度佣金档位金额不能超过上级同档位限额"
|
||
|
||
#### Scenario: 梯度模式传入了不存在的阈值
|
||
- **WHEN** PackageSeries 只有 threshold=100 和 150 两档，请求中传入 threshold=200
|
||
- **THEN** 系统返回错误"阶梯阈值与系列配置不匹配"
|
||
|
||
#### Scenario: 梯度模式 commission_tiers 为必填
|
||
- **WHEN** 请求中不包含 commission_tiers 或为空数组
|
||
- **THEN** 系统返回参数错误"梯度模式下必须提供阶梯金额配置"
|
||
|
||
---
|
||
|
||
### Requirement: 强充配置的平台/代理层级
|
||
|
||
创建系列授权时，系统 SHALL 根据 PackageSeries 的触发类型和强充设置决定代理是否可自设强充。
|
||
|
||
#### Scenario: 首次充值触发类型，强充不可配置
|
||
- **WHEN** PackageSeries.trigger_type=first_recharge，代理创建授权时传入任意 enable_force_recharge 值
|
||
- **THEN** 系统忽略代理的强充设置，响应中 force_recharge_locked=true（首次充值本身即为强充机制，无需额外配置）
|
||
|
||
#### Scenario: 累计充值触发类型，平台已设强充，代理配置被忽略
|
||
- **WHEN** PackageSeries.trigger_type=accumulated_recharge 且 enable_force_recharge=true，代理创建授权时传入 enable_force_recharge=false
|
||
- **THEN** 系统忽略代理的强充设置，响应中 force_recharge_locked=true
|
||
|
||
#### Scenario: 累计充值触发类型，平台未设强充，代理可自设
|
||
- **WHEN** PackageSeries.trigger_type=accumulated_recharge 且 enable_force_recharge=false，代理创建授权时传入 enable_force_recharge=true，force_recharge_amount=10000
|
||
- **THEN** 系统保存代理的强充配置，响应中 force_recharge_locked=false，force_recharge_enabled=true，force_recharge_amount=10000
|
||
|
||
---
|
||
|
||
### Requirement: 查询系列授权详情
|
||
|
||
系统 SHALL 提供 `GET /shop-series-grants/:id` 接口，返回包含套餐列表的聚合视图。
|
||
|
||
#### Scenario: 固定模式详情
|
||
- **WHEN** 查询固定模式系列授权详情
|
||
- **THEN** 响应包含 commission_type="fixed"，one_time_commission_amount=有效值，commission_tiers=[]
|
||
|
||
#### Scenario: 梯度模式详情
|
||
- **WHEN** 查询梯度模式系列授权详情
|
||
- **THEN** 响应包含 commission_type="tiered"，one_time_commission_amount=0，commission_tiers=[{threshold, amount}, ...]
|
||
|
||
#### Scenario: 查询不存在的授权
|
||
- **WHEN** 查询不存在的授权 ID
|
||
- **THEN** 系统返回错误"授权记录不存在"
|
||
|
||
---
|
||
|
||
### Requirement: 查询系列授权列表
|
||
|
||
系统 SHALL 提供 `GET /shop-series-grants` 接口，支持分页和多维度筛选，响应内嵌套餐数量摘要（不含完整套餐列表）。
|
||
|
||
#### Scenario: 列表查询支持按店铺和系列筛选
|
||
- **WHEN** 传入 shop_id、series_id、allocator_shop_id 等筛选条件
|
||
- **THEN** 仅返回符合条件的授权记录，每条记录包含 package_count
|
||
|
||
---
|
||
|
||
### Requirement: 更新系列授权配置
|
||
|
||
系统 SHALL 提供 `PUT /shop-series-grants/:id` 接口，支持更新一次性佣金配置和强充配置。
|
||
|
||
#### Scenario: 固定模式更新佣金额度
|
||
- **WHEN** 更新 one_time_commission_amount，新值不超过分配者天花板
|
||
- **THEN** 系统更新成功
|
||
|
||
#### Scenario: 梯度模式更新阶梯金额
|
||
- **WHEN** 更新 commission_tiers，每档位金额不超过分配者同档位上限
|
||
- **THEN** 系统更新 commission_tiers_json 字段
|
||
|
||
#### Scenario: 更新代理自设强充（平台未设时）
|
||
- **WHEN** 平台未设强充，更新 enable_force_recharge=true，force_recharge_amount=10000
|
||
- **THEN** 系统更新成功，后续该代理渠道下的客户须满足强充要求
|
||
|
||
---
|
||
|
||
### Requirement: 管理授权内套餐
|
||
|
||
系统 SHALL 提供 `PUT /shop-series-grants/:id/packages` 接口，支持添加套餐、移除套餐、更新成本价，操作在事务中完成，成功后返回 HTTP 200（无需返回完整授权视图）。
|
||
|
||
#### Scenario: 向授权中添加新套餐
|
||
- **WHEN** 请求包含新的 package_id 和 cost_price，且该套餐属于此系列
|
||
- **THEN** 系统创建新的 ShopPackageAllocation
|
||
|
||
#### Scenario: 更新套餐成本价
|
||
- **WHEN** 请求中套餐的 cost_price 与当前值不同
|
||
- **THEN** 系统更新 cost_price 并写价格历史记录
|
||
|
||
#### Scenario: 移除授权中的套餐
|
||
- **WHEN** 请求中某套餐标记 remove=true，且该套餐在当前授权中存在
|
||
- **THEN** 系统软删除对应的 ShopPackageAllocation
|
||
|
||
#### Scenario: remove=true 但套餐已不在授权中
|
||
- **WHEN** 请求中某套餐标记 remove=true，但该套餐已被软删除或从未在此授权中
|
||
- **THEN** 系统静默忽略该条目，不报错，继续处理其他条目
|
||
|
||
#### Scenario: 重新添加曾被移除的套餐
|
||
- **WHEN** 某套餐曾经被软删除，请求中再次包含该 package_id（无 remove 标志）
|
||
- **THEN** 系统创建一条新的 ShopPackageAllocation 记录，不恢复旧记录
|
||
|
||
#### Scenario: 添加不属于该系列的套餐
|
||
- **WHEN** 请求中包含不属于该系列的 package_id
|
||
- **THEN** 系统返回错误"套餐不属于该系列，无法添加到此授权"
|
||
|
||
#### Scenario: 添加上级未授权的套餐
|
||
- **WHEN** 代理A 尝试添加代理A 自己也未获授权的套餐
|
||
- **THEN** 系统返回错误"无权限分配该套餐"
|
||
|
||
---
|
||
|
||
### Requirement: 删除系列授权
|
||
|
||
系统 SHALL 提供 `DELETE /shop-series-grants/:id` 接口，删除时同步软删除所有关联的套餐分配。
|
||
|
||
#### Scenario: 成功删除无下级依赖的授权
|
||
- **WHEN** 删除一个下级代理未基于此授权再分配的记录
|
||
- **THEN** 系统软删除 ShopSeriesAllocation 和所有关联的 ShopPackageAllocation
|
||
|
||
#### Scenario: 有下级依赖时禁止删除
|
||
- **WHEN** 删除一个已被下级代理用于创建子授权的记录
|
||
- **THEN** 系统返回错误"存在下级依赖，无法删除，请先删除下级授权"
|