- 27_fix_insurance-order-list_ext-fields.md (PR #1455) 保险订单列表新增 extOrderNo + extPolicyNo, 保留 policyNo 兼容字段 - 27_refactor_insurance-scheme_full-trip-totaldays.md (PR #1454) 保险方案全程语义对齐, totalDays=-1 哨兵, listActive 过滤同步 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
1.9 KiB
1.9 KiB
保险订单列表补保游网订单号 + 保单号字段
日期: 2026-04-27 PR: #1455 (Closes #1453) 影响端: 管理端 admin
背景
管理后台 /insurance/orders 列表页「保游网订单号」+「保单号」两列展示为空,DB 实际有值(ext_order_no + ext_policy_no)。
根因:列表 VO InsuranceOrderVO 缺 extOrderNo 字段,且把 ext_policy_no 装配到了 policyNo(与详情 InsuranceOrderDetailVO.extPolicyNo 命名不一致)。
接口变化
GET /admin/insurance/orders 列表项 response 新增 2 个字段,保留旧字段:
| 字段 | 类型 | 说明 | 状态 |
|---|---|---|---|
extOrderNo |
String | 保游网订单号 (如 BX2026042416212230000164) |
新增 |
extPolicyNo |
String | 保单号 / 保游网保单号 (如 11209006600506922149) |
新增 |
policyNo |
String | 与 extPolicyNo 同值 |
保留兼容, 后续版本删除 |
前端改动
列表列定义已使用 extOrderNo + extPolicyNo,本 PR 后端补齐字段后前端无需改动,自动生效。
后续等本期上线稳定后,后端会移除 policyNo 字段,前端不需要做任何动作(前端已不读 policyNo)。
验证
DB 实证:
SELECT insurance_order_id, ext_order_no, ext_policy_no, status, create_time
FROM insurance_order ORDER BY create_time DESC LIMIT 3;
2047591721386098690 BX2026042416212230000164 11209006600506922149 INSURED 2026-04-24 16:21:32
2047583238506844161 BX2026042415474050000153 11209006600506922106 CANCELLED 2026-04-24 15:48:00
2046992253949591554 BX2026042300392020000007 11209006600506912961 INSURED 2026-04-23 00:39:35
API response 经此 PR 后 extOrderNo + extPolicyNo 同步下发。
详情接口
GET /admin/insurance/orders/{id} 详情接口字段不变(一直就是 extOrderNo + extPolicyNo),本 PR 仅对齐列表接口。