From 1cd17d2dfcc22edbe5e854d8f71fee1c462a1952 Mon Sep 17 00:00:00 2001
From: API Changelog Bot <changelog@hulalv.com>
Date: Sat, 27 Jun 2026 17:19:25 +0800
Subject: [PATCH] =?UTF-8?q?docs(changelog-v2):=20=E6=88=BF=E5=8A=A1?=
 =?UTF-8?q?=E9=85=8D=E6=88=BF=E5=B9=B6=E5=8F=91/=E4=BA=8B=E5=8A=A1?=
 =?UTF-8?q?=E5=8A=A0=E5=9B=BA=20=E6=96=B0=E5=A2=9E=E6=8B=92=E7=BB=9D?=
 =?UTF-8?q?=E7=A0=81808119(=E5=8F=96=E6=B6=88=E6=80=81)/808113(=E4=BD=9C?=
 =?UTF-8?q?=E5=BA=9F=E6=80=81)=20(#4506=20PR#4507+#4514)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...Š å›º-新增拒ç»�ç �808119å�–消æ€�808113作废æ€�-管ç�†å�Žå�°.md | 48 +++++++++++++++++++
 1 file changed, 48 insertions(+)
 create mode 100644 changelogs-v2/2026-06/31_4514_房务�房并�事务加固-新增拒��808119�消�808113作废�-管���.md

diff --git a/changelogs-v2/2026-06/31_4514_房务�房并�事务加固-新增拒��808119�消�808113作废�-管���.md b/changelogs-v2/2026-06/31_4514_房务�房并�事务加固-新增拒��808119�消�808113作废�-管���.md
new file mode 100644
index 0000000..3d6f1ef
--- /dev/null
+++ b/changelogs-v2/2026-06/31_4514_房务�房并�事务加固-新增拒��808119�消�808113作废�-管���.md
@@ -0,0 +1,48 @@
+# 房务�房并�/事务加固——新增 2 个拒��（808119 �消/异常��808113 需求作废�）
+
+> �更类型：🔒 并�/事务加固（房务管家·�房写�）+ 新增错误�
+> 端类型：管���（房务管家）
+> 日期：2026-06-27 ｜ 工�：#4506 ｜ PR：#4507(批1) + #4514(批2) ｜ �务：hl-order-service-v3（�实例已部署测试� + happy path 回归 + 新�端到端实测通过）
+
+---
+
+## 背景
+
+外部审计核实出房务�房链路一批并�/事务一致性真问题（库存泄��状�陈旧覆盖�回池困死�孤儿�房行等），已分两批修�并部署验�。**�大多数是�端内部硬化（库存扣�补��house_status CAS�统一写��事务内�检），�端无契约�更**；仅以下两点�端需知悉。
+
+---
+
+## 一�新增 2 个拒�错误�（�端按已有错误�机制展示 msg ��）
+
+### 808119 `ASSIGNMENT_NOT_WRITABLE_IN_EXCEPTION`——订��消/异常处置����房
+- **触�**：对一个 **house_status=EXCEPTION**（订�已�消�或在“异常�桶处置中）的需求调用「�交�房�`POST .../assignments` 或「�日确认�`POST .../assignments/days/{day}/confirm`。
+- **返回**：`code 808119`，msg「订�已�消或异常处置中, 该需求��新增或确认�房, 请在异常桶处��。
+- **�端**：异常桶里的需求，应��/�用「�交�房�「�日确认�入�，仅�留删�房（释放）�释放回池�转��标记完�等异常处置�作；若误触�，按 msg �示。
+
+### 808113 `REQUIREMENT_INACTIVE_FOR_ASSIGN`——需求已作废（定制师�调过）���房
+- **触�**：定制师改期/改行程天数会生�新版本需求并把**旧版本需求作废**（is_active=0）。若�端��旧需求 id 调用「�交�房�`POST .../assignments`，�端在�库��检�现已作废 → 拒�。
+- **返回**：`code 808113`，msg「需求已作废, ���交�房, 请由定制师�新调整需求�。
+- **�端**：收到 808113 说明手里的需求 id 已过期，应刷新订�/房务详情拿最新版本需求��作（��在旧需求上�试）。
+
+> �：转��用过期�有人身份写�房会返既有 `808110`（�本人抢�），语义��。
+
+---
+
+## 二�行为�示：confirmDay �粒度收紧（一般无感）
+
+「�日确认�`POST .../assignments/days/{day}/confirm` 的并��由 **per-（需求,天）** 收紧为 **per-需求**：�一需求的多天确认�作改为串行排队（此��并行）。
+
+- 房务对一个订�本就�天顺��作，**正常无感**。
+- 仅当�端对**�一需求的多个天**几乎�时并�触�确认时，会短暂排队（30s �超时内�次完�），�会失败。
+- �交�房/释放/转�/�日确认现统一互斥（�一需求�一时刻��许一个写�作），��了并�写导致的状�错乱。
+
+---
+
+## 三�纯�端内部硬化（�端无需改动，仅列出供知悉）
+
+- �房�日确认扣�：候选行扣��绑定审计 log（消除并�删除时库存�释放的泄�窗�）；多候选部分扣�失败时自动��释放已扣；resource 记账失败自动补���库存白扣 + 幂等键��试。
+- house_status 写改 CAS（防订��消等并�把已�移�硬覆盖回正常�，��已�消需求在房务视图“�活�）。
+
+---
+
+> �端已完�并测试�实测通过（部署 + �实例 health + �房主线/释放回池 happy path 回归 + 808119/808113 端到端实测 + DB 核对）。�端仅需对 808119/808113 两个新拒���对应�示与刷新。