diff --git a/changelogs-v2/2026-06/25_配房选酒店弹窗_结算价改自由输入+已选行显示配房日期_前端UX_管理后台.md b/changelogs-v2/2026-06/25_配房选酒店弹窗_结算价改自由输入+已选行显示配房日期_前端UX_管理后台.md
new file mode 100644
index 0000000..3ebdeae
--- /dev/null
+++ b/changelogs-v2/2026-06/25_配房选酒店弹窗_结算价改自由输入+已选行显示配房日期_前端UX_管理后台.md
@@ -0,0 +1,35 @@
+# 配房「选择酒店」弹窗两处前端 UX（① 结算价改可自由键入 ② 已选配房每行显示配房日期）
+
+> 变更类型：📖 纯前端 UX（后端无改动，所需数据后端均已返回并部署）
+> 端类型：管理后台（房务管家·配房「选择酒店」弹窗）
+> 日期：2026-06-25 ｜ 工单/PR：无（前端 UX，走 changelog 通知）｜ 服务：hl-order-service-v3（无代码改动）
+> 关联：承接同弹窗 #4373（定制师标记/分页/售价列）+ #4377（同步协议价开关）；本篇只列两处交互优化。
+
+---
+
+## ① 结算价：改成可自由键入的数字输入框（不要 −/+ 步进器）
+
+**现象**：候选列表「结算价」列做成了 `−/+` 步进器，没法直接键入价格（如 288.88、330），房务反馈「没法输入结算价」。
+
+**期望交互**：
+- 「结算价」改成**可自由键入的数字输入框**（允许两位小数），不要做成步进器。
+- **默认值 = 该酒店/房型协议价**：取候选接口的 `roomTypes[].protocolPrice`（选中具体房型时）或顶层 `protoPrice`（房型未细分时），房务可在此基础上手动改写。
+- 提交时仍把房务最终填的值放进 `AssignmentItemReqVO.sellPrice`（修改单条配房放 `AssignmentUpdateReqVO.sellPrice`）。
+
+**后端状态**：零改动。`sellPrice` 字段后端早支持（`@NotNull` + `@DecimalMin(0.00)`，收任意合法两位小数）、已部署测试服、端到端实测过；协议价默认值来源 `protoPrice` / `roomTypes[].protocolPrice` 候选接口已返。
+
+## ② 「已选配房」底部每行显示配房日期
+
+**诉求**：弹窗底部「已选配房」每行现在是「酒店名 · 房型 · N间 · ¥价/间 · 同步协议价 · 移除」，**没带日期**；一天加多酒店/多房型、或跨天累计时分不清哪条是哪天。
+
+**期望交互**：
+- 「已选配房」每行**补上该条的配房日期**（就是这次弹窗顶部那个日期 `2026-06-26`）。
+- 数据来源：候选接口顶层 `HotelCandidateRespVO.stayDate`（本次配房日期，弹窗顶部蓝标已在用）；每条配房落库也带 `stayDate`，前端直接复用即可。
+
+**后端状态**：零改动。`stayDate` 候选接口顶层早已返回（弹窗顶部已显示），纯前端把它也带进「已选配房」每行展示。
+
+---
+
+## 说明
+- 两处均**后端零改动**，所需字段（`sellPrice` / `protoPrice` / `protocolPrice` / `stayDate`）后端全部已返回并部署测试服，前端按上述交互调整即可。
+- 与 #4373 ③「结算价输入挪到选中后填、默认协议价」一脉相承，本篇把「输入框形态」「默认值取数」「已选行显示日期」讲得更具体。