Files
luo b2a76adc9a
All checks were successful
构建并部署前端到测试环境 / deploy (push) Successful in 55s
fix: some
2026-10-13 11:25:03 +08:00

1.9 KiB
Raw Permalink Blame History

ADDED Requirements

Requirement: 退款审批提交失败状态与后台重提

退款后台 SHALL 识别业务状态 7 为「审批提交失败」终态,列表与详情 MUST 支持该状态展示和筛选。有原重提权限的用户 SHALL 使用原退款重提表单重新发起,不得恢复失败单的原审批。

Scenario: 显式提交失败

  • WHEN 退款记录 status=7
  • THEN 列表和详情 MUST 展示失败标签,状态筛选 MUST 允许值 7
  • AND MUST 隐藏恢复及补发审批,不因陈旧 approval_recoverable=true 重新显示
  • AND 有重提权限时 MUST 通过 POST /api/admin/refunds/{id}/resubmit 重新发起
  • AND 成功后 MUST 刷新记录,不复用旧审批实例

Scenario: 不混淆原路退款失败

  • WHEN 退款记录 status=6
  • THEN 页面 MUST 继续按原「原路退款失败」含义及 anomaly_flag 限制处理
  • AND MUST NOT 将该状态改成审批提交失败或放宽其原有异常限制

Scenario: 结果未知保留恢复资格

  • WHEN 退款提交结果未知,业务状态不是 7,后端允许恢复且用户有原权限
  • THEN 页面 MUST 保留恢复审批入口
  • AND MUST NOT 直接把未知结果改成终态或创建重复申请

Requirement: 退款企微结束后使用后台重新发起

后台退款页面 SHALL 对企微拒绝/撤销/删除后返回的 status=3 按「已拒绝」处理,允许符合原权限和规则的后台重提。页面 MUST NOT 引导用户在企微重新提交作为后台退款重提方式。

Scenario: 已拒绝退款重新发起

  • WHEN 用户查看状态 3 的退款,且具备原重提权限
  • THEN 页面 MUST 保留后台重新发起入口并调用原 resubmit 接口
  • AND 若存在「在企微重新提交」文案,MUST 移除或改为后台重新发起指引
  • AND 换货资格 MUST 仍由换货接口判断,不新增退款状态前置拦截