新增完整换货生命周期管理:后台发起 → 客户端填收货信息 → 后台发货 → 确认完成(含可选全量迁移) → 旧资产转新再销售 后台接口(7个): - POST /api/admin/exchanges(发起换货) - GET /api/admin/exchanges(换货列表) - GET /api/admin/exchanges/:id(换货详情) - POST /api/admin/exchanges/:id/ship(发货) - POST /api/admin/exchanges/:id/complete(确认完成+可选迁移) - POST /api/admin/exchanges/:id/cancel(取消) - POST /api/admin/exchanges/:id/renew(旧资产转新) 客户端接口(2个): - GET /api/c/v1/exchange/pending(查询换货通知) - POST /api/c/v1/exchange/:id/shipping-info(填写收货信息) 核心能力: - ExchangeOrder 模型与状态机(1待填写→2待发货→3已发货→4已完成,1/2可取消→5) - 全量迁移事务(11张表:钱包、套餐、标签、客户绑定等) - 旧资产转新(generation+1、状态重置、新钱包、历史隔离) - 旧 CardReplacementRecord 表改名为 legacy,is_replaced 过滤改为查新表 - 数据库迁移:000085 新建 tb_exchange_order,000086 旧表改名
978 B
978 B
MODIFIED Requirements
Requirement: 换货迁移时更新个人客户资产绑定
系统 SHALL 在 H5 全量迁移成功后,更新 PersonalCustomerDevice 的资产标识绑定关系:
- 若旧资产存在客户绑定,绑定中的
virtual_noMUST 更新为新资产virtual_no - 更新后客户对资产访问连续,不需重新登录即可看到新资产
Scenario: 迁移后客户绑定跟随新资产
- WHEN 旧资产存在个人客户绑定且执行了
migrate_data=true - THEN 系统 MUST 将绑定记录的
virtual_no更新为新资产虚拟号
Requirement: 转新时清除个人客户绑定
系统 SHALL 在 H7 转新时清除该资产在 PersonalCustomerDevice 中的绑定关系,避免旧客户继续访问新代际资产。
Scenario: 转新后旧客户需重新绑定
- WHEN 资产转新完成
- THEN 系统 MUST 删除或失效对应客户绑定,使旧客户再次访问时触发重新绑定流程