---
schema: "hl-changelog/v2"
ticket: "6210"
title: "调整订单弹窗「客户自订」勾选未回显，重交后自订标记被静默抹掉"
consumer: "admin"
change_type: "前端缺陷"
author: "kimi(wx)"
backend_status: "not_required"
gateway_status: "not_required"
frontend_status: "verified"
frontend_owner: "mmg"
frontend_ref: "97baecb6"
target_release: "hl-ui@97baecb6"
verified_at: "2026-08-23"
status_note: "前端缺陷：调整订单弹窗酒店 tab 未绑定 days[].customerSelfBooked——快照接口已返回该字段但「客户自订」勾选框恒不勾，且自订晚被按普通晚渲染默认空段；重交时标记丢失落库，该晚变回「待房务配房」，房务会重复配房。后端读/写/换版链路实证无 bug。前端已修复并验证（ref=97baecb6）。"
updated_at: "2026-08-23"
base: "dev-v3"
---

# 【前端缺陷·管理后台】调整订单弹窗「客户自订」勾选未回显，重交后自订标记丢失（#6210）

> **PR**: 无（前端缺陷，后端零改动） | **服务**: hl-order-service-v3 | **作者**: wx | **更新时间**: 2026-08-23

> 前端已修复并验证（frontend_ref=97baecb6，verified 2026-08-23）；本文保留缺陷定位与契约口径备查。

## ⚠️ 关键变化

调整订单弹窗酒店 tab 的快照接口**一直返回** `hotelRequirement.days[].customerSelfBooked` 字段（#5838 交付）。前端此前未消费该字段——勾选框不回显、重交不带回——导致顾问在弹窗里修改任何酒店需求内容后，已标记的「客户自订」晚被静默抹掉，变回「待房务配房」。

## 1. 背景与现象（TEST 实测订单 HL20260823145314586）

该订单 2026-08-27 出行、6 天 5 晚、酒店 6 间：

| 时间 | 操作 | 结果 |
|------|------|------|
| 14:57 | 顾问在调整订单弹窗提交住宿需求：第 1/3/4/5 晚勾「客户自订」，第 2 晚选呼伦贝尔香格里拉大酒店 | 保存正确，4 晚自订标记在案 |
| 15:18 | 顾问再次打开弹窗修改需求（删除第 2 晚一个空候选）后提交 | **4 晚自订标记全部丢失**；且这 4 晚被各自补了一条默认空需求段（每段 1 间 + 空候选），形态与「未勾选过自订的普通晚」一致 |

之后任何人再打开该订单的调整弹窗：「客户自订」勾选框均为空（数据已丢），这 4 晚对房务显示为「待配房」，**存在房务重复配房风险**。

## 2. 变更接口清单

| # | 接口 | 方法 | 路径 | 变更类型 | 说明 |
|---|------|------|------|----------|------|
| 1 | 调整订单快照 | GET | `/v3/admin/order/{orderId}/adjustment/snapshot?scope=HOTEL_REQ` | 无变更（契约澄清） | 回显源：`hotelRequirement.days[].customerSelfBooked` 必须绑定到勾选框 |
| 2 | 统一提交调整 | POST | `/v3/admin/order/{orderId}/adjustment/submit` | 无变更（契约澄清） | `updates.hotelRequirement.days[]` 必须原样带回 `customerSelfBooked` |
| 3 | 提交/修改/调整房型需求 | PUT | `/v3/admin/order/{orderId}/hotel-requirement` | 无变更（契约澄清） | 同上字段语义 |

## 3. 接口详情

### 3.1 调整订单快照（回显源）

- **使用场景**：打开「调整订单」弹窗时加载当前生效的住宿需求，逐晚回显
- **认证**：管理后台 JWT
- **入参**：`orderId`（路径参数，Long，必填）；`scope=HOTEL_REQ`（query，只取酒店需求子域；空=全量）
- **出参**（`hotelRequirement` 节点，当前无需求时整个节点为 null）：

| 字段 | 类型 | 说明 |
|------|------|------|
| id | String | 需求行 ID |
| version | Integer | 版本号 |
| status | String | 需求状态（PENDING/PROCESSING/DONE 等） |
| days | Array | 逐晚需求，结构同提交入参 |
| days[].dayNumber | Integer | 晚次序号（1 起） |
| **days[].customerSelfBooked** | **Boolean/null** | **客户自订标记：true=该晚客人自己订酒店、房务无需配房；null/false=普通晚** |
| days[].segments | Array | 该晚需求段（自订晚通常为空数组） |
| specialTags | Array<String> | 特殊诉求标签 |
| remark | String | 备注 |

**示例（典型成功，测试服实测）**

请求：
```
GET /v3/admin/order/2091418470443810817/adjustment/snapshot?scope=HOTEL_REQ
Authorization: Bearer {admin-token}
（无请求体）
```

响应（节选，days 每项都带 customerSelfBooked 键）：
```json
{
  "code": 200,
  "data": {
    "hotelRequirement": {
      "id": "2091424805864583169",
      "version": 2,
      "status": "PROCESSING",
      "days": [
        { "dayNumber": 1, "customerSelfBooked": null, "segments": [ { "roomCount": 1, "candidates": [ { "hotelId": null, "hotelName": null } ] } ] },
        { "dayNumber": 2, "customerSelfBooked": null, "segments": [ { "roomCount": 2, "budget": "560.00", "candidates": [ { "hotelId": "2023714929877450753", "hotelName": "呼伦贝尔香格里拉大酒店" } ] } ] }
      ]
    }
  },
  "success": true
}
```

### 3.2 统一提交调整 / 房型需求 upsert（重交）

两个写口（§2 表 #2/#3）的 `days[]` 元素结构与快照出参一致，**契约要求「无损回显 + 原样重交」**：快照读到的 `customerSelfBooked` 必须在提交时带回，后端按请求原样保存。

| 字段 | 类型 | 必填 | 说明 |
|------|------|------|------|
| days[].dayNumber | Integer | ✅ | 晚次序号 |
| days[].customerSelfBooked | Boolean | 否 | true=客户自订；不传/null/false=普通晚（**不传即丢标记**） |
| days[].segments | Array | 条件必填 | 自订晚可为空数组；非自订晚为空 → 400（582098「第{0}晚缺少用房需求，请填写房间需求或标记为客户自订」） |

## 4. 契约约束（✅/❌ payload 对照）

| 场景 | payload（单晚） | 结果 |
|------|-----------------|------|
| ✅ 标记自订 | `{"dayNumber":1,"customerSelfBooked":true,"segments":[]}` | 保存自订标记，房务不配该晚 |
| ✅ 自订+备注 | `{"dayNumber":1,"customerSelfBooked":true,"segments":[],"remark":"客人自订汉庭，勿重复订"}` | 同上，备注透出给房务 |
| ✅ 普通晚 | `{"dayNumber":2,"customerSelfBooked":false,"segments":[...]}` 或省略该键 | 正常配房需求 |
| ❌ 回显后丢键重交 | 快照读到 `customerSelfBooked:true`，提交时省略该键 | **自订标记被抹为普通晚，房务开始对该晚配房**（本缺陷事故形态） |
| ❌ 自订晚被补默认空段 | 未勾自订的晚被前端自动塞 `{"roomCount":1,"candidates":[{}]}` | 该晚被当成「等房控统筹」的真实需求保存 |

## 5. 前端修复要求（已落地，ref=97baecb6）

1. **回显绑定**：弹窗初始化时 `days[i].customerSelfBooked === true` → 第 i 晚「客户自订」勾选框置勾，并按自订态渲染（候选/需求段区域禁用或隐藏，与首次勾选自订时的交互一致）。
2. **原样重交**：提交组装时每晚带上 `customerSelfBooked`（勾选=true，未勾=false 或省略），**不得因用户没动过该晚而丢键**。
3. **自订晚不补空段**：勾选自订的晚提交 `segments: []`，不要自动补默认空需求段；未勾自订且 segments 为空的晚按现有校验提示用户（后端 582098 兜底）。

## 6. 边界行为

- 快照中历史需求（#5838 上线前提交）无此标记 → `customerSelfBooked` 为 null，按未勾选处理，属正常。
- 该晚已有房务配房记录时再标自订 → 400（582097「第{0}晚已配房，不能改为客户自订，请先删除该晚配房」）。
- 后端对自订晚不计入配房进度分母、不列「未配房」提示，房务侧行程 Tab 显示「客户自订」。

## 7. 测试环境已验证

```
GET /v3/admin/order/2091418470443810817/adjustment/snapshot?scope=HOTEL_REQ  → 200 + days[] 每项含 customerSelfBooked 键 ✓
```

验证订单：`HL20260823145314586`（出行 2026-08-27，6 天 5 晚）。

## 8. 数据善后（TEST 订单 HL20260823145314586）

该订单第 1/3/4/5 晚自订标记已丢，当前对房务显示为「待配房」。前端修复已部署（ref=97baecb6）：由顾问重新打开调整弹窗把这 4 晚重新勾「客户自订」提交即可恢复（走正常业务路径生成新版本）；如需立即恢复可联系后端补数（需 wx 确认后另起数据单）。

## 关联 / 联系人

### 链接

- **Issue**: [#6210](https://git.1814.love:8443/wx/HL/issues/6210)（已关闭，含完整定位证据链）

### 联系人

- **后端负责人**: @wx