- 26_8371:DELETE /admin/fleet/assignments/{assignmentId} 命中改期残留行只取消该行、豁免 605027/605047/605028; CancelRespVO.evidenceFileIds 改为按组累计(本次未传凭证时为空);取窗失败 605710 失败关闭。 - 26_8372:GET 团期派车总览 days[].vehicles[] 新增 groupCode,可原样回提 reconfigure 的 assignments[].groupId。 - 20_5935:旧件各【需确认】/错误说法处加 #8371 订正指针,指向新件。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
前端 2026-09-20 待办清单第 4 项要求读侧补 residueServiceDates 日期数组, 并称写口 POST .../slots/{slotId}/clear-residue-dates 已就绪。两条都不成立: - 那个写口在 origin/dev-v3 上零命中——「槽位(slot)」概念已随 #7067 退役, 基于 slotId 的写口不会再有; - 读侧能力早就有,只是不叫 residueServiceDates:candidates 响应的 cells[] 逐日带 rescheduleResidue + serviceDate + assignmentId, 另有 editableServiceDates 已并入残留日期。 故本件是用法说明,后端零代码改动:逐日清理走 DELETE /assignments/{id}, 整批清理走 POST /batch 不提交残留项(diff 会精确取消)。 已写明真正的写侧边界——POST /batch 有「已过去日期不可改」硬门禁, 而改期后延场景的残留日多半已过去。 DELETE 路径对已过去日期是否放行未取证,如实标【需确认】; 若实测也挡住,那才需要另开工单放开残留行的过去日期取消。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>