From 649eea681b327cb1cdccab79eee1f2a1f63a6809 Mon Sep 17 00:00:00 2001 From: Mimingguang <498526323@qq.com> Date: Sun, 13 Sep 2026 14:39:12 +0800 Subject: [PATCH] =?UTF-8?q?chore(changelog):=20#7327=20=E6=A0=B8=E5=8D=95?= =?UTF-8?q?=E4=BD=8F=E5=AE=BF=E5=A4=B1=E6=95=88=E5=9B=A2=E6=9C=9F=E8=A1=8C?= =?UTF-8?q?=E5=89=8D=E7=AB=AF=20verified=EF=BC=88=E5=8F=AF=E5=88=A0+?= =?UTF-8?q?=E5=90=88=E8=AE=A1=E5=89=94=E9=99=A4=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../13_7327_团期配房行合流核单结算-修改接口-管理后台.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/changelogs-v2/2026-09/13_7327_团期配房行合流核单结算-修改接口-管理后台.md b/changelogs-v2/2026-09/13_7327_团期配房行合流核单结算-修改接口-管理后台.md index 2f561a45..3b829c8b 100644 --- a/changelogs-v2/2026-09/13_7327_团期配房行合流核单结算-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/13_7327_团期配房行合流核单结算-修改接口-管理后台.md @@ -7,12 +7,12 @@ author: "wx(GIT)" change_type: "修改接口" backend_status: "deployed" gateway_status: "verified" -frontend_status: "pending" +frontend_status: "verified" frontend_owner: "mmg" -frontend_ref: "" +frontend_ref: "c966fd5b7b0f33de6fb0667e2038f060f0f95f54" target_release: "" -verified_at: "" -status_note: "⚠️ 2026-09-13 订正：PR-2（PR #7603，终态提交 d916986de，同日 09:19 已合 dev-v3）把本篇四处结论推翻了——「权威消失即软删」改为「不删、就地转 GROUP_BATCH_PLAN_REVOKED、原样返回、权威回归时三段认回」，且 REVOKED 取值本期就会出现。详见正文顶部「🔴 2026-09-13 订正」段。前端原 2026-09-13 not_required 闭环是在「REVOKED 本期产生不出来」这个前提下做的，前提已失效，故退回 pending 等 mmg 重新判一次（要重判的具体问题见订正段末尾）。 【以下为 PR-1 原文】Issue #7327 PR-1 已合并 dev-v3（PR #7600，终态提交 49ce99cc8），服务 hl-order-service-v3。住宿核单 Step1 的团期订单首次出现团期配房派生行；sourceType/sourceTypeName 是既有字段，本次只扩取值域，新增业务错误码 584129。接口路径、HTTP 方法、VO 字段集合均未变化，网关无新增路由。 前端 2026-09-13 闭环 not_required:逐块 grep 实证。①核单 Step1 住宿无独立来源列,来源合并「备注/来源」note 列 returnDetailAdapter.js firstValue(remark,note,sourceTypeName) 纯透传后端中文名,前端无 sourceType 映射表,新值自带中文「团期配房」天然兼容;行为分支只按 MANUAL 判手工行,新取值落入派生行语义不可删,保存 normalizeSource 原样回传不丢值。②584129 不带 silentError 走 request.js 通用业务码兜底 message.error 透后端原文,__handled 防双弹,无专属分支。③无「团期无住宿」workaround 可撤。零业务代码改动。" +verified_at: "2026-09-13" +status_note: "⚠️ 2026-09-13 订正：PR-2（PR #7603，终态提交 d916986de，同日 09:19 已合 dev-v3）把本篇四处结论推翻了——「权威消失即软删」改为「不删、就地转 GROUP_BATCH_PLAN_REVOKED、原样返回、权威回归时三段认回」，且 REVOKED 取值本期就会出现。详见正文顶部「🔴 2026-09-13 订正」段。前端原 2026-09-13 not_required 闭环是在「REVOKED 本期产生不出来」这个前提下做的，前提已失效，故退回 pending 等 mmg 重新判一次（要重判的具体问题见订正段末尾）。 【以下为 PR-1 原文】Issue #7327 PR-1 已合并 dev-v3（PR #7600，终态提交 49ce99cc8），服务 hl-order-service-v3。住宿核单 Step1 的团期订单首次出现团期配房派生行；sourceType/sourceTypeName 是既有字段，本次只扩取值域，新增业务错误码 584129。接口路径、HTTP 方法、VO 字段集合均未变化，网关无新增路由。 前端 2026-09-13 闭环 not_required:逐块 grep 实证。①核单 Step1 住宿无独立来源列,来源合并「备注/来源」note 列 returnDetailAdapter.js firstValue(remark,note,sourceTypeName) 纯透传后端中文名,前端无 sourceType 映射表,新值自带中文「团期配房」天然兼容;行为分支只按 MANUAL 判手工行,新取值落入派生行语义不可删,保存 normalizeSource 原样回传不丢值。②584129 不带 silentError 走 request.js 通用业务码兜底 message.error 透后端原文,__handled 防双弹,无专属分支。③无「团期无住宿」workaround 可撤。零业务代码改动。【前端 2026-09-13 订正重判交付 verified】侦查三路实证核单 Step1 住宿现状后用户拍板两项：(1) REVOKED 行给删除入口——rowAllowsDelete 放行 GROUP_BATCH_PLAN_REVOKED(仍受已确认闸约束)，删除确认文案点明「删除后权威回归无法认回」，删除走本地剔除+下次 PUT 全量覆写生效；(2) 合计/「共 N 条」剔除 REVOKED 行——categoryTotal 按 source.sourceType 剔除，calculateReports 兜底自算与 detail.vue 行数同步回落，页面仍展示该行。回传 sourceType/sourceId/hotelAssignmentId 锚点保持透传，权威回归认回不被前端截断。新增 model.spec.js 与 CategoryTable.spec.js REVOKED 4 例，settlement 全域 115/115，checkpoint medium 7 项全绿。" updated_at: "2026-09-13" base: "dev-v3" ---