feat: 实现订单支付功能模块
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 5m36s
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 5m36s
- 新增订单管理、支付回调、购买验证等核心服务 - 实现订单、订单项目的数据存储层和 API 接口 - 添加订单数据库迁移和 DTO 定义 - 更新 API 文档和路由配置 - 同步 3 个新规范到主规范库(订单管理、订单支付、套餐购买验证) - 完成 OpenSpec 变更归档 Ultraworked with Sisyphus
This commit is contained in:
@@ -0,0 +1,85 @@
|
||||
## ADDED Requirements
|
||||
|
||||
### Requirement: 创建套餐购买订单
|
||||
|
||||
系统 SHALL 允许买家创建套餐购买订单。订单类型分为单卡购买和设备购买。创建前 MUST 验证购买权限。
|
||||
|
||||
#### Scenario: 个人客户创建单卡订单
|
||||
- **WHEN** 个人客户为自己的卡创建订单,选择一个套餐
|
||||
- **THEN** 系统创建订单,状态为待支付,返回订单信息
|
||||
|
||||
#### Scenario: 个人客户创建设备订单
|
||||
- **WHEN** 个人客户为自己的设备创建订单
|
||||
- **THEN** 系统创建订单,订单类型为设备购买
|
||||
|
||||
#### Scenario: 代理创建订单
|
||||
- **WHEN** 代理为店铺关联的卡/设备创建订单
|
||||
- **THEN** 系统创建订单,买家类型为代理商,买家ID为店铺ID
|
||||
|
||||
#### Scenario: 套餐不在可购买范围
|
||||
- **WHEN** 买家尝试购买不在关联系列下的套餐
|
||||
- **THEN** 系统返回错误 "该套餐不在可购买范围内"
|
||||
|
||||
#### Scenario: 套餐已下架
|
||||
- **WHEN** 买家尝试购买已下架的套餐
|
||||
- **THEN** 系统返回错误 "该套餐已下架"
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 查询订单列表
|
||||
|
||||
系统 SHALL 提供订单列表查询,支持按支付状态、订单类型、时间范围筛选。
|
||||
|
||||
#### Scenario: 个人客户查询自己的订单
|
||||
- **WHEN** 个人客户查询订单列表
|
||||
- **THEN** 系统只返回该客户的订单
|
||||
|
||||
#### Scenario: 代理查询店铺订单
|
||||
- **WHEN** 代理查询订单列表
|
||||
- **THEN** 系统返回该店铺及下级店铺的订单
|
||||
|
||||
#### Scenario: 按支付状态筛选
|
||||
- **WHEN** 指定支付状态筛选
|
||||
- **THEN** 系统只返回匹配状态的订单
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 查询订单详情
|
||||
|
||||
系统 SHALL 允许买家查询订单详情,包含订单明细。
|
||||
|
||||
#### Scenario: 查询订单详情
|
||||
- **WHEN** 买家查询指定订单详情
|
||||
- **THEN** 系统返回订单信息和订单明细列表
|
||||
|
||||
#### Scenario: 查询他人订单
|
||||
- **WHEN** 买家尝试查询不属于自己的订单
|
||||
- **THEN** 系统返回 "订单不存在" 错误
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 取消订单
|
||||
|
||||
系统 SHALL 允许买家取消未支付的订单。
|
||||
|
||||
#### Scenario: 取消待支付订单
|
||||
- **WHEN** 买家取消一个待支付的订单
|
||||
- **THEN** 系统更新订单状态为已取消
|
||||
|
||||
#### Scenario: 取消已支付订单
|
||||
- **WHEN** 买家尝试取消已支付的订单
|
||||
- **THEN** 系统返回错误 "已支付订单无法取消"
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 订单号生成
|
||||
|
||||
系统生成的订单号 MUST 全局唯一,格式为 ORD{YYYYMMDDHHMMSS}{6位随机数}。
|
||||
|
||||
#### Scenario: 订单号格式
|
||||
- **WHEN** 创建新订单
|
||||
- **THEN** 订单号格式为 ORD + 14位时间戳 + 6位随机数
|
||||
|
||||
#### Scenario: 订单号唯一
|
||||
- **WHEN** 并发创建多个订单
|
||||
- **THEN** 每个订单的订单号都唯一
|
||||
@@ -0,0 +1,75 @@
|
||||
## ADDED Requirements
|
||||
|
||||
### Requirement: 钱包支付
|
||||
|
||||
系统 SHALL 支持使用钱包余额支付订单。支付成功后 MUST 扣减钱包余额并激活套餐。
|
||||
|
||||
#### Scenario: 钱包余额充足
|
||||
- **WHEN** 买家使用钱包支付,余额充足
|
||||
- **THEN** 系统扣减钱包余额,更新订单状态为已支付,创建套餐使用记录
|
||||
|
||||
#### Scenario: 钱包余额不足
|
||||
- **WHEN** 买家使用钱包支付,余额不足
|
||||
- **THEN** 系统返回错误 "钱包余额不足"
|
||||
|
||||
#### Scenario: 订单已支付
|
||||
- **WHEN** 买家尝试支付已支付的订单
|
||||
- **THEN** 系统返回错误 "订单已支付"
|
||||
|
||||
#### Scenario: 订单已取消
|
||||
- **WHEN** 买家尝试支付已取消的订单
|
||||
- **THEN** 系统返回错误 "订单已取消"
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 第三方支付回调
|
||||
|
||||
系统 SHALL 处理微信支付和支付宝的支付回调。回调处理 MUST 幂等。
|
||||
|
||||
#### Scenario: 微信支付成功回调
|
||||
- **WHEN** 收到微信支付成功回调
|
||||
- **THEN** 系统验证签名,更新订单状态,激活套餐,返回成功响应
|
||||
|
||||
#### Scenario: 支付宝成功回调
|
||||
- **WHEN** 收到支付宝支付成功回调
|
||||
- **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** 有效期 = 激活时间 + 套餐时长(月)
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 支付事务保证
|
||||
|
||||
钱包支付 MUST 在事务中完成:余额扣减、订单状态更新、套餐激活。任一步骤失败则全部回滚。
|
||||
|
||||
#### Scenario: 事务成功
|
||||
- **WHEN** 所有步骤成功
|
||||
- **THEN** 事务提交,支付完成
|
||||
|
||||
#### Scenario: 余额扣减后套餐激活失败
|
||||
- **WHEN** 余额扣减成功但套餐激活失败
|
||||
- **THEN** 事务回滚,余额恢复,订单状态不变
|
||||
@@ -0,0 +1,67 @@
|
||||
## ADDED Requirements
|
||||
|
||||
### Requirement: 验证卡/设备的套餐购买权限
|
||||
|
||||
创建订单前系统 MUST 验证卡/设备是否有权购买指定套餐。
|
||||
|
||||
#### Scenario: 卡有套餐系列关联
|
||||
- **WHEN** 卡的 series_allocation_id 有值,且套餐属于该系列
|
||||
- **THEN** 验证通过
|
||||
|
||||
#### Scenario: 卡无套餐系列关联
|
||||
- **WHEN** 卡的 series_allocation_id 为空
|
||||
- **THEN** 验证失败,返回 "该卡未关联套餐系列"
|
||||
|
||||
#### Scenario: 套餐不属于关联系列
|
||||
- **WHEN** 套餐的 series_id 与卡关联的分配系列不匹配
|
||||
- **THEN** 验证失败,返回 "该套餐不在可购买范围内"
|
||||
|
||||
#### Scenario: 系列分配已禁用
|
||||
- **WHEN** 卡关联的系列分配状态为禁用
|
||||
- **THEN** 验证失败,返回 "套餐系列已禁用"
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 验证套餐状态
|
||||
|
||||
创建订单前系统 MUST 验证套餐处于可购买状态。
|
||||
|
||||
#### Scenario: 套餐启用且上架
|
||||
- **WHEN** 套餐 status=1 且 shelf_status=1
|
||||
- **THEN** 验证通过
|
||||
|
||||
#### Scenario: 套餐已禁用
|
||||
- **WHEN** 套餐 status=2
|
||||
- **THEN** 验证失败,返回 "套餐已禁用"
|
||||
|
||||
#### Scenario: 套餐已下架
|
||||
- **WHEN** 套餐 shelf_status=2
|
||||
- **THEN** 验证失败,返回 "套餐已下架"
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 获取购买价格
|
||||
|
||||
系统 MUST 根据买家身份返回正确的购买价格。
|
||||
|
||||
#### Scenario: 个人客户购买
|
||||
- **WHEN** 个人客户购买套餐
|
||||
- **THEN** 使用 Package.suggested_retail_price 作为支付金额
|
||||
|
||||
#### Scenario: 代理为店铺购买
|
||||
- **WHEN** 代理为自己店铺购买套餐(囤货/测试)
|
||||
- **THEN** 使用代理的成本价作为支付金额
|
||||
|
||||
---
|
||||
|
||||
### Requirement: 设备购买时的卡验证
|
||||
|
||||
设备购买套餐时 MUST 使用设备的 series_allocation_id 验证,不使用设备下单卡的关联。
|
||||
|
||||
#### Scenario: 设备有系列关联
|
||||
- **WHEN** 设备的 series_allocation_id 有值
|
||||
- **THEN** 使用设备的关联验证购买权限
|
||||
|
||||
#### Scenario: 设备无系列关联
|
||||
- **WHEN** 设备的 series_allocation_id 为空
|
||||
- **THEN** 验证失败,返回 "该设备未关联套餐系列"
|
||||
Reference in New Issue
Block a user