2863 次代码提交

此分支

此分支

所有分支

作者	SHA1	备注	提交日期
jw	22d34c8023	changelog(7536): 团期接口返回值整改·破坏批（A3 分页信封+删5冗余字段+财务金额字符串，修改接口，管理后台） ... Refs #7536 PR #7688	2026-09-14 16:55:29 +08:00
Mimingguang	5fa9fdae6b	chore(changelog): #7681 回写前端 verified(mmg,7ed122cb)	2026-09-14 16:21:13 +08:00
API Changelog Bot	c917eadbbf	docs(changelog): 回写 #7635 重开修复验收	2026-09-14 16:02:16 +08:00
Mimingguang	5f85c9c626	chore(7533): frontend_ref 跟随 amend 更新为 f1319851(去署名,内容不变)	2026-09-14 15:54:21 +08:00
yaosutu	559e3da634	docs(changelog): 收付方式字典统一两维口径 前端 changelog (Issue #7681 / PR #7685)	2026-09-14 15:50:32 +08:00
Mimingguang	11e4a365ca	chore(7533): 前端已交付 verified ref=028020fe	2026-09-14 15:38:27 +08:00
jw和Claude Opus 5	a19ef02533	changelog(7533): 团级行程单与团期签单凭证（新增接口，管理后台） ... 两个只读端点：print-itinerary（只出 ALL_SAME 项、差异项标「按户另见」） 与 sign-voucher（按供应商聚合、默认脱敏）。backend=deployed / gateway=verified。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-14 15:09:45 +08:00
Mimingguang	e4481081ee	chore(7662): 前端已交付 verified ref=c9588762	2026-09-14 13:01:21 +08:00
yaosutu	6b41b5fa0f	docs(finance): 业务外收入建单去掉账户/凭证字段对齐两步资金流程 changelog（#7662） ... 入参删 fundAccountId/payMethod/voucherNo/voucherUrl，由出纳 confirm-in 采集； 出参不变、零 DDL；前端需把字段从申请页挪到确认收款弹窗。	2026-09-14 12:40:23 +08:00
Mimingguang	57a0cf6b78	chore(7529): 前端判 not_required(转期契约未改,3 新码 message 后端给全文走兜底)	2026-09-14 11:16:00 +08:00
Mimingguang	2fb3cb01a8	chore(7326): 前端批2 分房页 H9/H10/H11 已交付,#7326 全量闭环 verified(ad34c8ab)	2026-09-14 11:11:19 +08:00
Mimingguang	1e2839e03f	chore(7326): 前端批1 H12 配房明细已交付,转 in_progress 待批2 分房页	2026-09-14 10:42:13 +08:00
jw和Claude Opus 5	dbd1eba658	changelog(7561): 12301 合同申请补装配 v3 回调地址 ... Refs #7561 / PR HL#7672（dev-v3 fee1faf2c） Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-14 10:31:50 +08:00
Mimingguang	97bc9d2fb5	docs(changelog): #7327 月度对账并入团期行前端闭环 not_required	2026-09-14 10:25:25 +08:00
Mimingguang	285f414b96	docs(changelog): #7439 终止退款 dayNumber 接送机边界前端交付 verified	2026-09-14 10:22:59 +08:00
Mimingguang	192ac2d963	docs(changelog): #7528 团期七项硬门详情展示前端交付 verified	2026-09-14 10:14:41 +08:00
Mimingguang	930a3379fe	docs(changelog): #7635 订单列表团属性筛选前端交付 verified	2026-09-14 10:00:10 +08:00
jw和Claude Opus 5	3860003084	docs(order-v3): #7529 团期转期后重排逐日行程 + 重版用车需求 + 三条 fail-fast 守卫 ... Refs #7529 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-14 09:44:47 +08:00
Mimingguang	96dcb3fffb	chore(staffloan): 回写核销归属修正前端凭证(7521/7520 ref 2a2ec01d)	2026-09-14 09:32:30 +08:00
jw和Claude Opus 5	a7dd25f5c4	docs(order-v3): #7609 审批角色守卫改 fail-closed——缺 role claim 的 token 不再绕过角色门 ... 退单审批 4 端点 + 流团审批 approve/reject 共 6 个端点。 不改请求/响应结构、不新增错误码、不改路由、无 Flyway。 TEST 真实网关前后对照：缺 role claim 由 589531/589545（绕过进业务） 变为 589530/589547（拦下）；role=ADMIN（非超管）行为不变。 ⚠️ 行为变更：生产库若有活跃零角色账号在做审批，上线即被拦，需运营侧知情。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-14 07:54:30 +08:00
API Changelog Bot和Claude Opus 5	899c18de84	docs(changelog): 月度对账并入团期计划行与分房行（#7327 PR-3） ... 补 PR-3（#7645 / 0573c1a78）的接口行为变更。原 13_7327 那份只覆盖 PR-0/1/2 的 settlement/step1，月度对账三个端点一个字没提，而前端拿 changelog 当契约用。 覆盖 GET /v3/admin/house/reconciliation/monthly 及其 hotel-orders、 export 三个既有端点：字段结构未变，变的是返回数值——团期计划行与分房行 首次并入聚合（此前数据源只有 house_hotel_assignment），失效实付不再被 静默丢弃（原 continue 改 computeIfAbsent 新建桶），以及 addOrder 无条件 执行导致 orderCount 口径变化。 测试服实测（dev-v3 @ 0573c1a78 = PR-3 squash 提交，取证前后 commit 未变）： 三端点经网关全部 200；2026-10 该月 house 侧 CONFIRMED 为 0 行而团期侧 3 行 9 间，响应返回 2 家酒店 5 单 —— PR-3 之前该月必然空响应。 REVOKED 实付 800 与有效实付 758 合计 1558，与响应逐字段吻合。 frontend_status 取 pending：响应结构未变但数值口径变了，需 mmg 确认 页面对「0 间夜订单行」「团期酒店行」两种新形态的展示。 Refs #7327 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-14 03:17:43 +08:00
yaosutu	3becd7f6da	docs(finance): 员工借款申请与审批 changelog——Row 出参补 purpose 申请事由 ... 接口 PR #7655（Issue #7654）员工借款分页 Row 出参新增 purpose（对应 fin_staff_loan.purpose， 原型列表有事由列、接口原缺失）。出参只增不删向后兼容。已部署测试服行为级验证 （page 返回 Row 含 purpose 字段）。changelog §5.1 Row 补 purpose、§5.2 Detail 去重。	2026-09-13 23:04:13 +08:00
API Changelog Bot	d2bce9b9c8	docs(changelog): #7439 dayNumber 取值域放宽，用车行可落在行程窗外 ... Refs #7439 / PR #7639 (8c699658a) - TerminateRefundItemVO.dayNumber 不再保证落在 [1, tripDays]：接送机服务日常在行程窗外， 该值是服务日的无损编码，后端不再截断；原先这类订单被 581048 拒掉，现在正常返回。 - 前端凡是拿 dayNumber 直接当下标 / 做 1..N 循环的地方必须先做边界判断。 - 第八节为测试服实测：order-v3 @ dev-v3/8c699658a，经网关调 refund-preview， 同一响应实测到 dayNumber=0（接机，出发前一天）与 dayNumber=5（送机，>tripDays=3）， 保险行仍 null，581048 未出现；取证前后 deploy-status 的 commit 一致。	2026-09-13 22:26:38 +08:00
API Changelog Bot	59bc815af4	docs(changelog): record #7635 merge	2026-09-13 21:06:37 +08:00
API Changelog Bot	e3700420a2	docs(changelog): publish order kind filters (#7635)	2026-09-13 20:18:39 +08:00
jw	0686db9ad5	changelog(#7528): 团期进入待出发七项硬门 + 详情 departureGates 展示 + recheck 端点	2026-09-13 19:04:55 +08:00
API Changelog Bot和Claude Opus 5	0207e50800	docs(changelog): #7326 团期房务分房 H9-H11 + 团期配房明细 H12（新增接口，管理后台） ... 面向 mmg：房务「分房」页三端点（H9 总览 / H10 人工微调 / H11 重算） 与团期详情「配房明细」只读区块（H12），四个端点全部新增。 覆盖范围写在 frontmatter 的 status_note 里，不藏在正文： - 网关实测的是 e9855bf21；其后的 4df361bf6（days[].balanced 两端统一为纯算术） 与 5fd39de3b（三处契约描述订正）只有单测覆盖； - 网关实测那轮有两处前置是 SQL 直更达成的，对应的两条业务链路本轮没验过； - 八项明确未覆盖的盲区逐条列出，这些项的契约按源码写、不按实测写。 几条前端最容易踩的，正文里逐条点名： 1. stayDate 格式错是 HTTP 200 + 响应体 code=400，不是 HTTP 400 —— axios 那种「非 2xx 才进 catch」的拦截器不会被触发，必须在 then 里判 body.code； 且格式提示括号不是恒有的（被拒值不像日期时只给不带括号的短句），别做 message 全等匹配。 2. days[].balanced 是纯算术口径（该日 leftover 全 0 且逐户 shortage/surplus 全 0）， 不含过时户与越界户——那两项只进根级 balanced。配了「我想知道 X 该看哪个字段」对照表。 3. H10 的 items 与 clearPlanIds 不得指向同一 planId（100001）；三条上限 500/200/99。 4. 床型下拉按 bedTypeLabel 渲染，不要解析错误 message —— 理由不是它现在错（808131 文案已在 5fd39de3b 修对），而是错误 message 本来就不是契约。 PR 号待合并后回填（分支 feature/7326-room-allocation）。 两道校验器均通过： - validate-changelog-frontmatter.mjs --verbose：4 个端点逐条回显、endpoint-count 4，与正文标题数对上； - validate-changelog-filenames.mjs 的 validateChangelogPath：TARGET errors=[]， 阳性对照（日前缀改 12_）正确报 E_DAY，证明该门禁有分辨力。 Refs #7326 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-13 18:10:00 +08:00
yaosutu	9ad6178c3c	docs(finance): 费用报销 changelog 冲抵勾稽自包含——内联 offsettable 用法 ... 原 §七 错误码 599107/599113 写"见 PR #7566 冲抵借款 changelog"违反自包含铁律。 本次补全：599107/599113 拆行写清触发条件 + 新增「冲抵勾稽（自包含）」段—— 内联 GET /admin/finance/staff-loans/offsettable 端点用法与出参(balanceAmt 可冲上限)、 use=min(报销剩余额度,借款余额) 勾稽规则、offsetLoanAmt/payableAmt 关系， 指向员工借款申请与审批篇准确文件名。	2026-09-13 17:51:23 +08:00
yaosutu	1191b6e046	docs(finance): 员工借款 changelog 重写——按原型修正核销归属 + 审批写清 ... 按原型对齐两菜单分工： - 员工借款申请与审批（改名，原"申请与核销"）：付款管理/员工借款 = 申请 + 审批(submit/approve/reject 手工推进状态，approvalInstanceId 留空待接企微) + 核销进度只读 + 报销冲抵选借款；砍掉还款登记/红冲 - 员工借款支付出纳放款：支付管理/员工借款支付 = 出纳放款(cashier bizType=STAFF_LOAN) + 还款核销(现金/转账登记 POST /{id}/repays、红冲 DELETE、报销冲抵 offsetLoanIds) + 资金账户下拉 修正点：还款核销登记/红冲从申请篇挪到支付篇（原型 L1674 notice 明确核销在出纳侧）；审批接口写清为手工推进状态、approvalInstanceId 留空。	2026-09-13 17:43:48 +08:00
Mimingguang	babb9e6a89	chore(staffloan): 回写员工借款前端交付凭证(7521/7520 申请核销+出纳放款 verified eb6812c2)	2026-09-13 17:27:19 +08:00
yaosutu	c91730668b	docs(finance): 员工借款两菜单 changelog——申请+核销 / 出纳放款支付 ... Epic #7520 四 PR（#7543/#7549/#7557/#7566）员工借款域已全量接通 + 菜单已挂载（PR #7642 / 迁移 V20260913_001）。 - 13_staffloan_员工借款申请与核销-新增接口：「付款管理/员工借款」/admin/finance/staff-loans 12 端点全表 + 状态机 + 错误码 599101-599113 - 13_staffloan_员工借款支付出纳放款-修改接口：「支付管理/员工借款支付」出纳放款对接（cashier bizType=STAFF_LOAN） - 两篇均含 菜单↔功能↔接口 对照表；借款人下拉统一 GET /admin/user/employee-options；资金账户 fund-accounts/options	2026-09-13 17:01:28 +08:00
Mimingguang	890c8bd454	chore(expense): 回写费用报销前端交付凭证(7472/7486/7502 verified e5ca470a)	2026-09-13 16:49:39 +08:00
API Changelog Bot	91e38984ab	docs(changelog): add #7633 revoke reason handoff	2026-09-13 16:32:00 +08:00
yaosutu	edab50a6a8	feat(changelog): 费用报销三件套(#7472/#7486/#7502) + 费用支付出纳对接说明 ... - 费用报销：page 加 statuses 多状态筛选、detail 加 payRecords 付款记录、表单补 applicantId/payeeAccount/voucherUrl、透出经办人 operatorId/operatorName、598705 文案放宽；含部门组织树/员工选择器/所属公司 travel_agency/费用分类 关联接口指引 - 费用支付：出纳域对接说明（queue/pay/payments 按 EXPENSE 路由），接口无变更	2026-09-13 16:25:38 +08:00
Mimingguang	5db14d3832	chore(changelog): #7439 用车需求分家前端 not_required（等 TRANSFER 开放）	2026-09-13 15:10:28 +08:00
Mimingguang	b241e8a69b	chore(changelog): #7612 业务外收支 + #7625 员工选择器前端 verified	2026-09-13 15:01:58 +08:00
API Changelog Bot	1c5279f327	docs(changelog): #7439 对外分册补齐 809001/809007 处置口径与「建议显式传 kind」 ... 两处是交接件自身的缺口，不是实现问题： 1. 809001（同单同 kind 重复/并发提交）此前只作为 JSON 示例出现，没有前端处置口径， 而本文件错误码表的前提就是「每个码配一条处置口径——码本身不够，处置动作错了 照样是线上问题」。补的处置口径关键是「不要自动重试」：只要那条活跃需求还在， 重试永远是这个码。 2. 809007 此前只在内部分册。它确实是 fleet 消费侧的码、前端拿不到，但错误码段位 在交接件里应当完整，且它与 809002 的分工需要说清（809002=提交时派生不出来， 前端可引导补大交通；809007=提交时没派生、事后被消费，属存量回填，前端无动作）。 补上之后，「交接件含 6 个错误码」在「两册之和」与「mmg 实际拿到的那一份」 两种读法下都成立，不必再去裁哪种读法对。 3. 「不传 kind 按 TRAVEL 处理，现网代码可不改但建议显式传」此前只写在内部分册， 而内部分册的收件人是后端与 fleet 侧、不是 mmg。已补进对外分册的影响评估与 端点1 入参表，并写明为什么值得显式传：一旦该订单出现两类活跃需求，「不传」 的语义就从「就是行程用车」变成「碰巧落到行程用车上」，两者在代码里长得一样。 校验：六个码（809000/809001/809002/809007/809008/809009）在对外册均为行首表格行 各 1 行；退役号 809003-809006 阴性对照各 0 命中；endpoint-count 仍为 7 / 4。	2026-09-13 15:01:15 +08:00
API Changelog Bot	1e8404a047	docs(changelog): #7439 团期车务地基——用车需求分家（对外 7 端点 + 内部 4 端点） ... 两份分册按 BACKEND_CHANGELOG_DELIVERY_GUIDE.md 2.5 节拆分（/v3/internal 必须单独成篇）。 2026-09-13 测试环境逐端点实测：对外 7 个经网关，内部 4 个直连服务带 X-Internal-Token （网关按设计一律 403 拦 internal，不是路由失败）。部署 HEAD a82367e15， order-v3 / fleet / gateway 同批。 实测顺带订正两处文档与实现不符的契约，已改在 §二/§三 正文而非附注： 1. 打回·定制师 / 打回·车控 的 kind 是 @RequestParam Query 参数，不在 RejectReqVO 里。 原文档标成 Body —— 按原文档把 kind 塞进 JSON 会被 Jackson 静默忽略、 不报错也不返 400、服务端按默认 TRAVEL 处理，接送机的打回会落到行程需求上。 2. 提交/修改用车需求的非法 kind 实测返 400（VehicleRequirementReqVO 的 @Pattern 先于业务代码拦截），809000 对该端点的 body 参数不可达；809000 仍可经内部接口的 query 入口触发。同一处校验、两个入口两种表现，两条分支都要处理。	2026-09-13 14:47:04 +08:00
yaosutu	d53a6f4328	docs(changelog): 业务外收支 7612 入参按 IN/OUT 两个页签分开说明 ... 把"四、入参"重构为分方向：先讲一套接口两个页签（direction 区分）怎么调，再分别给业务外收入(IN)/业务外支出(OUT)两张干净表单字段表，支出明确"只有 8 字段、不收凭证类"。前端对着自己页签抄即可。	2026-09-13 14:44:50 +08:00
Mimingguang	649eea681b	chore(changelog): #7327 核单住宿失效团期行前端 verified（可删+合计剔除）	2026-09-13 14:39:53 +08:00
yaosutu	6e05bd81aa	feat(changelog): 业务外收支接供应商与经办人(#7612) + 员工选择器接口(#7625) ... - 13_7612：业务外收支修改接口（破坏性：删 unitName/加 operatorId 必填/OUT 裁剪 6 字段；出参加 flowNo；含供应商弹窗/部门树/员工选择器/类别/收付方式字典 5 个关联接口对接指引） - 13_7625：新增员工选择器 GET /admin/user/employee-options（不限角色，供经办人下拉）	2026-09-13 14:37:16 +08:00
Mimingguang	b7855447cf	docs(changelog): #7487 撤销审批语义修正实证 not_required(前端未接该端点)	2026-09-13 14:12:04 +08:00
API Changelog Bot	54cdd4dca8	docs(changelog): document supplier revoke failure (#7487)	2026-09-13 14:07:55 +08:00
API Changelog Bot和Claude Opus 5	779f70f896	docs(7327): 订正 changelog —— PR-2 把「权威消失即软删」推翻为「转 REVOKED 不删」 ... 本篇写于 PR-1(#7600, 49ce99cc8)当天，同日 09:19 合入的 PR-2(#7603, d916986de) 把其中的行为改成了相反的。mmg 手上拿到的是错的，故就地订正而非另起新篇 （另起会把同一批接口的信息分裂到两个文件）。 订正 7 处（代理只报了 4 处，第 5-7 处是收尾时按「概念」做全文残留断言抓出来的）： 1. 关键变化段：GROUP_BATCH_PLAN_REVOKED「本期产生不出来」-> 本期就会出现 2. 对平规则：「权威消失即软删，返回结果里不再出现」-> 不删，就地转 REVOKED + remark 加前缀 [团期来源已失效] ，实付/凭证/确认状态/source_id 锚点全保留， 权威回归时按 source_id 三段认回、不新建重复行 3. 行为对照表「团期权威消失」行 4. 用例名 listHotel_groupAuthorityGone_softDeletes... -> ...revokes... （真名见 SettlementServiceGroupBatchReconcileTest.java:219） 5. sourceType 取值域表里仍写着「本期产生不出来」 6. 读写混合说明里的对平三动作仍写着「权威消失的软删」 7. 「会新建、更新或软删住宿行」加限定（团期行走转 REVOKED，此处软删指其它来源） 另：正文顶部新增「2026-09-13 订正」段集中对账，PR 行补 #7603。 frontend_status: not_required -> pending。原 not_required 闭环是在 「REVOKED 本期产生不出来」这个前提下做的，前提已失效。 它引出一个需要拍板的新问题：一条权威已消失的 REVOKED 行，核单员到底能不能删？ 按现有前端逻辑它是「不可删的派生行」，但上游已不存在 —— 意味着它会永久留在核单页上。 后端这么设计是故意的（保住已录实付与凭证、以及认回锚点），但前端侧怎么展现没定过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-13 14:04:04 +08:00
Mimingguang	551c56609f	docs(changelog): #7608 取消成团判权实证 not_required(前端无取消成团按钮,589507 兜底)	2026-09-13 13:11:26 +08:00
API Changelog Bot和Claude Opus 5	5a24c71fe0	feat(scripts): 校验器加 --verbose，成功路径也打印逐端点命中行 ... 背景：changelog 校验器的端点解析结果原本只在「清单与详情对不上」时才进 errors， 成功路径零输出（只有一行 PASS）。于是「每个端点都被校验过」这件事**无法取证**—— #7439 AC-19 要求「贴校验器输出里逐端点的命中行、端点数对得上」，判据字面不可达成。 改法：模块级开关 VERBOSE_ENDPOINTS，main 识别 --verbose 后从 argv 剔除再走原解析 （避免打乱 argv[0] === '--files' 的判断）。打印格式： [endpoint] <file> #<n> <METHOD> <path> [endpoint-count] <file> <n> 硬约束：**默认行为一个字节都不变**。它是提交门禁，加日志不得影响判定。 已验：同一组文件在改前/改后不带 --verbose 跑，stdout+stderr 逐字节 diff 为空； 仓内 14 条测试改前改后均 14 pass / 0 fail。 为什么值得改而不是改判据：逐端点证据对所有 changelog 都有用， 而「手工用同一条正则再枚举一遍」产出的不是校验器输出，等于用一个未经检验的 复制品去证明原件跑过了。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-13 13:04:22 +08:00
jw和Claude Opus 5	ad0c43afb1	docs(order-v3): #7608 团期取消成团接入 group-batch:manage 判权（589507）+ 三端点旁路观察 ... 批 0+1：cancel-group 接 manage 带 nacos 灰度开关；withdraw / transfer-in / transfer-candidates 本批只加旁路观察日志，对外行为零变化。 TEST 实打：AC-2 零写入（41 列逐列一致、update_time 未变、流水 0 新增）、 AC-3 非超管 ADMIN 仍 200、AC-6 开关两态（≈7s 生效）、观察探针端到端。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-13 11:57:43 +08:00
Mimingguang	d0e762ddc6	docs(changelog): #7607 审批链口径更正实证 not_required(前端纯透传 statusChangeText)	2026-09-13 11:00:37 +08:00
Mimingguang	6c7e0ef5f5	docs(changelog): #7440 团期配车只读模块回写 verified(frontend_ref 5aea88d4)	2026-09-13 10:54:55 +08:00
lc和Claude Opus 5	4ca07159ba	docs(changelog): 审批记录改按审批链推进并修正或签审批人（#7607），更正 #7587 口径 ... Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DdmjgoN68L7TUP4oRosfTu	2026-09-13 10:50:18 +08:00