Files
huang b9733c4913
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 7m12s
fix: 修正零售价架构错误 + 清理旧微信配置 + 归档提案 + 前端接口文档
1. 修正 retail_price 架构:
   - 删除 batch-pricing 接口的 pricing_target 字段和 retail_price 分支
     (上级只能改下级成本价,不能改零售价)
   - 新增 PATCH /api/admin/packages/:id/retail-price 接口
     (代理自己改自己的零售价,校验 retail_price >= cost_price)

2. 清理旧微信 YAML 配置(已全部迁移到数据库 tb_wechat_config):
   - 删除 config.yaml 中 wechat.official_account 配置节
   - 删除 NewOfficialAccountApp() 旧工厂函数
   - 清理 personal_customer service 中的死代码(旧登录/绑定微信方法)
   - 清理 docker-compose.prod.yml 中旧微信环境变量和证书挂载注释

3. 归档四个已完成提案到 openspec/changes/archive/

4. 新增前端接口变更说明文档(docs/前端接口变更说明.md)

5. 修正归档提案和 specs 中关于 pricing_target 的错误描述
2026-03-19 17:39:43 +08:00

2.6 KiB
Raw Blame History

ADDED Requirements

Requirement: 全量迁移事务边界

系统 MUST 在 H5 确认完成且 migrate_data=true 时,使用单一数据库事务执行全量迁移。

该事务 SHALL 覆盖资产钱包、套餐、标签、客户绑定及资产状态更新等所有步骤;任一步骤失败 MUST 回滚。

Scenario: 迁移中途失败回滚

  • WHEN 迁移第 N 步发生数据库错误
  • THEN 系统 MUST 回滚整个事务,换货单状态保持未完成

Requirement: 11 张表迁移规则

系统 SHALL 按以下规则处理 11 张表:

  1. tb_asset_wallet:将旧资产钱包余额转移到新资产钱包。
  2. tb_asset_wallet_transaction:生成一条迁移流水记录(明确来源钱包、目标钱包、金额、业务类型)。
  3. tb_asset_recharge_record:历史充值记录保留,不做更新。
  4. tb_package_usage:将生效套餐关联到新资产(更新 iot_card_iddevice_id)。
  5. tb_package_usage_daily_record:随 tb_package_usage 关系迁移(保持套餐日明细连续性)。
  6. tb_order:历史订单保留,不做更新。
  7. tb_commission:历史分佣记录保留,不做更新。
  8. tb_data_usage_record:历史流量记录保留,不做更新。
  9. tb_resource_tag:复制旧资产标签到新资产。
  10. tb_personal_customer_device:将绑定记录中的 virtual_no 更新为新资产虚拟号。
  11. tb_iot_card/tb_device:迁移累计充值与首充状态到新资产,并将旧资产 asset_status -> 3

Scenario: 钱包余额转移并记录流水

  • WHEN 旧资产钱包余额为 5000 分
  • THEN 新资产钱包余额增加 5000 分,旧钱包余额按迁移策略清零,并写入迁移流水

Requirement: 设备换设备特殊规则

设备换设备流程 MUST NOT 迁移 DeviceSimBinding

系统 SHALL 视新设备为新硬件交付,新设备卡绑定由其自身体系决定,旧设备绑定关系保留历史。

Scenario: 设备换设备不复制绑定卡

  • WHEN 执行设备换设备全量迁移
  • THEN 系统 MUST 不创建或复制任何 DeviceSimBinding 记录到新设备

Requirement: 转新规则

系统 SHALL 在 H7 转新时执行代际隔离策略:

  • 资产 generation + 1
  • 创建新空钱包(新 wallet_id
  • 清除累计充值状态与首充触发状态
  • 清除 PersonalCustomerDevice 绑定
  • 不删除历史业务数据

Scenario: 转新后历史数据保留

  • WHEN 资产转新完成
  • THEN 历史订单、充值、分佣、流量数据 MUST 仍可在旧代际查询链路中追溯