diff --git a/changelogs-v2/2026-09/08_7344_取消班期活跃订单判据failclosed聚合失败取保守侧CANCELLING-修复-管理后台.md b/changelogs-v2/2026-09/08_7344_取消班期活跃订单判据failclosed聚合失败取保守侧CANCELLING-修复-管理后台.md
index 02ae4dee..5c9c765d 100644
--- a/changelogs-v2/2026-09/08_7344_取消班期活跃订单判据failclosed聚合失败取保守侧CANCELLING-修复-管理后台.md
+++ b/changelogs-v2/2026-09/08_7344_取消班期活跃订单判据failclosed聚合失败取保守侧CANCELLING-修复-管理后台.md
@@ -8,11 +8,11 @@ change_type: "修复"
 backend_status: "deployed"
 gateway_status: "verified"
 frontend_status: "not_required"
-frontend_owner: ""
+frontend_owner: "mmg"
 frontend_ref: ""
 target_release: ""
 verified_at: ""
-status_note: "纯后端修复(PR #7348 合入 dev-v3,合并提交 2071286a1),不动接口/字段/路径/参数/枚举/错误码,只在「order-v3 活跃订单聚合失败」这一条失败路径上把落库值由 CANCELLED 改为更保守的 CANCELLING。batchStatus 的取值集合与语义均不变(CANCELLING/CANCELLED 在展示态解析、可报名谓词、选品列表过滤、order-v3 下单闸四处判定中一律同等排除,差异只在展示文案),前端读后端值直接渲染、无兜底反推逻辑,故 not_required。已部署测试服并经真实网关三条路径实测(无订单→CANCELLED / 有真实订单→CANCELLING / 聚合失败→CANCELLING+WARN)。"
+status_note: "纯后端修复(PR #7348 合 dev-v3),接口/字段/路径/参数/枚举/错误码全不变,仅聚合失败路径落库 CANCELLED→CANCELLING。前端 grep 实证:CANCELLING/CANCELLED 走字典 schedule_status 直显(BatchPanel/BatchCard)本就同等排除,取消班期仅 cancelSchedule+confirm 无「等退款」反推,响应 code=200 结构不变。not_required 成立。"
 updated_at: "2026-09-08"
 base: "dev-v3"
 ---