csxj2026/junhong_cmp_fiber
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects 1 Releases Wiki Activity
Files
c665f32976e9012e1deefa70db6a22925d733e39
junhong_cmp_fiber/openspec/specs/order-management/spec.md
huang c665f32976
All checks were successful
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 6m54s
Details
feat: 套餐系统升级 - Worker 重构、流量重置、文档与规范更新 
- 重构 Worker 启动流程，引入 bootstrap 模块统一管理依赖注入
- 实现套餐流量重置服务（日/月/年周期重置）
- 新增套餐激活排队、加油包绑定、囤货待实名激活逻辑
- 新增订单创建幂等性防重（Redis 业务键 + 分布式锁）
- 更新 AGENTS.md/CLAUDE.md：新增注释规范、幂等性规范，移除测试要求
- 添加套餐系统升级完整文档（API文档、使用指南、功能总结、运维指南）
- 归档 OpenSpec package-system-upgrade 变更，同步 specs 到主目录
- 新增 queue types 抽象和 Redis 常量定义
2026-02-12 14:24:15 +08:00

9.1 KiB
Raw Blame History

Capability: 订单管理

Purpose

本 capability 定义套餐购买订单的创建、查询、取消等完整生命周期管理，包括普通订单和代购订单的区分、支付方式的处理、强充要求的验证。

Requirements

Requirement: 订单类型标识

系统 SHALL 在订单模型中增加 is_purchase_on_behalf 字段，标识是否为代购订单。

Scenario: 普通订单创建

  • WHEN 个人客户或代理为自己创建订单
  • THEN 系统设置 is_purchase_on_behalf = false

Scenario: 代购订单创建

  • WHEN 平台或代理为其他代理创建代购订单
  • THEN 系统设置 is_purchase_on_behalf = true

Scenario: 查询订单列表返回订单类型

  • WHEN 查询订单列表或详情
  • THEN 响应包含 is_purchase_on_behalf 字段

Requirement: 创建套餐购买订单

系统 SHALL 允许买家创建套餐购买订单。订单类型分为单卡购买和设备购买。创建前 MUST 验证购买权限和强充要求。后台订单接口 MUST 支持 payment_method 字段（wallet/offline），根据支付方式自动设置 is_purchase_on_behalf 标识。

支付方式和订单类型映射：

  • payment_method = "wallet"：扣买家钱包，is_purchase_on_behalf = false（普通订单）
  • payment_method = "offline"：线下已收款，is_purchase_on_behalf = true（代购订单）

权限规则：

  • wallet 支付：代理、平台、超级管理员可使用
  • offline 支付：仅平台、超级管理员可使用

Scenario: 个人客户创建单卡订单

  • WHEN 个人客户为自己的卡创建订单，选择一个套餐
  • THEN 系统创建订单，状态为待支付，is_purchase_on_behalf = false，返回订单信息

Scenario: 个人客户创建设备订单

  • WHEN 个人客户为自己的设备创建订单
  • THEN 系统创建订单，订单类型为设备购买，is_purchase_on_behalf = false

Scenario: 代理创建普通订单（钱包支付）

  • WHEN 代理为店铺关联的卡/设备创建订单，payment_method = "wallet"
  • THEN 系统创建订单，买家类型为代理商，买家ID为店铺ID，is_purchase_on_behalf = false，payment_status = 1（待支付）

Scenario: 平台创建代购订单（线下支付）

  • WHEN 平台账号为代理的卡/设备创建订单，payment_method = "offline"
  • THEN 系统创建订单，is_purchase_on_behalf = true，payment_method = "offline"，payment_status = 2（已支付），直接激活套餐

Scenario: 代理尝试使用线下支付

  • WHEN 代理账号创建订单，payment_method = "offline"
  • THEN 系统返回错误 "只有平台可以使用线下支付"

Scenario: 平台使用钱包支付

  • WHEN 平台账号创建订单，payment_method = "wallet"，指定目标代理
  • THEN 系统创建普通订单，扣目标代理钱包，is_purchase_on_behalf = false

Scenario: 套餐购买验证强充要求

  • WHEN 个人客户创建订单，存在强充要求，订单金额低于强充金额
  • THEN 系统返回错误 "支付金额不符合强充要求"

Scenario: 套餐不在可购买范围

  • WHEN 买家尝试购买不在关联系列下的套餐
  • THEN 系统返回错误 "该套餐不在可购买范围内"

Scenario: 套餐已下架

  • WHEN 买家尝试购买已下架的套餐
  • THEN 系统返回错误 "该套餐已下架"

Requirement: 查询订单列表

系统 SHALL 提供订单列表查询，支持按支付状态、订单类型、是否代购筛选。

Scenario: 个人客户查询自己的订单

  • WHEN 个人客户查询订单列表
  • THEN 系统只返回该客户的订单

Scenario: 代理查询店铺订单

  • WHEN 代理查询订单列表
  • THEN 系统返回该店铺及下级店铺的订单（包含代购订单和普通订单）

Scenario: 按代购类型筛选

  • WHEN 指定 is_purchase_on_behalf = true 筛选
  • THEN 系统只返回代购订单

Scenario: 按支付状态筛选

  • WHEN 指定支付状态筛选
  • THEN 系统只返回匹配状态的订单

Requirement: 查询订单详情

系统 SHALL 允许买家查询订单详情，包含订单明细。

Scenario: 查询订单详情

  • WHEN 买家查询指定订单详情
  • THEN 系统返回订单信息和订单明细列表

Scenario: 查询他人订单

  • WHEN 买家尝试查询不属于自己的订单
  • THEN 系统返回 "订单不存在" 错误

Requirement: 取消订单

系统 SHALL 允许买家取消未支付的订单，但代购订单不可取消。

Scenario: 取消待支付的普通订单

  • WHEN 买家取消一个待支付的普通订单（is_purchase_on_behalf = false）
  • THEN 系统更新订单状态为已取消

Scenario: 取消已支付订单

  • WHEN 买家尝试取消已支付的订单
  • THEN 系统返回错误 "已支付订单无法取消"

Scenario: 尝试取消代购订单

  • WHEN 买家尝试取消代购订单（is_purchase_on_behalf = true）
  • THEN 系统返回错误 "代购订单不可取消"

Requirement: 订单号生成

系统生成的订单号 MUST 全局唯一，格式为 ORD{YYYYMMDDHHMMSS}{6位随机数}。

Scenario: 订单号格式

  • WHEN 创建新订单
  • THEN 订单号格式为 ORD + 14位时间戳 + 6位随机数

Scenario: 订单号唯一

  • WHEN 并发创建多个订单
  • THEN 每个订单的订单号都唯一

Requirement: 后台订单 payment_method 字段

后台订单创建接口 MUST 支持 payment_method 字段，值为 wallet 或 offline。系统 SHALL 根据 payment_method 自动设置 is_purchase_on_behalf 标识。

Scenario: payment_method 为 wallet

  • WHEN 创建订单时 payment_method = "wallet"
  • THEN 系统设置 is_purchase_on_behalf = false，payment_status = 1（待支付）

Scenario: payment_method 为 offline

  • WHEN 创建订单时 payment_method = "offline"
  • THEN 系统设置 is_purchase_on_behalf = true，payment_status = 2（已支付），paid_at = 当前时间

Scenario: payment_method 验证

  • WHEN 创建订单时 payment_method 为无效值
  • THEN 系统返回参数验证错误

Requirement: 代购订单成本价计算

线下支付（代购订单）MUST 使用买家的成本价，钱包支付（普通订单）使用卖家的成本价。

Scenario: 线下支付使用买家成本价

  • WHEN 平台创建线下支付订单，目标卡归属于代理 A，代理 A 的系列分配成本价为 100 元
  • THEN 订单总金额为 100 元（买家成本价）

Scenario: 钱包支付使用卖家成本价

  • WHEN 代理 A 为自己的卡创建钱包支付订单，代理 A 的上级代理 B 的系列分配成本价为 120 元
  • THEN 订单总金额为 120 元（卖家成本价）

Requirement: 代购订单不触发佣金和累计充值

代购订单（is_purchase_on_behalf = true）SHALL 计算差价佣金，MUST NOT 触发一次性佣金，MUST NOT 更新累计充值。

Scenario: 代购订单计算差价佣金

  • WHEN 代购订单支付成功，买家成本价 100 元，套餐建议成本价 80 元
  • THEN 系统计算差价佣金 20 元，分配给上级代理

Scenario: 代购订单不触发一次性佣金

  • WHEN 代购订单支付成功，符合一次性佣金触发条件
  • THEN 系统 MUST NOT 触发一次性佣金

Scenario: 代购订单不更新累计充值

  • WHEN 代购订单支付成功
  • THEN 系统 MUST NOT 更新卡/设备的 accumulated_recharge 字段

Requirement: 主套餐购买时自动排队

系统 SHALL 在用户购买主套餐时，如果已有生效中的主套餐，自动将新套餐设置为待生效状态并分配 priority。

Scenario: 首个主套餐立即生效

  • WHEN 载体首次购买主套餐
  • THEN PackageUsage status=1, priority=1, activated_at=支付完成时间

Scenario: 第二个主套餐自动排队

  • WHEN 载体已有生效中主套餐，购买第2个主套餐
  • THEN PackageUsage status=0, priority=2, pending_realname_activation=false

Requirement: 加油包购买前检查主套餐

系统 SHALL 在用户购买加油包前，检查是否有生效中或待生效的主套餐。

Scenario: 无主套餐时购买加油包失败

  • WHEN 用户购买加油包，但载体无主套餐
  • THEN 系统返回错误 400 "必须有主套餐才能购买加油包"

Scenario: 有主套餐时可购买加油包

  • WHEN 用户购买加油包，载体有生效中主套餐
  • THEN 系统创建订单成功，PackageUsage master_usage_id=主套餐ID

Requirement: 客户端未实名时禁止购买套餐

系统 SHALL 在客户端购买套餐时，检查载体的实名状态。

Scenario: 客户端未实名购买返回错误

  • WHEN 客户通过 H5 端购买套餐，载体未实名
  • THEN 系统返回错误 403 "设备/卡必须先完成实名认证才能购买套餐"

Scenario: 后台管理端可为未实名载体购买

  • WHEN 管理员通过后台为未实名载体购买套餐
  • THEN 系统创建订单成功，PackageUsage status=0, pending_realname_activation=true
Reference in New Issue View Git Blame Copy Permalink