huang
62708892ec
All checks were successful
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 6m2s
110 lines
4.1 KiB
Markdown
110 lines
4.1 KiB
Markdown
## ADDED Requirements
|
||
|
||
### Requirement: 线下支付方式
|
||
|
||
系统 SHALL 支持线下支付方式（offline），仅用于代购订单。线下支付的订单创建后直接标记为已支付，跳过支付流程。
|
||
|
||
#### Scenario: 创建线下支付订单
|
||
- **WHEN** 平台账号创建订单时选择支付方式为 offline
|
||
- **THEN** 系统创建订单，payment_status 直接设为 2（已支付），payment_method = "offline"
|
||
|
||
#### Scenario: 线下支付权限限制
|
||
- **WHEN** 非平台账号（代理/个人客户）尝试使用线下支付
|
||
- **THEN** 系统返回错误 "只有平台账号可以使用线下支付"
|
||
|
||
#### Scenario: 线下支付订单自动激活套餐
|
||
- **WHEN** 创建线下支付订单成功
|
||
- **THEN** 系统自动激活套餐，创建 PackageUsage 记录
|
||
|
||
#### Scenario: 线下支付不扣钱包
|
||
- **WHEN** 订单使用线下支付
|
||
- **THEN** 系统不扣减任何钱包余额
|
||
|
||
---
|
||
|
||
### Requirement: 钱包支付
|
||
|
||
系统 SHALL 支持使用钱包余额支付订单。支付成功后 MUST 扣减钱包余额并激活套餐。
|
||
|
||
#### Scenario: 钱包余额充足
|
||
- **WHEN** 买家使用钱包支付，余额充足
|
||
- **THEN** 系统扣减钱包余额，更新订单状态为已支付，创建套餐使用记录
|
||
|
||
#### Scenario: 钱包余额不足
|
||
- **WHEN** 买家使用钱包支付，余额不足
|
||
- **THEN** 系统返回错误 "钱包余额不足"
|
||
|
||
#### Scenario: 订单已支付
|
||
- **WHEN** 买家尝试支付已支付的订单
|
||
- **THEN** 系统返回错误 "订单已支付"
|
||
|
||
#### Scenario: 订单已取消
|
||
- **WHEN** 买家尝试支付已取消的订单
|
||
- **THEN** 系统返回错误 "订单已取消"
|
||
|
||
---
|
||
|
||
### Requirement: 第三方支付回调
|
||
|
||
系统 SHALL 处理微信支付和支付宝的支付回调，支持订单支付和钱包充值两种场景。回调处理 MUST 幂等。
|
||
|
||
#### Scenario: 微信支付成功回调（订单）
|
||
- **WHEN** 收到微信支付成功回调，订单号格式为 ORD 开头
|
||
- **THEN** 系统验证签名，更新订单状态，激活套餐，返回成功响应
|
||
|
||
#### Scenario: 微信支付成功回调（充值）
|
||
- **WHEN** 收到微信支付成功回调，订单号格式为 RCH 开头
|
||
- **THEN** 系统验证签名，更新充值订单状态，增加钱包余额，更新累计充值，触发佣金判断，返回成功响应
|
||
|
||
#### Scenario: 支付宝成功回调（订单）
|
||
- **WHEN** 收到支付宝支付成功回调，订单号格式为 ORD 开头
|
||
- **THEN** 系统验证签名，更新订单状态，激活套餐，返回成功响应
|
||
|
||
#### Scenario: 支付宝成功回调（充值）
|
||
- **WHEN** 收到支付宝支付成功回调，订单号格式为 RCH 开头
|
||
- **THEN** 系统验证签名，更新充值订单状态，增加钱包余额，更新累计充值，触发佣金判断，返回成功响应
|
||
|
||
#### Scenario: 重复回调
|
||
- **WHEN** 收到已处理订单的重复回调
|
||
- **THEN** 系统返回成功响应，不重复处理
|
||
|
||
#### Scenario: 签名验证失败
|
||
- **WHEN** 回调签名验证失败
|
||
- **THEN** 系统拒绝处理，返回失败响应
|
||
|
||
---
|
||
|
||
### Requirement: 套餐激活
|
||
|
||
支付成功后系统 MUST 激活套餐，创建 PackageUsage 记录。代购订单也需激活套餐，但不更新累计充值。
|
||
|
||
#### Scenario: 单卡套餐激活
|
||
- **WHEN** 单卡订单支付成功
|
||
- **THEN** 系统创建 PackageUsage，usage_type 为 single_card，关联 iot_card_id
|
||
|
||
#### Scenario: 设备套餐激活
|
||
- **WHEN** 设备订单支付成功
|
||
- **THEN** 系统创建 PackageUsage，usage_type 为 device，关联 device_id
|
||
|
||
#### Scenario: 套餐有效期计算
|
||
- **WHEN** 套餐激活
|
||
- **THEN** 有效期 = 激活时间 + 套餐时长（月）
|
||
|
||
#### Scenario: 代购订单激活套餐
|
||
- **WHEN** 代购订单（is_purchase_on_behalf = true）创建成功
|
||
- **THEN** 系统激活套餐，但不更新卡/设备的 accumulated_recharge
|
||
|
||
---
|
||
|
||
### Requirement: 支付事务保证
|
||
|
||
钱包支付 MUST 在事务中完成：余额扣减、订单状态更新、套餐激活。任一步骤失败则全部回滚。
|
||
|
||
#### Scenario: 事务成功
|
||
- **WHEN** 所有步骤成功
|
||
- **THEN** 事务提交，支付完成
|
||
|
||
#### Scenario: 余额扣减后套餐激活失败
|
||
- **WHEN** 余额扣减成功但套餐激活失败
|
||
- **THEN** 事务回滚，余额恢复，订单状态不变
|