From 350c7a712470f35606ce247d5705c0070cec6ef4 Mon Sep 17 00:00:00 2001 From: wx Date: Mon, 7 Sep 2026 17:43:27 +0800 Subject: [PATCH] =?UTF-8?q?docs(changelog):=20#7149/#7210=20=E7=AC=AC?= =?UTF-8?q?=E4=BA=8C=E8=BD=AE=E5=A4=8D=E5=AE=A1=E8=BF=94=E5=B7=A5=E5=AF=B9?= =?UTF-8?q?=E5=A4=96=E5=8F=98=E6=9B=B4=E4=BA=A4=E6=8E=A5=20mmg?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 打回原因长度 512→500(逐单打回与 dispatch 此前无上限)、confirm-check 新增 NIGHTS_MISMATCH / DAY_NUMBER_INVALID 两个缺失原因与 expectedNights/actualNights 字段、 房务详情页驳回按钮改按订单判配房并新增一条 disabledReason 文案,另附冻结期被房务退回后 可重提、待出发/行程中可整团确认、需求改版配房跟随迁移三条行为变化。 Co-Authored-By: Claude Opus 5 (1M context) --- ...€求-物资准备起冻结-团单房型间数必填-修改接口-管理后台.md | 20 ++++++++++++++++++- ..._团期需求确认打回改造-修改接口-管理后台.md | 18 ++++++++++++++++- 2 files changed, 36 insertions(+), 2 deletions(-) diff --git a/changelogs-v2/2026-09/06_7149_团期子订单支付后即可提房车需求-物资准备起冻结-团单房型间数必填-修改接口-管理后台.md b/changelogs-v2/2026-09/06_7149_团期子订单支付后即可提房车需求-物资准备起冻结-团单房型间数必填-修改接口-管理后台.md index 6dc54cf4..855335ac 100644 --- a/changelogs-v2/2026-09/06_7149_团期子订单支付后即可提房车需求-物资准备起冻结-团单房型间数必填-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/06_7149_团期子订单支付后即可提房车需求-物资准备起冻结-团单房型间数必填-修改接口-管理后台.md @@ -12,7 +12,7 @@ frontend_owner: "mmg" frontend_ref: "" target_release: "" verified_at: "2026-09-06" -status_note: "后端已合 dev-v3 并部署测试服、网关实测通过(PR #7177/#7184/#7200)。前端第一批已交付:团单房型大类+间数必填校验(FunItemAdjustModal,房数 0/空前端即拦截)、打回户房型需求入口恢复(RoomArrangeCard),ref 85fb6d52。0451e4c 错误码优先级口径更正(对外唯一变化:团单 582099 先于 582016;结构类先于状态类)前端仅 message 透传展示后端文案、无按码分支,零改动。第二批冻结置灰(物料准备中起置灰)待后端 #7197 订单详情透传 groupBatchStatus,本条保持 pending;期间 589536 兜底。" +status_note: "后端已合 dev-v3 并部署测试服、网关实测通过(PR #7177/#7184/#7200)。第二轮返工(2026-09-07):打回原因长度 512→500,房务置灰口径改按订单整体判。前端第一批已交付:团单房型大类+间数必填校验(FunItemAdjustModal,房数 0/空前端即拦截)、打回户房型需求入口恢复(RoomArrangeCard),ref 85fb6d52。0451e4c 错误码优先级口径更正(对外唯一变化:团单 582099 先于 582016;结构类先于状态类)前端仅 message 透传展示后端文案、无按码分支,零改动。第二批冻结置灰(物料准备中起置灰)待后端 #7197 订单详情透传 groupBatchStatus,本条保持 pending;期间 589536 兜底。 updated_at: "2026-09-06" base: "dev-v3" --- @@ -404,8 +404,26 @@ base: "dev-v3" **单测**:`RequirementServiceTest` 244 / `OrderTodoServiceTest` 15 / `RequirementGroupBatchErrorCodeRangeTest` 3 + 5 个 ArchTest(RedLine / MapperBoundary / HouseModuleBoundary / DashboardLayer / LocalCacheVetting)全绿,`BUILD SUCCESS` 396 用例。 + +--- + +--- + ## 十、相关文档 +### 第二轮复审返工要点(2026-09-07) + +本次对外前端变更汇总(同步自 #7210,两文件保持一致): + +| 项 | 变更 | 前端影响 | +|---|---|---| +| ① 打回原因长度 | 512 → 500(`/hotel-requirement/reject`、`/vehicle-requirement/reject` 的 `returnRemark`,`/hotel-requirement/dispatch`、`/vehicle-requirement/dispatch` 的 `dispatchRemark`) | 打回 / 分房备注输入框 `maxlength="500"`;501+ 字返 400 | +| ② 房务置灰口径 | 改按订单整体判已分房;新增 `disabledReason` 字段「本单尚有挂在历史需求版本上的配房未清理」 | 按 disabledReason 文案直接显示,无需按码分支 | + +(完整变更详见 #7210 文件的第二轮返工表) + + + - 团期模块接口文档 `docs/group/团期模块接口文档-v2.0.html` §0C.11.1(提需求时机)/ §0C.11.2(房型间数必填)/ GB-ADM-011: - 团期房务实现方案 `docs/group/团期房务实现方案-v1.0.html` §3.12.1 / §3.12.2 - 后续工单(本次不做):管理员确认 / 打回改造(M1 / M2)、房务团期看板与按日订房、定制师 ↔ 团期管理员站内会话 diff --git a/changelogs-v2/2026-09/07_7210_团期需求确认打回改造-修改接口-管理后台.md b/changelogs-v2/2026-09/07_7210_团期需求确认打回改造-修改接口-管理后台.md index c710c607..5355890d 100644 --- a/changelogs-v2/2026-09/07_7210_团期需求确认打回改造-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/07_7210_团期需求确认打回改造-修改接口-管理后台.md @@ -12,7 +12,7 @@ frontend_owner: "mmg" frontend_ref: "" target_release: "" verified_at: "2026-09-07" -status_note: "后端已合 dev-v3(PR #7220、#7222;复审返工 PR #7242)并部署测试服(order-v3 d482d08f9、user-service d482d08f9),原 AC 及返工 AC-24/AC-26 网关实测通过。破坏性变更:reject body 从可选改必填(orderIds/reason),前端与后端需同步上线。复审返工前端增量:①权限改按 token 当前角色判,临时定制师 589507,可提示请用持码角色登录;②逐单打回成功后刷新团期已确认标记与时间线(契约不变)。前端已识别并入 #7210 待办,按「先完成任务清单」排在 #7067 U2-U7 之后统一派发,本条保持 pending。" +status_note: "后端已合 dev-v3(PR #7220、#7222;复审返工 PR #7242;第二轮返工 2026-09-07)并部署测试服(order-v3 d482d08f9、user-service d482d08f9),原 AC 及返工 AC-24/AC-26 网关实测通过。破坏性变更:reject body 从可选改必填(orderIds/reason),reason 长度 512→500,前端与后端需同步上线。复审返工前端增量:①权限改按 token 当前角色判,临时定制师 589507,可提示请用持码角色登录;②逐单打回成功后刷新团期已确认标记与时间线(契约不变)。第二轮返工:③打回原因长度限 500,④confirm-check 新增 NIGHTS_MISMATCH/DAY_NUMBER_INVALID 与字段,⑤房务置灰口径按订单整体判,⑥需求改版配房跟随迁移,⑦冻结期被打回户可重提与后期整团确认。前端已识别并入 #7210 待办,按「先完成任务清单」排在 #7067 U2-U7 之后统一派发,本条保持 pending。 updated_at: "2026-09-07" base: "dev-v3" --- @@ -641,6 +641,7 @@ POST /v3/admin/order/60123456789001/vehicle-requirement/dispatch --- + ## 九、复审返工(2026-09-07,PR #7242) | 项 | 问题 | 修正 | 前端影响 | @@ -655,6 +656,21 @@ POST /v3/admin/order/60123456789001/vehicle-requirement/dispatch ## 十、相关文档 +### 第二轮复审返工要点(2026-09-07) + +本次对外前端变更汇总(已同步 #7149 文件): + +| 项 | 变更 | 前端影响 | +|---|---|---| +| ① 打回原因长度 | 512 → 500(五个接口统一) | 打回 / 分房备注输入框 `maxlength="500"`;501+ 字返 400 | +| ② confirm-check reason | 新增 `NIGHTS_MISMATCH`、`DAY_NUMBER_INVALID` 与对应字段 `expectedNights`、`actualNights` | 若穷举 switch/case,补两个分支;直接透传后端 message | +| ③ 房务置灰口径 | 改按订单整体判已分房;新增 `disabledReason` 字段「本单尚有挂在历史需求版本上的配房未清理」 | 按 disabledReason 文案直接显示,无需按码分支 | +| ④ 需求改版 | 房务已配房自动跟随迁移到新版本 | 打回→重提后房务看板数据仍存在;逐单详情需刷新 | +| ⑤ 冻结期重提 | 被打回户在冻结期可重提(REJECTED_TO_ADMIN→PENDING_REVIEW);后期阶段允许整团确认 | 被打回户重提入口恢复;整团确认入口全阶段显示;缓存 requirementConfirmed 需刷新 | + + + + - 工单正文:#7210 接口变更节、口径与定案节、验收标准 AC-1~AC-22 - 接口文档:docs/group/团期模块接口文档-v2.0.html §0C.2、GB-ADM-012/013、§3.1 - 实现方案:docs/group/团期房务实现方案-v1.0.html §3.5