2.7 KiB
2.7 KiB
房务已最终确认后仍应允许房务直接修改配房（前端待处理）
- 日期：2026-07-03
- 端：管理后台
- 页面：房务管家 / 房务订单详情弹窗
- 示例订单：
HL20260703140009401 - 订单 ID：
2072923329412427777 - 当前状态：房务已最终确认，详情展示“已完成 / 配房进度 2/2”
- 当前结论：前端拦截口径错误。房务可以直接修改，不需要定制师重新提出修改；完成后的任何状态都可以修改。
现象
在房务详情弹窗里，订单已经完成配房并最终确认。
房务点击住宿行「配房」时，前端弹出：
配房已最终确认，不可直接修改；如需变更请由定制师重新调整需求
这个提示和拦截不符合业务口径。
正确业务口径
房务侧可以直接修改配房结果。
- 不需要定制师重新提出修改需求。
- 已最终确认也可以改。
- 已完成配房也可以改。
- 任意房务状态下，只要房务有操作入口，都应允许进入修改/重新配房流程。
也就是说，前端不能因为以下状态阻断房务修改：
houseStatus=CONFIRMED- 页面展示“已完成”
- 页面展示“已最终确认”
- 住宿行展示“已确认 / 已配房 / 已完成”
- 配房进度
2/2
前端处理要求
请移除房务侧这个拦截：
配房已最终确认，不可直接修改；如需变更请由定制师重新调整需求
调整为：
- 房务在已最终确认/已完成/已回配状态下点击「配房」，仍进入配房编辑或重新配房流程。
- 不要求定制师先提出修改需求。
- 不因为已完成状态隐藏或禁用房务修改入口。
- 若需要当前住宿行 ID、assignmentId、requirementId，请从当前房务详情数据中取，不要用“已最终确认”作为前端阻断条件。
- “修改需求”是定制师侧调整需求的入口；房务侧修改配房是另一条操作链路，不能混为一谈。
后端接口说明
本次无后端接口变更。
后端当前已有配房行数据，页面能展示酒店、房型、价格、确认状态，说明房务 assignment 上下文存在。
前端需要放开状态判断，继续调用现有房务配房/修改配房接口链路。
验收标准
HL20260703140009401已最终确认后，房务点击住宿行「配房」不再出现“不可直接修改，请由定制师重新调整需求”的提示。- 已完成配房订单可以由房务直接进入修改/重新配房流程。
- 不需要定制师先发起修改需求。
- 待配房、配房中、待最终确认、已完成等任意房务状态下，房务修改入口逻辑一致可用。