2205 次代码提交

包含重命名

作者	SHA1	备注	提交日期
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
Mimingguang	febdcfe063	docs(changelog): #8518 前端已交付(派单看板类别列+类别筛选,hl-admin@2f65d1f7)	2026-09-30 09:48:14 +08:00
API Changelog Bot和Claude Opus 5	0491f00fa6	docs(changelog): 补 #8562 逐户用车提交态区分与 #8620/#8621 派车读口中文名交接件 ... 30_8562 覆盖 GET /v3/admin/order/group-batch/{groupBatchId}/requirement/vehicle-households： 新增 submitState 区分「从未提交」与「已被打回待重提」。四条限定写进关键变化与业务边界—— status 规则一字未改（判提交要读 submitState 不是 status）、requirements 内容零变化 （打回信息走 rejectedRequirements）、rejectedRequirements 与需求行刻意不同构不可当行渲染、 householdCount 不再恒等于 needs_vehicle=true 的户数。 30_8621 覆盖派车三个读口（board/orders、group-dispatch/pending-batches、 group-dispatch/batches/{groupBatchId}/overview）：#8621 新增 4 个 *Label 字段，枚举码不再 裸下发；#8620 是 vehicleControlStatus 的读法澄清——字段名与取值域一字未改，改的是 「按哪套枚举去读」（真源是 order-v3 的 RequirementStatus，不是建表 SQL 里那条已陈旧的 COMMENT）。 两份 --files 校验全绿（校验 2 个对象，EXIT=0），正文零「等部署/另发/待补充」类前向引用。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 09:04:41 +08:00
API Changelog Bot和Claude Opus 5	c2f04d7b32	docs(changelog): 补 #8597 退团房期限清空与退团房待办交接件，并订正 #8491 里「三列一并置空」的错述 ... 新增 30_8597 覆盖两个端点： - PUT /v3/admin/order/house-console/room-transfers/{id}/deadline - GET /v3/admin/order/house-console/audit 同时就地订正已交付的 30_8491（4 行 / 3 处）：原文写「cancelDays 传 null 时 cancelCutoff / remindDays 一并清空」，与源码相反。HouseRoomTransferManager#doUpdateDeadline 对 cancelDays == null 的分支是「cutoff / remind 沿用行上原值」——两列 NOT NULL， 传 null 会被 Mapper 守卫当失败返 0、进而被误报成并发修改（正是 #8597 的根因）。 30_8491 自己第 1847 行记录的实测读数也是「cancelCutoff 保留」，即该文件内部自相矛盾。 订正不是措辞问题：前端若按原文写 `cancelCutoff === null` 去判「有没有设期限」， 那个判断恒为 false。订正后同时写明正确判据是看 cancelDays 或 risk === "NO_DEADLINE"。 两文件 validate-changelog-frontmatter.mjs --files 全绿（校验 2 个对象，EXIT=0）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 07:46:23 +08:00
API Changelog Bot和Claude Opus 5.5	a60a791132	docs(changelog): #8491 房务控制台接口新增、旧列表下线、配房接口口径调整 ... 三份交接件：新增房务控制台接口，下线旧的房务列表接口，调整配房接口的字段与口径。每份的「测试环境已验证」一节填测试服实测读数。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-30 06:42:04 +08:00
API Changelog Bot和Claude Opus 5	94fb72d79f	docs(changelog): 补 #8598 #8613+#8614 #8593 三份交接件 ... - 8598 派单保险隔离事件新增人工终结出口 DISCARDED（新增接口） - 8613+8614 605072 恢复动作文案订正 + 605002 座位强禁码下线口径澄清（修复） - 8593 待配车团期清单 transferPendingCount 由硬编码 0 改真值，取不到给 null（修改接口） 三份均经 validate-changelog-frontmatter.mjs 与 changelog_workflow.py lint 双门禁 PASS， 并做过双向串味自检（他域关键词命中 0、本域关键词命中非 0）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 06:29:16 +08:00
API Changelog Bot和Claude Opus 5	da562f36d4	docs(changelog): 补 5 张已合并工单的前端交接件（#8559 #8576 #8577 #8601 #8603） ... - #8559 团期用车户数计入汇总读数不再随 kind 筛选变化 - #8576 团期配车提交与确认响应新增车辆规格提醒清单 - #8577 只提交接送机的户不再被判「未提交用车需求」 - #8601 逐户提交车务与打回的 kind 参数取消默认值，新增 809012 - #8603 派单确认响应删除恒空的接送机缺失日期字段 后端均已部署测试服（order-v3 / fleet @ d57498d381），网关实测通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 05:51:38 +08:00
API Changelog Bot和Claude Opus 5.5	487f5fb399	docs(changelog): #8508 调整已确认配房行时处理应付台账（在途付款申请拒绝 599602） ... Refs wx/HL#8508 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-30 04:20:42 +08:00
API Changelog Bot和Claude Opus 5	52548a02a1	docs(changelog): 团期配车三项契约变更交接件（#8543 #8548 #8549 #8560） ... - #8543 团期订单 Tab 用车状态三处读口按需求类别拆分并统一文案（PR #8592） - #8548/#8549 整团免车放行户级接送机需求，换组重开团期补待审户读数（PR #8586） - #8560 矩阵未派订单卡下发 requirementKind，可区分行程用车与接送机（PR #8589） 三份均已在测试网关实测取证，两道门禁（frontmatter 校验 + changelog_workflow lint）全绿。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 03:57:16 +08:00
API Changelog Bot和Claude Opus 5	14d84237e7	docs(changelog): 派单看板矩阵年月校验与团期配车详情三条交接件（#8561 #8571 #8556） ... - #8561 派单矩阵三入口补年份区间校验，越界返新错误码 605076 - #8571 未派订单清单月份越界改由 Service 判定，与 matrix 另两个入口同构返 605010 - #8556 派单看板订单详情识别团期配车，排车步与实派车数不再只认逐户派车行 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 02:22:05 +08:00
API Changelog Bot和Claude Opus 5.5	2bce6cb8ea	docs(changelog): #8493 下线房务组长会话入口 open-house-lead ... Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-30 00:44:55 +08:00
yaosutu	aeedf41639	docs(changelog): 团期核单详情 frontmatter 补 hl-changelog/v2 必需 key（#8510） ... 补 base / updated_at，修正为完整 v2 schema 以过 hl-changelog-gate。	2026-09-30 00:17:05 +08:00
yaosutu	447b3294a9	docs(changelog): 团期核单详情对齐常规订单核单——reports/group 出参新增 21 字段（#8510） ... 聚合复核 GET /v3/admin/order/group-batch/{id}/settlement/reports/group 出参对齐常规订单核单财务总览： 新增 11 金额字段 + 4 个 mirrorMatched + customers 客户合并列表 + 6 个人数汇总字段， 数据从单订单换成全团在团子订单合并（排除已取消），待收尾款与 /finance 同源。 管理后台目录 changelogs-v2/，关联 PR #8546。	2026-09-30 00:12:44 +08:00
API Changelog Bot和Claude Opus 5	1ecfa85f54	docs(changelog): 团期用车需求换组时配车迁移与 migratedAssignmentCount 下界字段（#8530） ... PUT /v3/admin/order/{id}/vehicle-requirement 响应新增 migratedAssignmentCount。 该字段是下界而非真实迁移条数：它统计的是上一版需求上挂着的已排车行数， 连续换组 A→B→C 时 B→C 这一次会读到 0，但迁移确实发生过。 Refs #8530 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-29 22:46:53 +08:00
API Changelog Bot和Claude Opus 5.5	14a332f2cb	docs(changelog-v2): 团期详情查看需求页签重做为一键审核弹窗 前端交接（frontend） ... 查看需求页签改为「状态条 + 三张卡 + 一键审核弹窗」，弹窗一次完成住房审批、 接送机审批、正式行程用车需求提交；后端零改动，列出 17 个既有接口的调用方式、 三种提交模式的调用顺序、确认后接送机对账补放行、已确认态只可通过，以及 4 项 本期不展示的字段缺口。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-29 22:33:46 +08:00
API Changelog Bot和Claude Opus 5	8302fb0b10	docs(changelog-v2): 团期配车重排资源态硬校验与四读口 600015 收敛前端交接（#8528 #8529 #8536 #8537） ... - 29_8528：POST reconfigure 新增 605037/605038 资源态错误码（全批次一票否决）， 响应新增 ignoredDemandDays（clearAll=true 时回填被忽略的行程日）。 - 29_8536：overview/readiness/share-groups/share-member-candidates 四个读口 对「团期不存在」统一收敛为 600015；其中 share-groups 是破坏性变更 （此前 200+[]，与「有效团期零关系」同形，前端需新增分支）； readiness 零配车行 blocker 文案改为「本团尚未创建任何配车行」。 均已合并 dev-v3 并在测试网关实测；校验器 --files 两个对象 PASS。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-29 22:08:50 +08:00
jw和Claude Opus 5.5	147e1b34a7	docs(changelog): #8533 团期详情已预支改为与财务 Tab 同源（修改接口·管理后台） ... Refs wx/HL#8533 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-29 19:29:15 +08:00