All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 7m12s
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 的错误描述
1.3 KiB
1.3 KiB
MODIFIED Requirements
Requirement: 废弃旧换卡模型能力
系统 MUST 废弃 CardReplacementRecord 作为主业务能力,原因是其仅覆盖卡换卡且缺少收货信息、物流信息、设备换货与全量迁移能力,无法满足当前换货闭环需求。
Scenario: 新换货流程不再写入旧模型
- WHEN 执行任意新换货流程(H1
H7、G1G2) - THEN 系统 MUST 仅读写
ExchangeOrder,不再创建CardReplacementRecord新记录
Requirement: 旧表迁移为 legacy 保留查询
系统 SHALL 将 tb_card_replacement_record 改名为 tb_card_replacement_record_legacy,仅用于历史查询保留。
系统 MUST NOT 将 legacy 数据回灌到 tb_exchange_order。
Scenario: legacy 数据保留但不参与新流程
- WHEN 运营查询历史老换卡记录
- THEN 系统可从 legacy 表读取历史数据,但新换货流程 SHALL 不依赖该表
Requirement: 旧代码引用替换
系统 MUST 将旧换卡引用替换为 ExchangeOrder,包括 iot_card_store.go 中 is_replaced 过滤逻辑。
Scenario: is_replaced 基于新换货单判定
- WHEN 查询 IoT 卡并使用
is_replaced=true过滤 - THEN 系统 MUST 基于
ExchangeOrder状态判定是否已发生换货,而非 legacy 表