修复稳定化：接入考勤人工调整闭环并增加住宿与门禁历史删除防护

docs/requirements/甲方需求确认清单.md

@@ -96,7 +96,20 @@
 
 ---
 
-## 四、P2 后续规划与二期候选清单（共 8 项）
+## 四、核心业务生命周期与纠错规则待确认项（CUSTOMER_CONFIRMATION_REQUIRED，共 4 项）
+
+> **说明**：当前系统通过后台级联校验与状态拦截保障了历史数据的安全，但针对录入错误修正、业务中途废止与资源维修停用等管理出口，当前需求规则尚未确认，需要甲方确认后决定实现范围和版本，避免预设规则与实际管理习惯不符。
+
+| 编号 | 优先级 | 需要确认的具体业务规则 | 为什么必须确认 | 当前默认处理 (CURRENT_REQUIREMENT_NOT_CONFIRMED) | 甲方答复 | 确认日期 |
+| :---: | :---: | :--- | :--- | :--- | :--- | :--- |
+| **Q-CONF-01** | **P1** | **培训计划取消/废止规则 (TRAINING_PLAN_CANCEL_RULE)**<br>1. 处于哪些状态的培训计划允许取消或废止？（如：仅草稿未发布？已发布但未开班？进行中班级是否允许中途废止？）<br>2. 若计划已生成排课与课次，取消计划时关联课次是物理删除、置为无效还是保留历史？<br>3. 计划下已导入的参训学员名单与档案如何处理？（自动解绑、保留报名历史、还是同步注销？） | 区分“已结项（教学圆满完成）”与“计划废止/流标/录错”，避免误操作破坏教务关联。 | **当前处理**：系统仅提供正常结项（`completePlan`），暂未开放取消/废止操作。具体废止状态流转与历史级联规则待甲方确认。 | | |
+| **Q-CONF-02** | **P1** | **现场报到撤销/冲正规则 (REPORT_CORRECTION_RULE)**<br>1. 哪些角色拥有撤销学员报到的权限？（如：仅总管理员？授课教师能否操作？）<br>2. 撤销报到时是否强制要求填写撤销原因/审批单号？<br>3. 撤销后是否需要保留原报到时间与历史轨迹备查？自动触发的门禁授权与住宿安排是否联动撤回？ | 真实开班中可能存在误点击报到、替报到或学员临时退训情况，需明确冲正与联动责任。 | **当前处理**：报到确认后单向生效，暂未开放撤销冲正接口。具体撤销权限边界与追溯规则待甲方确认。 | | |
+| **Q-CONF-03** | **P1** | **自主学习异常数据纠错规则 (SELF_STUDY_CORRECTION_RULE)**<br>1. 自主学习时长的权威数据源是什么？（外部网课平台推送？班牌设备打卡？线上自学上报？）<br>2. 教务管理员或教师是否具有人工调整/补录时长的权限？<br>3. 若因网络重发产生重复或异常溢出记录，是否允许标记作废？作废时是否保留原始上报流水留痕？ | 避免异常数据污染学员学情档案与考核统计，明确数据修正边界。 | **当前处理**：系统提供时长台账只读查询与导出，暂未开放人工修改/作废。具体数据源与纠错规则待甲方确认。 | | |
+| **Q-CONF-04** | **P1** | **宿舍资源停用/维修维护规则 (DORMITORY_DEACTIVATION_RULE)**<br>1. 宿舍房间需要支持哪些生命周期状态？（如：正常可用、维修维护中、封存停用、保洁中等）<br>2. 房间置为维修/停用期间，排房分配算法是否强制过滤并禁止人工强选？<br>3. 若房间设为维修时已有已入住或预分配学员，系统应如何提示与处理？（强制先调房？自动腾退？） | 保障宿舍管理符合后勤公寓实际维保调度流程，防止故障房被误排入住。 | **当前处理**：当前接口保持只读与新增，暂未开放修改状态接口。具体维修停用状态定义与在住处置规则待甲方确认。 | | |
+
+---
+
+## 五、P2 后续规划与二期候选清单（共 8 项）
 
 > ⚠️ **重要声明**：本节所列事项明确属于二期或未来长期演进能力，一期系统未做交付承诺。列出本节旨在澄清技术边界，防止会议发散讨论项被误列入现场验收范围。
 
@@ -113,7 +126,7 @@
 
 ---
 
-## 五、资料依据与事实出处
+## 六、资料依据与事实出处
 
 本文档严格基于以下工程事实与资料编制，绝无凭空编造：