3307 次代码提交

此分支

此分支

所有分支

作者	SHA1	备注	提交日期
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
lc	c0bf66a4e8	docs(changelog): #8515 供应商注册提交未绑定企业微信立即拦截 ... Refs wx/HL#8515	2026-09-29 18:58:31 +08:00
lc	bb58d34367	docs(changelog): #8515 供应商注册提交未绑定企业微信立即拦截 ... Refs wx/HL#8515	2026-09-29 18:49:28 +08:00
API Changelog Bot和Claude Opus 5	397bac4fbc	docs(changelog-v2): 派单看板下发用车需求类别 requirementKind 前端交接（#8518） ... 同一订单行程用车+接送机并存时两张卡逐字段相同、前端无法分辨哪张是接送机； 本次为 GET /admin/fleet/board/orders 的 records 补充 requirementKind/requirementKindLabel， 并给列表与汇总两个读口各加同名可选筛选参数。测试服 hl-fleet-service @ dfb5db832 已实测。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-29 18:37:25 +08:00
Mimingguang	734d06d7b5	chore(changelogs-v2): 回写 29_frontend 团期详情用车两条前端交付状态(implemented) ... 确认弹窗键名缺陷(01acf773)、用车汇总逐条列出(a73ef932)	2026-09-29 17:50:23 +08:00
jw和Claude Opus 5.5	6fce073bcb	新增 #8497 团期存量团号换号内部回填与同步端点（新增接口·内部） ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-29 17:38:13 +08:00
jw	76f01e1162	新增 #8517 预支审批中心列表与审批驳回撤回补角色守卫（修改接口·管理后台）	2026-09-29 17:17:35 +08:00
Mimingguang	449caae176	chore(changelogs-v2): 回写 #8507 供应商应收账套前端交付状态(implemented,cdfaf793)	2026-09-29 17:04:29 +08:00
API Changelog Bot和Claude Opus 5.5	46f2f0b583	docs(changelog): 团期详情用车两份前端交接件（确认弹窗 onPositive 不发请求 / 用车汇总改逐条列出） ... - 前端缺陷：VehicleHouseholdsSection.vue:387/:334、RequirementTab.vue:588 弹窗回调键名写成 onPositive， naive-ui 只认 onPositiveClick，点确认只关窗不发请求；spec mock 同步改 - 前端优化：用车·汇总的行程用车与接送机两块改由 vehicle-households 逐条列出（接送机现状同样是按车型聚合） Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-29 17:01:07 +08:00
Mimingguang	b00027d107	chore(changelogs-v2): 回写 proto-align 进项发票自查单前端交付状态(implemented,463082a3)	2026-09-29 16:27:09 +08:00
yaosutu	da2ea29e67	docs(changelog-v2): 应收期初新增供应商应收账套 SUPPLIER_RECV（应收初始化 tab 对接指引）（#8507）	2026-09-29 16:16:30 +08:00
Mimingguang	e80d159fbb	chore(changelogs-v2): 回写 2026-09-29 四条前端交付状态(implemented) ... 29_frontend+#8504 应收台账页签与查看(e6965930)、#8501 下拉字典化(49a3bb6c)、 供应商应付期初表单纠偏(151cf980)	2026-09-29 16:00:17 +08:00
yaosutu	9806253b4a	docs(finance): 进项发票登记表单原型对齐与前端自查单（后端零改动）	2026-09-29 15:39:32 +08:00
yaosutu	6bb0506f37	docs(changelog): 应收台账加「全部/散客订单/团期」页签与行内查看按钮——前端动作指引（管理后台） ... 面向前端（mmg）的实施清单：顶部按 rowType 三态页签分流（必须走后端过滤）， 行内「查看」按钮按 rowType 分流跳转（ORDER 跳订单详情用 id，GROUP_BATCH 跳出团详情用 groupBatchId）。 后端 #8504 已部署测试服，接口契约见同目录 29_8504 接口 changelog。	2026-09-29 13:57:12 +08:00
yaosutu	d7bec334e5	docs(changelog-v2): 应收台账新增 rowType 入参 + 查看按钮对接指引（PR #8505 / Issue #8504）	2026-09-29 11:40:31 +08:00
yaosutu	7c7ece465c	docs(finance): 供应商应付期初表单对接纠偏 changelog（后端接口零改动） ... 财务初始化·供应商应付期初表单前端画错（手填雪花ID+双金额+必填佐证）， 本文档给出正确 6 字段形态与字段映射，POST /admin/finance/opening-balances 入参/出参/枚举均无变更，无 Issue/PR。	2026-09-29 11:06:43 +08:00
yaosutu	9bcfc55fb8	feat(finance): 应收往来对象分类/应收性质下拉字典化 + 新增 /receipt/options 接口 changelog（#8501） ... 管理后台 changelogs-v2；PR #8503，测试服已部署+网关实测验证	2026-09-29 11:00:46 +08:00
Mimingguang	fb3129af24	chore(changelog): 回写 2026-09-28 六单前端闭环(28_frontend缺陷/#8481/#8384/#8469 implemented;#8477/#8482 not_required)	2026-09-29 10:02:16 +08:00
Mimingguang	85e97677d8	chore(changelog): 回写 2026-09-28 五单前端已交付(28_frontend出团/#8457/#8464/#8478/#8468)	2026-09-28 20:00:35 +08:00