From 9c3defcf747f653ae0303dc9d9cc9599461a1061 Mon Sep 17 00:00:00 2001
From: API Changelog Bot <changelog@hulalv.com>
Date: Mon, 1 Jun 2026 13:48:42 +0800
Subject: [PATCH] =?UTF-8?q?docs(changelog):=20admin=E5=89=8D=E7=AB=AF-?=
 =?UTF-8?q?=E5=B7=B2=E6=9C=89=E6=8A=A5=E5=90=8D=E7=8F=AD=E6=9C=9F=E6=94=B9?=
 =?UTF-8?q?=E5=87=BA=E5=8F=91=E6=97=A5=E6=9C=9F=E9=9C=80=E5=BC=BA=E5=8A=9B?=
 =?UTF-8?q?=E4=BA=8C=E6=AC=A1=E7=A1=AE=E8=AE=A4=20(#3303)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...1_admin_warn_edit_departure_with_orders.md | 32 +++++++++++++++++++
 1 file changed, 32 insertions(+)
 create mode 100644 changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md

diff --git a/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md b/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md
new file mode 100644
index 0000000..3ab759f
--- /dev/null
+++ b/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md
@@ -0,0 +1,32 @@
+# 【管理后台·前端待办】已有报名的小蒙马班期改「出发日期」需强力二次确认
+
+> **类型**: 前端待办(admin hl-ui) - UX 安全提示
+> **仓库**: hl-ui(管理后台前端)
+> **日期**: 2026-06-01
+> **背景**: wx 反馈——已经有报名的团期改出发日期,应给强力提示(改出发日期会影响已下单/已报名的客户)
+> **后端**: 数据已就绪,无需改后端
+
+---
+
+## 一、需求
+
+班期编辑(Step4 班期定价 → 编辑班期)保存时,若该班期**已有报名/订单**,改动「出发日期」前必须弹**强力二次确认**(而非静默保存),提示运营:该班期已有 N 人报名/M 单,改出发日期会影响已下单客户,请确认。
+
+## 二、后端已提供的数据(无需改后端)
+
+班期列表 `GET /admin/product/item/{id}/schedule/list`(ScheduleRespVO)每条已返回:
+- `enrolledPeople` 已报名人数(含线下)
+- `orderCount` 有效订单数(含线下占位)
+- `remainStock` / `remainParticipants` 余量
+
+编辑表单的班期数据即来自该列表,前端可直接判断 `enrolledPeople > 0`(或 `orderCount > 0`)。
+
+## 三、前端要做
+
+班期编辑保存时:
+1. 若 `enrolledPeople > 0`(或 orderCount>0)**且**出发日期被改动 → 弹强确认弹窗(危险样式),文案如:「该班期已有 {enrolledPeople} 人报名,修改出发日期将影响已下单客户,确认修改?」,二次确认后才提交。
+2. 未改出发日期、或无报名的班期,保持原静默保存。
+
+## 四、关联后端修复(已上线)
+
+- 改出发日期后,后端已会**自动重算结束日期(#3296)和报名截止日(#3303)**,班期状态随之正确联动(不再卡「已结束」)。前端保存后刷新列表即可看到状态/日期同步。