From 83fcfd8eb3209a752266cb4bb7224be34e9ce015 Mon Sep 17 00:00:00 2001
From: API Changelog Bot <changelog@hulalv.com>
Date: Sat, 27 Jun 2026 12:49:59 +0800
Subject: [PATCH] =?UTF-8?q?docs(changelog-v2):=20=E5=8E=BB=E6=88=BF?=
 =?UTF-8?q?=E5=8A=A1=E6=8A=A2=E5=8D=95=E4=B8=8A=E9=99=90(30=E5=8D=95)=20+?=
 =?UTF-8?q?=20=E6=94=B9=E6=9C=9F=E6=94=B9=E5=A4=A9=E6=95=B0=E8=A1=A5?=
 =?UTF-8?q?=E9=9C=80=E6=B1=82=E5=8F=98=E6=9B=B4=E9=87=8D=E9=85=8D=E5=BE=85?=
 =?UTF-8?q?=E5=8A=9E(#4489=20PR#4490)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...�•ä¸Šé™�+改期改天数补需求å�˜æ›´é‡�é…�待办-管ç�†å�Žå�°.md | 48 +++++++++++++++++++
 1 file changed, 48 insertions(+)
 create mode 100644 changelogs-v2/2026-06/30_4489_去房务抢�上�+改期改天数补需求�更��待办-管���.md

diff --git a/changelogs-v2/2026-06/30_4489_去房务抢�上�+改期改天数补需求�更��待办-管���.md b/changelogs-v2/2026-06/30_4489_去房务抢�上�+改期改天数补需求�更��待办-管���.md
new file mode 100644
index 0000000..83dc9be
--- /dev/null
+++ b/changelogs-v2/2026-06/30_4489_去房务抢�上�+改期改天数补需求�更��待办-管���.md
@@ -0,0 +1,48 @@
+# 去房务抢�上�(30�) + 改期/改天数�补「需求�更���待办
+
+> �更类型：🔧 行为�更（房务管家·抢�/待办）
+> 端类型：管���（房务管家）
+> 日期：2026-06-27 ｜ 工�：#4489 ｜ PR：#4490 ｜ �务：hl-order-service-v3（�实例已部署测试�，API 实测通过）
+
+---
+
+## 一�去除房务抢�上�（����数）
+
+房务抢�/转�**��有「�时在跟 30 ��上�**。
+- 抢� `POST /v3/admin/order/hotel-requirements/{requirementId}/claim`：**��返 `808003`「你已达到�时在跟订�上�（30 �）�**。
+- 转�接收人：**��返 `808015`「接收人已达上��**。
+- 错误� `808003` / `808015` **已删**，�端�去掉相关上��示/拦截逻辑。
+- 转�候选选人页：所有房务**��选**（��因「在跟 ≥30 ���掉）；�片�展示「在跟订�数 activeCount�供�考。
+
+�端需：移除抢�/转�的「30 �上��错误�示与�置拦截。
+
+---
+
+## 二�改期/改天数/改酒店�，待办列表新增「需求�更���（修�待办⑤永空）
+
+此�**定制师在调整订�改出�日期/行程天数/行程/酒店需求�，房务侧�产任何�醒**（待办类型 `REQUIREMENT_ADJUSTED` 一直为空）。现已修�：
+
+`GET /v3/admin/order/todos` 的 `list[]` 现会出现 **`todoType=REQUIREMENT_ADJUSTED`「需求�更���** 待办：
+- 触�：定制师调整订�命中 **出�日期 / 行程天数 / 行程 / 酒店需求** 任一维度�，AFTER_COMMIT 自动产生。
+- 归属：**上个房务**（被作废旧版的 claimer，`ownerUserId`=上个房务）；解��到时广播（任一房务��）。
+- 内容：`title`「客户调整需求 · 原�房失效, 请�新�房�，`urgency=DANGER`，`fromValue`=上个房务�。
+- 幂等：�一新需求版本�产 1 �（`dedupKey=REQADJ-{requirementId}`）。
+- `stats.REQUIREMENT_ADJUSTED` 计数�步生效。
+- 抢�池：该订��版回池�标 **返工� `isRework=true`** + 显示「上个房务:X�（�赖此待办存在）。
+
+�端需：待办列表渲染 `REQUIREMENT_ADJUSTED`（�久化��处�类，与 REFUND �款交互）；抢�池�片读 `isRework`/上个房务�区分新�/返工�。
+
+---
+
+## 三�测试�实测
+
+- 房务在跟 37 �时��抢�（去上�生效，原 808003 ��）。
+- 改期 06-28→06-30 �：`REQUIREMENT_ADJUSTED` 待办正确产出，`ownerUserId`=上个房务�`dedupKey=REQADJ-{新版需求ID}`。
+
+> �端已完�并实测，�端按本�接入。
+
+---
+
+> ⚠� 关�（订�侧/�天侧�开工�交�端，�端先知会）：
+> - **改行程天数(�天)** 目�订�侧�级��置酒店�房 → 超范围晚库存暂未释放（#4491，订�侧修�中）。
+> - **④定制师未读消�** 待办在「房务先抢��定制师��系房务�顺�下暂�触�（#4492，�天会��系统修�中）。