1922 次代码提交

包含重命名

作者	SHA1	备注	提交日期
API Changelog Bot	4c7d3f2773	docs(changelog): #7443 订正 PR-1 文档的错误码判定，并修掉两处发布门禁问题 ... 一、内容订正（本次的主体） 原文「三个端点对 kind=TRANSFER 必现 605041」只对其中两个成立。 POST /requirements/{id}/confirm 实际返 605905（REQUIREMENT_VERSION_EXPIRED）—— 该端点有一道更早触发的版本预检 assertRequirementPreflightVersion （AssignmentService.java:3567-3583），请求根本走不到会抛 605041 的那一层。 另两个端点（POST /{assignmentId}/confirm、POST /{assignmentId}/change）描述准确。 订正以追加形式写在三处（关键变化 / 边界行为 / 影响面），原字面全部保留接 grep。 订正自身也标了边界：基于源码、未经网关复测。 二、frontend_status=not_required 的字段清理（门禁 E_FRONTEND_STATE） frontend_owner 与 verified_at 清空。not_required 条目不得保留前端负责人与验证时间， mmg 的判定与实测时间本来就已写在 status_note 里。 正文里原有一句引用了 frontmatter 的 verified_at，一并改写成不依赖该字段的表述， 避免留下指向空字段的悬挂引用。 三、五处悬挂文件名引用 订正文字里五处指向「18_7443_TRANSFER派车行确认改派基线复核修复-…」， 而那份 changelog 实际以 19_ 前缀成稿，且日前缀还会随实际推送日再变 （validate-changelog-filenames.mjs 用的是 new Date()，比的是校验运行当天、不是提交当天）。 统一改成「同目录《标题》（日前缀以实际推送日为准）」这种抗改名的写法。 门禁：validate-changelog-filenames.mjs 对本次变更 PASS（修改路径不进文件名门禁视野， 只校验新增路径）；validate-changelog-frontmatter.mjs 本文件零 error。 Refs #7443	2026-09-19 03:34:37 +08:00
API Changelog Bot和Claude Opus 5	1c0439c44a	docs(changelog): #7442 PR-C2 受控重开窗口 + 三份补部署清单与 dispatch-baseline 条目 ... 新增 PR-C2 那份（受控重开窗口 + 计划刷新状态收口），并给三份都补了此前缺的 「部署清单」一节 —— AC-19 ③ 逐字要求部署约束写进 PR 正文与 changelog， 实测 PR 正文有、三份 changelog 全文零命中。 滚动顺序逐 PR 分别分析，没有照抄同一份危险描述： - PR-C2：🔴 逆序会静默退化 —— order-v3 先滚，旧 fleet 收到 dispatchable=true 直接放行重配，而它不读 reconfigureWindow、不校验令牌与范围，两端日志都正常、 没有任何报错。所以 fleet 必须先于 order-v3。 - PR-A / PR-C1：两个方向都不静默出错（fleet 先滚会整体报 602009，是明确错误码 不是静默放行），如实写清与 PR-C2 的区别。 同时补记 GET /v3/internal/group-batch/{id}/dispatch-baseline —— 对 origin/dev-v3 查证，该端点响应体被 #7442 改过两次（8eb8e13cd 加四字段、c6aa1224f 加 reconfigureWindow），三份 changelog 此前都漏记。 三份都带上了「别按直接 pom 依赖查消费方」的警告：grep -rl 'hl-common-core' */pom.xml 只命中 gateway 与 hl-finance，其余六个服务经 hl-common-web / hl-starter-* 传递引入， 照那份清单部署漏掉的恰恰是本单真正改了的 order-v3 与 fleet。 Refs #7442 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-19 02:42:19 +08:00
API Changelog Bot和Claude Opus 5	00a6f15b91	docs(changelog): #7442 补登 reconfigure 写口与就绪回写两级判定（PR-A / PR-C1） ... 这两个 PR 合入时都没写交接件，是排查 #7442 AC-22（要求交接件含全部端点契约） 时发现的既有缺口： - PR-A #7844 的 `POST /admin/fleet/group-dispatch/batches/{id}/reconfigure` 是本单最核心的写口，此前无任何 changelog 记录 - PR-C1 #7923 的就绪回写带身份两级判定同样缺 两份都按实际合入的代码写，不照工单原文（该单正文被订正过多次）。 准入按角色门禁写：`X-Admin-Role ∈ {VEHICLE_MANAGER, SUPER_ADMIN}` （`FleetAdminRoleGuardInterceptor`）——工单里写的权限点 `fleet:group-dispatch:write` 全仓零命中，只存在于一行 javadoc 注释里，不是落地的权限模型。 backend_status=deployed：两个提交均为 4cbccc26b 祖先，测试服七服务已回读确认。 gateway_status=verified：两份清单里的端点均已在测试服取得实测请求/响应。 Refs #7442 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-19 02:17:06 +08:00
lc和Claude Opus 5	554c11bef7	docs(changelog): #7947 餐食删除编码、关联餐厅（含全部）、增加桌/人（修改接口·管理后台） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-19 00:08:27 +08:00
lc	81934d4957	docs(changelog): #7741 订单用餐信息与用餐模版接口（新增 7 个接口·管理后台）	2026-09-18 20:20:59 +08:00
jw	d7c4a5d4bf	docs(changelog): #7949 定制师可读名下团期详情与子订单名单（修改接口·管理后台）	2026-09-18 18:16:37 +08:00
jw和Claude Opus 5	8a5c34f09f	docs(changelog): #7932 团期核团 7 个新增接口与验团前置核团行为变更 ... Refs wx/HL#7932 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 18:12:53 +08:00
Mimingguang	090ad8936f	docs(changelog): #7946 前端交付回写 verified(canTransferOrder 收紧仅 RECRUITING)	2026-09-18 17:22:48 +08:00
jw和Claude Opus 5	547035c39e	docs(changelog): #7946 团期转订单收紧为只允许招募中团期之间转（修改接口） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 17:11:44 +08:00
Mimingguang	d7fbbdeb1d	chore(changelog): #7933 餐食单价说明回写 verified(复核发现 placeholder 旧口径已修)	2026-09-18 16:13:51 +08:00
Mimingguang	27ee86ea5f	chore(changelog): 团期看板 3 条交付回写 verified(#7939 统计条提示+月份分组正序+batchNo 移除) ... - #7939 → 8360287a(总览条 scopeFilterHint 两口径文案,scope 已摘除只提示不切) - 月份分组缺陷 → c19923be(默认月组倒序改升序,显式排序仍跟随行序) - batchNo 缺陷 → c6174f2c(仅删显示,keyword 搜索数据链不动) 各自定向 spec 6/6、21/21、9/9 + scoped checkpoint 全绿,hl-admin v2.1 已推。	2026-09-18 16:10:53 +08:00
lc和Claude Opus 5	6fbcb70331	docs(changelog): #7933 餐食单价说明改为「单价（元）」，不限定每人（修改接口，前端无需改代码） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 16:05:44 +08:00
Mimingguang	87ed9d0a3f	chore(changelog): 全量清理 implemented 存量——81 条复核翻 verified + 1 条改判 not_required + #5827 补登 frontend_ref ... 处置明细(mmg 2026-09-18): - 68 条机械核验通过批量翻 verified:frontend_ref 均可达且为 v2.1 祖先、 交付文件 HEAD 均在、关联 spec 批量 58 文件 891 例全绿。 - 11 条带演进史的例外逐条核后翻 verified:3 条交付自删文件(06_5610/ 07_5655/11_5810,删除即交付内容且终态保持);8 条被后续 changelog 预期 演进(10_5784→#5810、07_5664/08_5592→#5827、07_5665→去槽位化 U1、 01_5380/05_5356/06_5567/06_5581→settlement 族A扁平化与 mock 清理), status_note 均如实记录演进链。 - 05_5552 改判 not_required:frontend_ref 自述前端无需改动,grep 实证 vehicleFeeAmount.js 直接读后端 calendarPrice/calendarPriceMissing。 - 11_5827 frontend_ref 原空,经核交付即 753503c8(向导 4 步改 3 步提交 即派定),补登全哈希 753503c87cc635e5646b4368a8ed506746c79cf1。 另:保险域 2 条相邻条目(05_5530/06_5593)同标准复核翻 verified。 2026-07 历史月 45 条按规则不回扫,保持原状。	2026-09-18 15:56:52 +08:00
API Changelog Bot和Claude Opus 5	72e05778e2	docs(changelog): 团期看板不要显示 28 位班期编号 batchNo（前端缺陷，交接 mmg） ... batchNo 实际值为 Q + yyyyMMdd + 19 位雪花（28 位），窄列折行截断成 「Q20 / 26…999490」，对用户无可读意义；同行已有 batchLabel（第N期）与 batchName 足以识别，请前端移除其显示（仍保留为 keyword 匹配字段）。 连带记录：搜索框标注「期号 / 名称」，但 keyword 只匹配 batchNo/batchName 不含 batchLabel，实测「第3期」零命中、「3」因雪花数字全量返回。 后端侧已立单 #7942。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Mg1eNKoacprUHNvuEKxjqq	2026-09-18 15:47:40 +08:00
jw和Claude Opus 5	f9c6ce3dd1	docs(changelog): #7939 团期看板统计条回带 effectiveScope 与 filteredOutCount（修改接口） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 15:43:39 +08:00
API Changelog Bot和Claude Opus 5	cffa47bc46	docs(changelog): 团期看板月份分组倒序应按出发日正序（前端缺陷，交接 mmg） ... 现象：班期列表按月份分组时 11 月排在 10 月之前，与原型「6 月 → 7 月」正序相反。 定位：GET /v3/admin/order/group-batch/board 测试环境实测返回 10 行， 原始次序 2026-08-20 → 2026-11-26 严格递增，与 GroupBatchQueryController:79 javadoc 承诺的「按出发日期升序」一致；该接口入参只有 productId 与 scope， 无任何排序开关。故倒序由前端分组渲染引入，后端零改动。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Mg1eNKoacprUHNvuEKxjqq	2026-09-18 15:38:32 +08:00
Mimingguang	5e3affae41	chore(changelog): 保险域 6 条 implemented 复核翻 verified ... 复核证据:mmg 2026-09-18 逐条核验——6 个 frontend_ref 提交均可达且为 v2.1 祖先;HEAD 上各项前端实现标记仍在(totalPremium 读取/source 筛选 链/plan-options 消费/policyPdfUrl 在线预览/保单 Tab+司机名筛选/insure 直投端点);5 个相关 spec 文件 36 例全绿。frontend_status 翻 verified、 verified_at 补 2026-09-18、status_note 追加复核记录;07_5640 的短哈希 ref 顺带补全为全哈希。	2026-09-18 15:26:28 +08:00
Mimingguang	aea21e188c	docs(changelog): #7928/#7930 前端回写 verified(mmg) ... #7928 资金流水 bizTypeName:ref 9917447b88cf3dfbc163e3a313f1ad30710881d7。 #7930 司导预支队列 remark 用途:ref aecb98724e7cf8f26f7cfb7dd041c8171e290086。 前端 hl-admin 按两条完成并验证,回写 frontend_status=verified + owner mmg + ref + status_note。	2026-09-18 14:57:27 +08:00
Mimingguang	59e978552a	docs(changelog): #7901 司导预支支付链接通前端回写 verified(mmg) ... 前端 hl-admin 按本条完成出纳 ADVANCE 页签接线并验证,回写 frontmatter: frontend_status=verified + owner mmg + ref 9e65d25bf551315cc6dea35475ef9803afadc04b + status_note 追加实现与验证说明(verified_at 沿用 2026-09-18)。	2026-09-18 14:35:27 +08:00
yaosutu	334d84e3ff	docs(changelog): #7928 资金流水分页/详情出参补 bizTypeName 中文名-管理后台 ... ORDER_REFUND 此前因前端硬编码 map 漏配回显英文枚举码。后端两个只读接口 /admin/finance/fund-flows/page 与 /{id} 出参各新增 bizTypeName（枚举 label， 14 业务类型全覆盖），bizType 英文码不变，零入参/零DDL。已部署测试服网关实调 8 项断言全 PASS。	2026-09-18 14:06:51 +08:00
yaosutu	755c690e24	docs(changelog): #7930 司导预支出纳队列行 remark 补预支用途快照（修改接口-管理后台） ... ADVANCE 待支付队列 GET /admin/finance/cashier/advance/queue 出参 remark 由恒 null 改为 fin_advance.purpose（申请用途快照）；纯出参补值向后兼容， 入参/路径/其余字段/错误码/付款接口均不变；历史单与未填用途单仍为 null。 PR #7931 已合并 dev-v3 尚未部署。	2026-09-18 12:44:32 +08:00
Mimingguang	514ab2cf1f	docs(changelog): #7919 供应商合同主/补充合同前端回写 verified(mmg) ... 前端 hl-admin 按本条完成破坏性表单重构并验证,回写 frontmatter: frontend_status=verified + owner mmg + ref dde41d86ffa2a6bd2cd0ae10b96e0ab1d78821fa + verified_at 2026-09-18 + status_note 追加实现与验证说明。	2026-09-18 12:23:13 +08:00
Mimingguang	e6be4be31d	docs(changelog): #7916 团期物资 categoryName 前端已实现并验证(hl-admin 08d13de3) ... frontend_status pending→verified,frontend_ref=08d13de33b27948c31cb1e511ad59f342420e88c, verified_at=2026-09-18,status_note 追加实现摘要。	2026-09-18 11:50:41 +08:00
Mimingguang	265dcd0408	docs(changelog): #7737 餐食管理前端已实现并验证(hl-admin 7d18b442) ... frontend_status pending→verified,frontend_owner=mmg, frontend_ref=7d18b442071bb50db9d260cb80224f9e413f3058,status_note 追加实现摘要。	2026-09-18 11:37:47 +08:00
yaosutu	26e995a97e	feat(changelog): 司导预支（司导借款）支付链接通——出纳 ADVANCE 页签 queue/pay 真实接通（Epic #7901，PR #7902/#7906/#7910 已合并 dev-v3 部署测试服 E2E 通过；原 598607 空壳下线，金额锁死 598610，新增错误码 599500-599505）	2026-09-18 11:28:02 +08:00
lc和Claude Opus 5	0119ffca67	docs(changelog): #7919 供应商合同改为主合同/补充合同，业务线改为资源并按资源选择主合同（修改接口） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 11:14:48 +08:00
jw	4c8f93f978	docs(changelog): #7916 团期物资列表与候选补分类中文名 categoryName（修改接口）	2026-09-18 11:02:39 +08:00
lc和Claude Opus 5	4cdf3606e9	docs(changelog): #7737 餐食管理接口 1.1–1.7 与菜单（新增接口） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 10:16:23 +08:00
Mimingguang	553aa99dd7	docs(changelog): #7443 接送机用车需求分叉 PR-1 前端判 not_required 回写 frontmatter	2026-09-18 08:13:01 +08:00
API Changelog Bot和Claude Opus 5	e4fc9d1a90	docs(changelog): 补 09-17 两份的 target_release，解开 pre-push 门禁 ... 推送被拦：E_FRONTEND_STATE「verified 必须填写 target_release」 (scripts/validate-changelog-frontmatter.mjs:325-327)。 这两处不是本次改出来的，昨天就空着。门禁只看本次推送的变更集， 所以碰到哪个文件哪个文件才暴露 —— 实测全仓 frontend_status=verified 的 182 个文件 target_release 全是空的，属潜伏的不一致，不是这两份特有。 本次只修我动过的这两个，没有顺手去改另外 180 个。 取值不猜：当前惯例是 target_release = "hl-ui@" + frontend_ref 前 8 位 (2026-08-23 ~ 2026-09-13 连续 6 例；旧惯例 v2.1 在 9 月只剩 2 例)， 填进去的只是复述文件里已记着的那个前端提交，不是对发布号的新声明。 ⚠️ 记一句给后来人：validate-changelog-frontmatter.mjs --files <单个文件> 过了 不等于能推 —— 它只校验你点名的那些，而门禁校验的是本次推送的全部变更文件。 贴校验结果时要连「校验了几个对象」一起贴。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 08:06:47 +08:00
API Changelog Bot和Claude Opus 5	c7ce1009d6	docs(changelog): #7443 接送机用车需求分叉 PR-1；并订正 09-17 两份的错误响应信封 ... 新增 18_7443：派车批量创建与接送机配置两个端点新增可选入参 kind（TRAVEL|TRANSFER， 不传=TRAVEL，存量请求形状不变），新增错误码 602200/602201/602202/602205。 字段表逐条对源码反向 grep，53/53 全命中。 文档里写明了两条前端必须知道的限制： 1. 上游写口还关着——PUT /v3/admin/order/{id}/vehicle-requirement 传 kind=TRANSFER 恒返 809009（transfer-kind-submit-enabled 默认 false，无 @RefreshScope 要重启）， 即产品上目前产不出 TRANSFER 需求，前端可按契约对接但别排进本期可演示范围。 2. 已建出的 TRANSFER 派车行，确认与改派仍会 605041（三个内部命令对象不携带 kind， 属跨服务契约缺口，已登记 #7443 AC-24）。 八、测试环境已验证写的是实测：单元层 fleet 全量 4220/0/0/4、完整性 322/322； 网关端到端 AC-6/AC-7 均通过（batch 带 kind=TRANSFER 返回 200，落库两行服务日 2026-10-11 与 2026-10-17 均在行程窗外，未出现 605041/605062/605905；改接机行后 送机行逐字段未变）。同时保留限定：那条 TRANSFER 需求行是 SQL 构造的，订单侧真实 写口不在本次证据范围内——没有写成「全链路已验证」。 订正 17_7442 与 17_7443 的错误响应示例（共 3 处）：原写 {"code": 200, ..., "errorCode": <业务码>}，两处都错——Result 没有 errorCode 字段，而业务失败时 GlobalExceptionHandler 走 Result.error(e.getCode(), message) 把业务码放进 code。 前端照原文按 code == 200 判成功，会把业务失败读成成功。 ⚠️ success 是真实字段没有删：Result.java:43 public boolean isSuccess() 没有 @JsonIgnore（全类只有 :142 getCheckedData 被忽略），Jackson 会序列化它—— 只按 private 字段清单 grep 会误判它是编的，差点据此把一个前端正在读的字段删掉。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 08:04:03 +08:00
Mimingguang	778d618ef4	chore(changelog): #7724 核单复核出参判 not_required(前端无复核调用点)	2026-09-17 23:52:43 +08:00
yaosutu	28effce68e	docs(changelog): 核单复核出参加报账字段（Issue #7724 / PR #7725）	2026-09-17 23:40:33 +08:00
Mimingguang	20f348694a	chore(changelog): #7897 发票列表订单侧字段前端已接入(verified@de19fb77)	2026-09-17 22:04:10 +08:00
yaosutu	a080db4c72	docs(changelog): 发票管理列表行补订单侧字段（Issue #7897 / PR #7899） ... GET /v3/admin/order/invoice/page 行级 records[] 纯新增 10 个订单侧字段： teamNo/createTime/orderStatus(含文案)/flowStatus(含文案)/orderAmount/paidAmount/refundedAmount/settlementAmount。 入参/既有出参/错误码零变化，NONE tab 同样回填，前端无需同步上线。	2026-09-17 21:55:24 +08:00
Mimingguang	2f7858e815	chore(changelog): #7857 收票进项发票域前端已交付(verified@f5751df4)	2026-09-17 19:51:40 +08:00
Mimingguang	a5346644a2	chore(changelog): #7883 供应商往来账页前端已交付(verified@a975f40b)	2026-09-17 19:20:15 +08:00
Mimingguang	e211e9abc2	chore(changelog): #7398 应付款冲正前端已交付(verified@0fa6574f)	2026-09-17 18:59:49 +08:00
Mimingguang	88e07ea5c3	chore(changelog): #7396 应付款模块前端已交付(verified@9bf2fc3b)	2026-09-17 18:28:13 +08:00
Mimingguang	d63f379f2f	chore(changelog): 团期物资清单三能力前端已交付(verified@3684d137)	2026-09-17 17:19:11 +08:00
Mimingguang	9b16b408c7	chore(changelog): 团期详情5处原型缺口前端已交付(verified@e4da94a6)	2026-09-17 16:57:15 +08:00
yaosutu	16ed452d00	docs(changelog-v2): #7857 收票(进项发票)域上线——登记/编辑/核对/作废 + 关联勾选 + 供应商对账 8 端点 ... - 新增 changelogs-v2/2026-09/17_7857 收票(进项发票)域上线-新增接口-管理后台.md - 覆盖 Epic #7857（PR #7860/#7874/#7880 + 文档 #7891，已合并 dev-v3 并部署测试服验证通过） - 8 端点：page/detail/create/update/verify/void/biz-candidates/supplier-recon - 错误码 599400-599411 + 字典 fin_invoice_in_type + 菜单「收票管理」全内联自包含	2026-09-17 16:35:52 +08:00
yaosutu	e8fdb57940	docs(changelog-v2): #7883 往来账·供应商往来最小闭环——账页分页 + 流水明细分页 2 个查询端点	2026-09-17 16:17:21 +08:00
Mimingguang	5b5c2cac0a	docs(changelog-v2): #7443 PR-B 前端已交付,回写 verified+ref(dd152af7)	2026-09-17 15:56:10 +08:00
Mimingguang	3f72bf305a	docs(changelog-v2): #7442 前端已交付,回写 verified+ref(b84a5d6b)	2026-09-17 15:29:15 +08:00
jw和Claude Opus 5	dbadd1b685	docs(changelog-v2): #7398 应付款已付超额冲正（供应商退回）——申请 / 分次确认到账 / 撤销剩余额度 / 分页 ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 15:26:05 +08:00
Mimingguang	2c1e6dec2d	docs(changelog-v2): #7491/#7868 前端判 not_required 回写(拦截器透 message 兜底/纯建表无接口)	2026-09-17 15:03:13 +08:00
jw和Claude Opus 5	0c012ef072	docs(changelog-v2): #7868 团期核团地基——核团四表建表与错误码占号（无接口变更） ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 14:41:11 +08:00
jw和Claude Opus 5	36431070c1	docs(changelog-v2): #7396 应付款四入口接团期住宿 + 团期住宿付款身份金额对账 + 撤销批准 ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 14:11:01 +08:00
API Changelog Bot	69118dd6ec	docs(changelog-v2): #7491 所有 @Lock4j 抢锁失败统一返回 100503 ... - 说明 code 由 500 改为 100503、message 改为「资源被占用,请稍后重试」 - HTTP 仍为 200；该分支不再返回 traceId；提示前端把可重试提示挂到 100503 - 附测试服网关实测与跨实例对照证据	2026-09-17 13:55:13 +08:00