break
370fd3e67f
All checks were successful
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 10m49s
1.6 KiB
1.6 KiB
Why
现有换货单只以“是否要求迁移”和“是否完成迁移”两个布尔值表达迁移结果；迁移失败会回滚，后台无法在列表和详情中区分未迁移、待迁移、已迁移及迁移失败，也无法获知失败原因或在修复后重试。
本轮 AUG26-005 已收口迁移范围和失败处理，需让换货运营能准确判断业务数据迁移结果并追溯异常。
What Changes
- 将换货业务数据迁移结果统一为不迁移、待迁移、已迁移、迁移失败四个可观察状态，并保留最近一次失败原因。
- 在换货完成的迁移失败场景中保留换货单可完成状态及失败事实；超级管理员或平台用户修复条件后可再次确认完成，并重新原子执行完整迁移。
- 在换货列表和详情返回迁移状态及失败原因（仅迁移失败时），替代前端对现有布尔字段的推断。
- 将迁移范围明确限定为资产钱包余额、有效套餐使用记录、累计充值字段和资产标签；资产归属、个人客户—资产绑定及手机号—资产关联不属于该迁移范围。
Capabilities
New Capabilities
- 无。
Modified Capabilities
order-refund-exchange: 明确换货业务数据迁移的状态、失败恢复、范围和列表/详情可见性。
Impact
- 影响
internal/model/exchange_order.go、换货完成写用例、换货列表 Query、换货 DTO 及既有换货审计。 - 需要新增成对数据库迁移，以保存迁移状态和最近失败原因；不修改既有迁移。
- 既有换货列表与详情接口将新增/明确迁移状态字段，前端应改按状态展示。