docs(changelog): 26_8372 补第三条限定——总览不含服务日窗外配车行

回提 reconfigure 时这些行会被软删，或在重开窗口授权下被 602013 拒绝（既有语义，本次未改动）。

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

changelogs-v2/2026-09/26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md

@@ -217,6 +217,7 @@ Authorization: Bearer <token>
 - 回提映射经测试服实测：按 overview 原样重组回提，差量为零（`addedCount`/`removedCount`/`updatedCount` 均为 0，`idempotentShortCircuit=true`）。
 - 若回提时删除某乘车分组在某日仅有的一辆车、导致该组该日出现覆盖缺口，会触发 reconfigure 既有的覆盖校验，返回 602003「乘车分组 X 的服务日未排满, 缺失: YYYY-MM-DD」（测试服实测）——这是 reconfigure 早已存在的门禁，不是本次改动新增的行为。
 - `serviceDates` 权威口径来自 order-v3 单团覆盖口，fleet 不按 `departDate..endDate` 自行铺日期，避免总览与 reconfigure 的覆盖校验形成两套口径（`GroupDispatchOverviewRespVO.java:14-19`）。
+- **总览不含服务日窗外的配车行**：`days[]` 只按 `serviceDates` 逐日铺开（`GroupDispatchQueryService.java:558`），`tripDate` 不在 `serviceDates` 内的存活配车行（例如需求改期后遗留在旧日期上的行）不会出现在总览里，因此按总览重组的 reconfigure 请求也不含这些行。reconfigure 是全量替换语义，回提后这些行会被软删；若本次提交处于重开窗口授权下，则会被 602013「本次配车改动越出重开窗口授权范围: {0}」拒绝（`GroupDispatchService.java:432`）。这是既有的全量替换语义与总览铺日口径叠加的结果，本次未改动。
 
 ---