diff --git a/changelogs-v2/2026-06/61_选择酒店弹窗点移除已选配房要还原可用房显示_前端处理-管理后台.md b/changelogs-v2/2026-06/61_选择酒店弹窗点移除已选配房要还原可用房显示_前端处理-管理后台.md
new file mode 100644
index 0000000..1054ac2
--- /dev/null
+++ b/changelogs-v2/2026-06/61_选择酒店弹窗点移除已选配房要还原可用房显示_前端处理-管理后台.md
@@ -0,0 +1,22 @@
+# 「选择酒店」弹窗：点「移除」已选配房后，要把房间数还原回「可用房 / 余X」显示
+
+> 模块：管理后台 · 房务配房 · 「选择酒店」弹窗
+> 类型：**前端处理**（纯前端展示逻辑，无后端改动；wx 已确认「前端还原就行」）
+> 日期：2026-06-30
+> 反馈来源：wx 手动测试
+
+## 现象
+配房「选择酒店」弹窗里，下方「已选配房」点某条的「移除」后，该条占用的房间数**没有还原**回上方酒店列表对应房型的「可用房（X 间）」与房型下拉的「余 X」——可用房一直停在扣减后的值，移除不恢复。
+
+## 根因（前端展示估算未还原）
+- 弹窗上方酒店列表的「可用房 / 余X」是**前端在「加入 / 调整间数」时做的本地扣减展示**（给房务「如果都确认还剩多少」的即时参考）；
+- 「移除」一条已选配房时，前端**漏了把该条 roomCount 加回**对应酒店房型的「可用房 / 余X」，于是显示不还原。
+
+## 后端不变式（无需改后端，供前端放心做本地还原）
+- **询房中（INQUIRING）配房不扣 resource 库存**——房务在弹窗里「加入 / 移除」候选、提交配房方案（confirm_status=INQUIRING）时，后端**不扣**酒店库存；只有房务对某天点「确认」让候选翻 CONFIRMED 时，后端**才此刻扣减**库存。
+- 所以弹窗里的「可用房 / 余X」本就是**后端真实库存**，弹窗内的加/减只是前端展示估算，可以放心在前端自管自还原，不会与后端库存冲突。
+
+## 【前端处理】
+1. 「移除」一条已选配房时，把该条的 `roomCount` **加回**对应酒店房型的「可用房（X 间）」与房型下拉「余 X」显示（与「加入」时的本地扣减相对称）。
+2. 同理「减少间数」也应把差额加回；「取消」整个弹窗时丢弃所有本地估算、以重新拉取的后端可用房为准。
+3. 注意按「酒店 + 房型」维度精确还原（同一酒店多房型、跨城多酒店各自独立计数）。