27 lines
1.4 KiB
Markdown
27 lines
1.4 KiB
Markdown
## ADDED Requirements
|
|
|
|
### Requirement: 线下充值审批失败重新新建
|
|
|
|
后台线下充值 SHALL 识别业务状态 `7` 为「审批提交失败」终态，支持状态筛选和失败标签；有原创建资格的用户 SHALL 通过既有线下新建表单重新发起，使用 `POST /api/admin/agent-recharges` 新建单，而不是给原单恢复/补发审批。
|
|
|
|
#### Scenario: 失败单只读与终态操作
|
|
|
|
- **WHEN** 线下充值列表或详情展示 `status=7` 的单据
|
|
- **THEN** 页面 MUST 展示「审批提交失败」，筛选 MUST 支持值 7
|
|
- **AND** MUST 隐藏原单补发审批、恢复审批及仅适用于待处理单的确认/拒绝操作
|
|
- **AND** 原权限允许的查看详情和查看凭证 MUST 保留
|
|
|
|
#### Scenario: 重新发起线下充值
|
|
|
|
- **WHEN** 具备现有线下创建资格的用户为失败单选择重新发起
|
|
- **THEN** 页面 MUST 打开既有线下创建表单并沿用原字段校验
|
|
- **AND** 提交 MUST 使用 `POST /api/admin/agent-recharges`，不得携带原单 ID 调用虚构重提接口
|
|
- **AND** 新建成功后 MUST 刷新列表，不乐观将旧单状态改成成功
|
|
|
|
#### Scenario: 保留线上充值与原权限
|
|
|
|
- **WHEN** 实施终态适配
|
|
- **THEN** 在线支付、可用方式、线下收款方式/流水号/OCR/凭证等原行为 MUST 保持不变
|
|
- **AND** 前端 MUST NOT 为重新发起扩大原角色、店铺或创建权限
|
|
- **AND** MUST NOT 修改 C 端接口或将未知结果自动视为失败
|