huang
b9733c4913
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.1 KiB
1.1 KiB
ADDED Requirements
Requirement: 充值回调事务一致性
HandlePaymentCallback 内的 UpdateStatusWithOptimisticLock 与 UpdatePaymentInfo MUST 使用同一个事务内 tx 执行，保证充值状态与支付信息的原子性。
Scenario: 回调处理中状态更新与支付信息更新同事务
- WHEN 收到支付成功回调并进入
HandlePaymentCallback - THEN 系统 MUST 在同一事务
tx内执行UpdateStatusWithOptimisticLock - THEN 系统 MUST 在同一事务
tx内执行UpdatePaymentInfo
Scenario: 事务失败整体回滚
- WHEN 回调处理中任一步骤失败
- THEN 系统 MUST 回滚该事务，保证订单状态与支付信息不出现部分成功
Requirement: Store 方法签名支持事务参数
系统 MUST 调整充值相关 Store 方法签名，支持显式传入 *gorm.DB tx 参数，以保证事务边界可控。
Scenario: Service 传入事务句柄
- WHEN Service 在事务上下文调用 Store 更新充值记录
- THEN Store 方法 MUST 接收并使用传入的
tx执行数据库操作