4 次代码提交

包含重命名

作者	SHA1	备注	提交日期
Mimingguang	82f6ada707	chore(changelog): #8159 成员共用候选读口前端交付 verified(ref bc4024952)	2026-09-22 22:06:19 +08:00
API Changelog Bot和Claude Opus 5	1a4a16030c	docs(fleet): 订正 #8159 候选清单 CROSS_BATCH 的触发条件，group_batch_id 为空的行不在清单里 ... 原正文两处（浏览态判据列表、unselectableReason 取值表）都把 group_batch_id 为空 写成会以 CROSS_BATCH 出现在清单里，与同一份第六节「4. 覆盖范围」自相矛盾。 取数条件是 eq(group_batch_id, ?)，那类行结构上查不出来。 Refs #8159 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-22 19:38:06 +08:00
API Changelog Bot和Claude Opus 5	34390d85ad	docs: 订正 #8159 候选查询 changelog 的编造与漏项 ... 上一版由轻档代理生成，存在多处与源码不符的内容，逐处订正： 编造（源码无此事实） - 服务端口 8060；五个表名 order_requirement / group_dispatch_line / group_batch / vehicle / driver 全部不存在 - 下游不可用返 code: 999 或 5xx - 鉴权口径「订单顾问、财务相关角色可访」——真相是 FleetAdminRoleGuardInterceptor 只放行 VEHICLE_MANAGER / SUPER_ADMIN， 且权限点 fleet:group-dispatch:* 在 Java 侧零引用（本单 #8159 专门订正过） - 出参 VO 写成 ShareMemberCandidateVO，真名 ShareMemberCandidateRespVO 写错（会让前端写错代码） - 参数非法标成 HTTP 400：本服务业务失败恒 HTTP 200，须按 body.code 判 - 业务边界称浏览态 selectable 恒为 null：实际 ALREADY_IN_ANOTHER_GROUP 与 CROSS_BATCH 两条判据不依赖 resourceId，浏览态照样返 false - 四个 unselectableReason 的触发条件均不准确 漏项（数据损坏级） - 漏掉 shareGroupId 必须由调用方比对这条契约义务。本读口会把正在编辑的 关系的既有成员也置灰成 ALREADY_IN_ANOTHER_GROUP，前端须自行恢复； 且 members 是全集不是增量，漏掉的既有成员会被写口静默移出关系 - 漏掉 602106 的渲染要求（提示刷新重选，不得自动重试） - 漏掉 sourceType + sourceId 可直接透传给写口 members[] 依据：GroupDispatchShareController.java 类注释与 listMemberCandidates 的 @ApiOperation notes（origin/dev-v3）。 Refs #8159 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-22 18:36:37 +08:00
API Changelog Bot	d609d3ec77	docs: 团级配车成员共用候选查询（#8159）	2026-09-22 18:29:33 +08:00