docs(changelog): 通知前端 — tier-compare 加 district / 班期 maxRooms 脱钩 / 团期库存模型重构(3 项,均测试服验证通过)

changelogs/2026-05/29_feat_admin_group_batch_maxrooms_decouple.md

@@ -0,0 +1,29 @@
+# 【管理后台】小蒙马班期「最大房间数」与行程脱钩,按团期自由填
+
+> **类型**: 后端行为调整(feat) + 前端回显 BUG
+> **服务**: hl-product-service-v2
+> **日期**: 2026-05-29
+> **影响范围**: 管理后台班期编辑 `POST/PUT /admin/product/item/{id}/schedule` 的 `maxRooms`
+> **归属**: 后端已改(PR #3261 → dev,已同步 dev-v3)
+> **状态**: 已部署测试服并验证通过
+> **关联工单**: #3258
+
+---
+
+> ⚠️ 本条只讲 `maxRooms` 行为。同一「班期编辑表单」本期还有一次**更大的库存模型重构**(删库存上限、新增订单数/线下占位、可报名取 remainStock、班期状态等),**以《小蒙马团期库存模型重构》那篇为准**,本条与其不冲突(maxRooms 仍是容量、按前端传值存)。
+
+## 一、后端变更
+
+班期保存时 `maxRooms`(最大房间数)此前在传 null/0 时会被强行改成行程的房间数(defaultRoomCount),造成与行程耦合。现已**脱钩**:
+
+- 前端传什么存什么;**传 0 存 0(0=不限),不再被行程房间数覆盖**。
+- 不再有"改行程房间数同步班期"的逻辑。
+
+## 二、前端待办(BUG)
+
+- **编辑班期时「最大房间数」要正确回显已存值**(此前实测库里=9 但编辑框显示 1,属前端回显 bug)。
+- 「最大房间数」为自由输入,新建班期默认值由前端决定,不再从行程带值。
+
+## 三、测试服实测
+
+班期保存 `maxRooms=0` 落库 0、`maxRooms=7` 落库 7,均不被行程房间数覆盖。