2221 次代码提交

包含重命名

作者	SHA1	备注	提交日期
Mimingguang	e1c529531c	docs(changelog): #8671 核单页签 scope=ALL 前端已交付(04b5cca6)	2026-10-01 12:40:45 +08:00
Mimingguang	8d426a4dd1	docs(changelog): #8664 公司借款单笔收回前端已交付(c32b35c9)	2026-10-01 12:25:40 +08:00
Mimingguang和Claude Opus 4.8	3b93fa2606	chore(changelog): #8663 回写 implemented(hl-admin 305ba037) ... Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-10-01 11:25:23 +08:00
Mimingguang和Claude Opus 4.8	62e9df3879	chore(changelog): #8654 回写 implemented(hl-admin 3c153a32) ... Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-10-01 10:05:53 +08:00
yaosutu	bed946723f	docs(changelog): #8673 应付款列表默认只看欠款 + 付款明细补全量支付状态	2026-10-01 09:58:57 +08:00
Mimingguang和Claude Opus 4.8	eb2dc899f2	chore(changelog): #8516 回写 implemented(hl-admin d8de94a8) ... Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-10-01 09:36:34 +08:00
yaosutu	8b8c147a1c	团期核单页签 changelog 示例数据修正为部署后实测（#8671） ... §8.1 示例改为真实响应：T26-2325 核单中(REVIEWING/stage=核单)、T26-5936 已结算(SETTLED/stage=结算)， 当前库无待核单团故 total=2；补充说明待核单团仍显示出行节点。	2026-10-01 09:32:19 +08:00
yaosutu	b82d4f4e6e	团期核单页签 opsStage=REVIEW 筛选口径扩为核单三态（#8671） ... changelogs-v2/2026-10/01_8671_团期核单页签扩为核单三态-修改接口-管理后台.md	2026-10-01 09:18:32 +08:00
yaosutu	86c8752549	新增 公司借款单笔收回端点 changelog（管理后台）(#8664)	2026-10-01 07:20:18 +08:00
Mimingguang	b5c37d3724	chore(changelog): #8629/#8630 回写 not_required(hl-admin)	2026-10-01 00:33:03 +08:00
Mimingguang	767532e2ea	chore(changelog): #8619 回写 implemented;#8544 文件补记 #8545/#8619 交付(hl-admin bc9c13aa)	2026-10-01 00:31:15 +08:00
Mimingguang	79aff0aa3d	chore(changelog): #8544 回写 implemented(hl-admin 8926ebff)	2026-10-01 00:22:09 +08:00
Mimingguang	c98b11fa44	chore(changelog): #8562 回写 implemented(hl-admin e3f3d552)	2026-10-01 00:09:34 +08:00
Mimingguang	95fdc98cdc	chore(changelog): #8598 回写 not_required(hl-admin)	2026-10-01 00:00:19 +08:00
Mimingguang	b458800218	chore(changelog): #8601 回写 implemented(hl-admin 527842c1)	2026-09-30 23:56:54 +08:00
Mimingguang	fa3213d309	chore(changelog): #8543 回写 implemented(hl-admin bcd073be)	2026-09-30 23:51:05 +08:00
Mimingguang	8f3526b357	chore(changelog): #8548 回写 implemented(hl-admin 043232cc)	2026-09-30 23:45:22 +08:00
Mimingguang	d3b6d38f39	chore(changelog): #8560 回写 implemented(hl-admin 8d23a381)	2026-09-30 23:24:02 +08:00
Mimingguang	ca207b14dc	chore(changelog): #8556 回写 implemented(hl-admin 585a59b0)	2026-09-30 23:11:44 +08:00
Mimingguang	38164c6439	chore(changelog): #8530 回写 implemented(hl-admin 38bcab54)	2026-09-30 22:59:32 +08:00
jw和Claude Opus 5.5	5dc79ef2e6	docs(changelog): #8516 团期核单、结算拆成两个独立字段，出行完毕改名待核单 ... 两份： - 新增接口（internal）：POST /v3/internal/group-batch/:groupBatchId/review-status、 /settlement-status，供财务回写整团核单、结算状态；主状态由两列推导，子订单同事务同步， 任何一步都不推报账单。 - 修改接口（admin）：团期主状态 TRIP_FINISHED 改为 PENDING_REVIEW「待核单」；详情 / 分页 新增 reviewStatus / settlementStatus 及中文名；进度条核单、结算节点新增分支；三处入参 旧值兼容；/settle 不再逐户推 ORDER 报账单。hl-ui 须同批改，TEST 先行、正式环境同批发布。 PR #8650 已合入 dev-v3（merge commit 54e64c50f），TEST 部署 dev-v3 dd0452916 并按 AC-01~15 验收通过，工单已关。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 22:38:06 +08:00
API Changelog Bot和Claude Opus 5	a29c0873e3	docs(changelog): 团期正式派车司机投影到人员配置表，DRIVER 改系统托管（#8653 #8654） ... PR #8669 已合入 dev-v3（merge commit 5c50782717d6），order-v3 已部署测试服 （jar 5c5078271）并逐条取证通过。 三条对外契约变化： 1. 同一批数据两个读口口径不同——saveConfig 的响应回显与 GROUP_BATCH 扇出副本 不含司机行（走 selectManualConfigByProductBatchId，带 ne(staff_role, DRIVER)）， 而 getConfig / getConfigWithLiveStaffInfo 含司机行（走 selectByProductBatchId， 无该谓词）。前端不要假设保存响应即全量。 2. order_batch_staff 现在会出现系统写入的 DRIVER 行，由车务派车回调投影维护， 不提供人工编辑/删除入口。 3. 新错误码 582120：saveConfig 的 staffList 含 staffRole=DRIVER，或 scopeRoles 声明 DRIVER，均拒绝整批保存且零写入（守卫排在软删与插入之前）。 Refs #8653 Refs #8654 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 22:34:15 +08:00
yaosutu	0e8500103a	docs(changelog): #8663 公司借款域往来单位放开员工类型 + 归还归支付管理 + 双 tab	2026-09-30 21:14:16 +08:00
Mimingguang	be4e9e76fa	chore(changelog): #8657 回写 implemented(hl-admin adfd6815)	2026-09-30 18:24:34 +08:00
Mimingguang	6be4c04bea	chore(changelog): #8655 回写 implemented(hl-admin e4de4c1f)	2026-09-30 18:09:36 +08:00
Mimingguang	653936db83	chore(changelog): #8632/#8641 回写 implemented(hl-admin d5a372be)	2026-09-30 17:59:13 +08:00
Mimingguang	514303e28e	docs(changelog): #8626 司导往来账回写 implemented(hl-admin 1a337d86)	2026-09-30 17:08:47 +08:00
Mimingguang	78361b8cde	docs(changelog): #8507 财务初始化三 tab 纠偏回写 implemented(hl-admin 61f92cd8)	2026-09-30 16:33:30 +08:00
lc	69c0b76bb9	docs(changelog): #8579 接送机配置补发条件放宽 ... Refs wx/HL#8579	2026-09-30 16:21:51 +08:00
API Changelog Bot和Claude Opus 5	903e30b4d1	docs(changelog): 订正 #8576 的 frontend_status 误判，并给 #8597/#8603 补 not_required 的限定 ... #8576：我在 2026-09-30 把它从 not_required 改成 pending 是错的，本次改回。 错因是读了落后 693 个提交的 hl-ui 本地工作树——#8464（提交 d7e932ac，2026-09-28） 已整体删除 src/views/fleet/group-dispatch/，src/api/fleet/group-dispatch.js 随之 收缩到只剩 getGroupDispatchPendingBatches，reconfigure / confirm 在前端已无消费方。 对 origin/v2.1 第三次复核：specWarnings 在 src/ 下 0 命中（唯一命中在 .claude 备忘文件）， reconfigure 的 src/ 命中全是注释或 order-v2 同词异义；阳性对照 13 个文件有 export function、 matrix.js 有活跃消费方，证明检索本身有分辨力。 #8597：点明「房务控制台」整个域在前端尚不存在（9 个关键词 0 命中，阳性对照 house-allocation 活跃），故此处的 not_required 是「没有可改的代码」而非「对现有页面透明」，需与 #8491 一并核对。 #8603：点名前端真实渲染点 Step3PickupDropoff.vue:178-179 读的是 props.order.pickupDropoffGate （未动的那个对象），与本次删字段的 ConfirmRequirementRespVO 不是同一载体，避免下一个人 按字段名 grep 得出相反结论。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 15:55:39 +08:00
yaosutu	7242ab4108	收款方类型 payeeType 删 STAFF 拆为司机/导游/摄影/领队四类个人，保留 FLEET/GUIDE_CO/SUPPLIER（#8657）	2026-09-30 15:55:25 +08:00
API Changelog Bot和Claude Opus 5	d25ff94370	docs(changelog): #8601 交接件点名前端两处已失效的 JSDoc 与 809012 无人接住 ... 「前端必须做的改动」节补一条落点：hl-ui origin/v2.1 的 src/api/orderV2.js 里 rejectVehicleRequirement 与 dispatchVehicleRequirement 的 JSDoc 仍写着 「不传保持旧行为（按 TRAVEL）」「不传=后端缺省 TRAVEL」，两句现已失效； 且全仓 809012 命中数为 0，该码今天无人接住。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 15:28:17 +08:00
Mimingguang	f40c50f1bc	chore(8510): 更新交付形态为独立详情页(hl-admin 8f1c982b)	2026-09-30 15:24:05 +08:00
API Changelog Bot和Claude Opus 5	e1ae777695	docs(changelog): 订正 #8576/#8601/#8577 三份交接件的编造内容与 frontend_status ... 三份都是既有条目（#8576/#8601 由 da562f3 批次产出，#8577 单独产出），本次逐条对源码与 测试服实测记录核对后订正，不新增条目。 #8576 - frontend_status 由 not_required 改回 pending（ca26be4 批量置位）。依据：hl-ui origin/v2.1 确有 src/api/fleet/group-dispatch.js 消费 reconfigure / confirm 两个端点， 而全仓 specWarnings 命中数为 0 —— 新字段目前无人渲染，车辆规格提醒对车务不可见。 改判原因已按 FRONTEND_CONSUMPTION_STATUS_GUIDE 要求写进 status_note。 - 两处错误响应示例的 message 是编造的，换成 GroupDispatchAdminErrorCode 的真实模板。 - planVersion 出参类型 Integer/Long 统一为 Long（两张表）。 #8601 - 删掉四处「589535 适用于本端点」的错误断言。实证：RequirementService.java:4749 对 resourceType=VEHICLE 硬编码 hasActiveAssignments=false，该码在车需求打回上结构性不可达。 - 编造的订单 ID 2099459272533323777 换成实测的 2105173274755534850（dispatch）与 2105173313083080706（reject）。 - 错误码集合订正为 809000 / 809007（仅 dispatch）/ 582031 / 582083。 #8577 - 订正一处「POST requirement/confirm 零影响」的错误断言：doConfirm 与 confirm-check 共用 已收窄的 classifyVehicleSubmission，该端点的 809122 触发条件同步收窄。 - 809121 / 809123 的错误响应示例换成测试服实测原文。 - frontend_status 保留 not_required，但把判定依据写进 status_note：三个码一律走拦截器透 message、生产代码无一处按报文匹配、前端也无纯接送机户的规避需要撤除；同时列出五处现已 陈旧的前端注释与一处 mock 报文，供 mmg 顺手清理。 门禁：validate-changelog-frontmatter.mjs --files 三个文件一次通过（PASS: 3 files）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 15:17:17 +08:00
yaosutu	dc080e389e	docs(changelog): #8655 资金明细页补筛选控件对接指引（科目/账户/收支，接口已支持零改动）	2026-09-30 14:58:19 +08:00
jw和Claude Opus 5.5	78eeac7a4f	docs(changelog): #8642 团期详情进度条导摄分支按名册显示已完成 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 14:35:33 +08:00
Mimingguang	5933096d07	chore(8493): 回写前端交付 implemented(hl-admin 8c9f7bc5)	2026-09-30 14:30:36 +08:00
API Changelog Bot和Claude Opus 5	b3de329869	docs(changelog): 8548 出参表标明待审户数的计数单位是户不是需求行 ... 同一户同时报行程用车与接送机用车只计 1 户。字段名 requirementReopenPendingHouseholds 与本单主题（两类用车需求并存）放在一起时，前端按需求行数理解会得到偏大的数。四个接口块各补一处，保持自包含。 Refs #8548 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 14:27:54 +08:00
API Changelog Bot和Claude Opus 5	877d69e651	docs(changelog): 8560 订正 requirementId 两卡是否同值按路径分档 ... 原文按真实行路径过度概括成「两张卡 requirementId 恒相同」。实测代码：MatrixService.java:497-498 真实行优先取订单侧单值（两卡相同），:637-638 虚拟待派条目优先取候选自身需求 ID（两卡不同），而未派订单最常见的形态正是后者。四处（正文口径、出参表、业务边界、测试说明）一并按路径分档，判类别只认 requirementKind 的结论不变、且更必要。 Refs #8560 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 14:24:30 +08:00
yaosutu和Claude Opus 4.8	687999963b	docs(changelog): 团期核团详情统一接口 return-detail 上线，reports/group 旧路径已删 404（#8641） ... - 新增 GET /v3/admin/order/group-batch/{gid}/settlement/return-detail 团期核团详情统一总览 - 出参新增 driverVehicles 司机车辆连续区间（本地快照按司机+车辆合并，driverPhone 脱敏） - 原 /settlement/reports/group 已下线，调用返回业务码 404（HTTP 200 包装） - PR #8651 / Issue #8641 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-09-30 14:18:12 +08:00
Mimingguang	92fb65fe68	docs(changelog): #8510 团期核单 21 字段回写 implemented(hl-admin@a997595a)	2026-09-30 13:51:42 +08:00
Mimingguang	42754367de	docs(changelog): 29_frontend 审核弹窗 Epic 回写 implemented(hl-admin@80d7ad88)	2026-09-30 13:18:00 +08:00
API Changelog Bot和Claude Opus 5	4445618696	docs(changelog): #8629 幂等键补对象身份段、#8630 团期活跃子订单清零自动复位 ... - #8629 出行人/大交通新增的幂等键补上对象身份段，同订单录入第二个对象不再被误拒 - #8630 团期最后一户取消后自动复位 requirement_confirmed 与整团用车需求（CONFIRMED→DRAFT）， 并写 BATCH_REQUIREMENT_REOPENED 时间线（trigger=ALL_SUB_ORDERS_CANCELLED） Refs #8629 Refs #8630 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 12:30:56 +08:00
API Changelog Bot和Claude Opus 5	77092f1ae4	docs(changelog): #8619 团期子订单列表——只报接送机的户不再判未提交 ... GET /v3/admin/order/group-batch/{groupBatchId}/orders： - requirementStatus/requirementStatusName 放宽取值范围（纯接送机户不再恒为「未提交」） - 新增 vehicleRequirements[] 逐类用车需求清单（TRAVEL 在前、TRANSFER 在后） Refs #8619 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 12:24:07 +08:00
API Changelog Bot和Claude Opus 5.5	d1ab03e7c0	docs(changelog): #8615 转房记录作废原因与退房给酒店口径调整 ... - 转房列表 cancelReason 新增三个系统作废取值（本团已再分配 / 本团已撤销该晚计划 / 团期已解散） - 退房给酒店（I-21）对团期来源行补批次门禁与超量码 808324 - 附测试环境实测结论 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-30 11:05:20 +08:00
yaosutu	3f3f5e7558	docs(changelog): 团期核单分类科目明细 tab——8 个新增读端点（#8632） ... 团期核单新增 8 个分类明细只读端点（/v3/admin/order/group-batch/{id}/settlement/{hotels,activities,vehicles,guide-fees,photographer-fees,meals,other-expenses,other-incomes}）， 数据来自团维度 order_batch_audit_item 按 category 过滤，命名对齐核心订单核单 tab。 管理后台目录 changelogs-v2/，关联 PR #8634。	2026-09-30 11:04:46 +08:00
yaosutu	315e9dbb2e	财务初始化三tab对齐原型：纠偏前端4tab为3tab（应收初始化/应付初始化/现金银行初始化），删员工往来tab（#8507 #8511）	2026-09-30 10:32:47 +08:00
Mimingguang	ca26be400d	docs(changelog): 16 份前端判 not_required(#8621/#8603/#8559/#8577/#8593/#8576/#8536/#8528/#8571/#8561/#8597/#8491旧列表/#8533/#8508/#8515/#8613)	2026-09-30 10:30:14 +08:00
API Changelog Bot和Claude Opus 5	0f9b98f084	docs(changelog): 团期用车需求读口补中文名 / 汇总草稿换读侧 VO / 并列下发团级已确认座位（#8544 #8545 #8619） ... 四个读口的交接件：GET /vehicle-requirement 新增 4 个 *Name 字段、 GET /vehicle-requirement/aggregate-draft 的 draft 换成只读读侧 VO、 GET /requirement-summary 并列下发 confirmedSeats/confirmedCount、 GET /orders 的 vehicleRequirements[] 逐类下发用车需求行。 四个端点的响应示例全部为 2026-09-30 测试环境实测采集（团期批次 2104839654727618562 / 2104840641651556353），并标注了采集批次与时刻。 未知编码回落 null 这一支在当前环境无自然样本（三列库内全为 NULL）， 已在第八节写明由源码与单测两侧钉住，不留悬念给前端。 三条给前端的硬约束： - groups[].remark 不要按格式解析：本单只改新生成的汇总草稿， 存量已确认团期仍是改前的订单号前缀格式，两种格式长期并存。 - 同一个 status 编码在不同 kind 上中文名不同（PENDING_REVIEW 在 TRAVEL 下是「待提交车务」、在 TRANSFER 下是「待审核」，#8218 刻意分叉）， 前端不得自建 code 到中文的映射表，一律渲染后端下发的 statusName。 - 按类别判状态一律遍历 vehicleRequirements[]，单值字段只表达展示序首条。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 10:14:49 +08:00
yaosutu	a3dcb89d6e	docs(finance): 司导往来账账页+明细两接口上线 changelog（#8626） ... 新增 /admin/finance/statements/guide-ledger/page + /entries 两接口， 按带团服务人员（导游/司机/摄影/领队）聚合报账+预支现算净往来。 关联 PR #8574（初版）+ #8627（口径扩摄影/领队），Issue #8555 + #8626。	2026-09-30 10:04:41 +08:00