From 18e5d38b0bbb4b778d79cd30b0b18357b341e111 Mon Sep 17 00:00:00 2001 From: API Changelog Bot Date: Sat, 26 Sep 2026 15:14:53 +0800 Subject: [PATCH] =?UTF-8?q?docs(changelog):=2026=5F8372=20=E8=A1=A5?= =?UTF-8?q?=E7=AC=AC=E4=B8=89=E6=9D=A1=E9=99=90=E5=AE=9A=E2=80=94=E2=80=94?= =?UTF-8?q?=E6=80=BB=E8=A7=88=E4=B8=8D=E5=90=AB=E6=9C=8D=E5=8A=A1=E6=97=A5?= =?UTF-8?q?=E7=AA=97=E5=A4=96=E9=85=8D=E8=BD=A6=E8=A1=8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 回提 reconfigure 时这些行会被软删，或在重开窗口授权下被 602013 拒绝（既有语义，本次未改动）。 Co-Authored-By: Claude Opus 5.5 (1M context) --- ...26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md | 1 + 1 file changed, 1 insertion(+) diff --git a/changelogs-v2/2026-09/26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md b/changelogs-v2/2026-09/26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md index 3614320f..bd7c765a 100644 --- a/changelogs-v2/2026-09/26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/26_8372_团期派车总览新增乘车分组编码字段-修改接口-管理后台.md @@ -217,6 +217,7 @@ Authorization: Bearer - 回提映射经测试服实测：按 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`）。这是既有的全量替换语义与总览铺日口径叠加的结果，本次未改动。 ---