38 lines
2.1 KiB
Markdown
38 lines
2.1 KiB
Markdown
## ADDED Requirements
|
||
|
||
### Requirement: 佣金提现审批提交失败状态
|
||
|
||
后台提现审核、店铺提现记录和相关详情 SHALL 支持业务状态 `5`「审批提交失败」，各原有提现状态筛选 MUST 包含值 5；具备既有店铺操作资格的用户 SHALL 通过原提现重提接口重新提交，不复用失败审批或本地模拟冻结金额。
|
||
|
||
#### Scenario: 失败提现展示与操作
|
||
|
||
- **WHEN** 提现列表或详情收到 `status=5`
|
||
- **THEN** 页面 MUST 展示失败标签并支持筛选值 5
|
||
- **AND** MUST NOT 为该终态展示待审核专有审批或恢复旧审批操作
|
||
- **AND** 可操作的店铺提现入口 MUST 支持「重新提交」，调用 `PUT /api/admin/shops/{shop_id}/withdrawal-requests/{id}`
|
||
- **AND** 既有金额、收款信息、附件校验及店铺权限范围 MUST 保留
|
||
|
||
#### Scenario: 刷新已释放的冻结金额
|
||
|
||
- **WHEN** 失败状态已由后端释放冻结金额，或用户成功重新提交提现
|
||
- **THEN** 页面 MUST 刷新后端佣金概览和提现记录
|
||
- **AND** MUST NOT 前端自行增减冻结金额或推断新的冻结结果
|
||
|
||
### Requirement: 提现资料审批失败提交新版本
|
||
|
||
后台提现资料 SHALL 识别业务状态 `4` 为「审批提交失败」，展示失败标签并支持以值 4 筛选。原权限允许的用户 SHALL 使用已有资料表单提交新版本，不对失败实例恢复审批。
|
||
|
||
#### Scenario: 失败资料展示和重提
|
||
|
||
- **WHEN** 店铺提现资料返回 `status=4`
|
||
- **THEN** 页面 MUST 展示「审批提交失败」，资料状态筛选 MUST 支持值 4
|
||
- **AND** 有原资料提交资格时 MUST 允许复用原表单，通过 `POST /api/admin/shops/{shop_id}/withdrawal-qualifications` 提交新版本
|
||
- **AND** 成功后 MUST 刷新版本列表，保留旧版本历史，不乐观复用旧审批
|
||
- **AND** 原店铺隔离、附件校验和作废权限 MUST 保持不变
|
||
|
||
#### Scenario: 状态数值不跨业务共用
|
||
|
||
- **WHEN** 页面同时处理提现状态 5、资料状态 4 和佣金明细状态
|
||
- **THEN** 前端 MUST 使用各自业务映射
|
||
- **AND** MUST NOT 将佣金明细的状态 5「回溯」改成审批提交失败
|