# 保险订单列表补保游网订单号 + 保单号字段

**日期**: 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 实证：
```sql
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 仅对齐列表接口。
