 API Changelog Bot和Claude Fable 5.1
|
65d786ea87
|
docs(changelog): #7325 团期房务按日订房确认 H7/H8/confirm-check(已部署实测 dfd5a8f6f)
3 个新端点、8 个新错误码、808616 删除、808602 日期上限改为 endDate-1。
已部署测试服并经网关实测,Flyway V20260910_302 success=1。
起草时「GET /confirm-check 任何后台角色都能调」写错,已更正:
读端点虽不标 @HouseWriteGuarded,但在编排层入口直接调
HouseReadGuard.assertHouseReadPermission(),非房务角色同样 808090。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-11 10:37:49 +08:00 |
|
Mimingguang
|
559c8da1c1
|
docs(changelog): #7324 status_note 补后端需求文档交叉引用(4aa3037)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-11 10:06:50 +08:00 |
|
Mimingguang
|
4aa3037c3c
|
docs(backend-request): #7324 放开 H1 看板 batchStatus 对 CANCELLED 的过滤
changelog-filename-gate / validate (push) Successful in 2s
前端 #7324 已交付整团释放写口(commit 6710ad4a),但 H1 列表忽略 CANCELLED
过滤导致已流团团期进不了看板、释放按钮无可达路径。写明需求/现状/期望/
安全性供后端评估排期:放开 H1 对 CANCELLED 过滤(推荐方案 A),前端零改动等待。
|
2026-09-11 10:06:06 +08:00 |
|
Mimingguang
|
1e52ba5d26
|
chore(changelog): #7328 frontmatter 回写 verified(0f2f5b1a)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-11 10:01:17 +08:00 |
|
Mimingguang
|
b0c68caa15
|
chore(changelog): #7324 frontmatter 回写 verified(6710ad4a)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-11 09:23:16 +08:00 |
|
Mimingguang
|
cad8452b92
|
chore(changelog): #7387 前端交付 verified(ref 620754fc)
changelog-filename-gate / validate (push) Failing after 3s
|
2026-09-10 22:35:45 +08:00 |
|
lc
|
95d1789793
|
docs: 交接餐厅供应商关系契约(#7387)
changelog-filename-gate / validate (push) Successful in 3s
|
2026-09-10 22:18:14 +08:00 |
|
API Changelog Bot
|
70dbb833e0
|
docs(changelog): #7328 团期房务整团会话 GROUP_HOUSE(三端点)
changelog-filename-gate / validate (push) Successful in 2s
会话键是 GROUP_HOUSE:{groupBatchId},按团期聚合主键建键而不是子订单 id——
这是与既有 GROUP:{orderId} 的关键差异,前端拿错主键空间会静默查空
(不报错、只是永远没数据)。
三处前端按直觉写会踩的地方,都写进「关键变化」:
1. 团未被认领时的不对称:管理员侧能开会话(消息落团队池,认领后自动改判
给认领人),房务侧开不了(281002)。
2. peerAdminId 在两个接口上语义不同——这条是部署实测才发现的。
open-group-house 的响应直接回显 DB 占位值 0(ChatManager.buildFullResp
无归一化);把「无认领人 → null」做归一化的是会话列表那条路
(fillOrderSummaries + fillGroupBatchSummaries),而且只对有消息的会话
生效——selectMyConversations 用 isNotNull(last_message_at) 把无消息的
占位会话过滤掉了。前端照单接口响应判 null 会渲染出「管理员 #0」。
3. currentClaimerId 刻意没有 @NotNull:RELEASE 事件本来就没有新认领人,
加了会让释放事件在参数校验阶段被拒、会话永远停在旧认领人身上。
顺带订正一条长期口口相传的错误说法:网关对 /internal/** 并非「一律 403」。
gateway 只给 /v3/internal/** 与 /internal/fleet/** 配了 Path predicate,
/internal/message/** 与 /internal/house/** 根本没有路由,请求在到达
JwtAuthFilter 之前就被路由层拒掉,返回的是 HTTP 200 + 业务体
{"code":404,"message":"接口不存在"}。净效果一致(网关不可达),呈现不同。
backend_status=deployed:两服务已滚到 dev-v3 tip 0f62fb072(PR #7490),
实例 LISTEN + Nacos healthy,三端点各打通,281002 负向用例四个角色全命中,
落库 conversation_key 已用 SQL 证实,测试数据已清理。
Refs #7328
|
2026-09-10 21:59:00 +08:00 |
|
API Changelog Bot
|
d9f30eb9bf
|
docs(changelog): #7324 订正 H1 住期筛选的区间口径(右开 → 两端闭)
changelog-filename-gate / validate (push) Successful in 3s
原文把 stayDateFrom/To 的匹配范围写成团期 `[出发日,结束日)`,右端开区间是错的。
实际谓词是 `depart_date <= stayDateTo AND end_date >= stayDateFrom`
(GroupBatchMapper.selectHouseClaimedPage:779-791),两端都闭。
实测:团期 end_date=2026-07-05 配 stayDateFrom=2026-07-05 命中。
前端照右开写日期选择器会漏掉最后一天。
同一份文档里 H4/H5 校验入住日合法性用的 `[出发日,结束日)` 是**对的**、不动
(assertStayDateInRange:568-575,`!stayDate.isBefore(endDate)`,
结束日是离店日不产生间夜)。两处口径本就不同,已在表格里写明区别,避免混用。
Refs #7324
|
2026-09-10 19:12:28 +08:00 |
|
API Changelog Bot
|
fc6f223419
|
docs(changelog): #7324 房务团期看板与整团按日订房计划 CRUD(H1-H6 + release-all)
changelog-filename-gate / validate (push) Successful in 2s
七个新端点的前端交接件,重点写清四处「后端行为对、前端按直觉写会踩坑」的地方:
1. H1 列表 total 可能是 -1,语义是「未统计」——传 planStatus 且扫描页(500)被填满时
走内存过滤降级路径。全仓其它分页都保证 total >= 0,直接拿它算总页数会出负页码。
2. H5 只传 version 的空提交:PENDING 行返 200 且只把 version +1(updateById 默认
NOT_NULL 策略,null 不进 SET 子句,不清空任何业务字段),CONFIRMED 行抛 808692。
3. release-all 会返回「200 但什么都没释放」——整团都是过去的已确认行时,
releasedPlanIds 为空、retainedPastPlanIds 非空、warnings=[PAST_STAY_RETAINED],
与「团里根本没订房」的 808619 幂等出口是两条不同分支。
4. H4 响应恒带两个空数组 warnings / removedManualAllocIds(与 H5 共用 RespVO)。
另记两条与工单口径不一致、以源码为准的事实:
- 错误码实际新增 17 个(工单写 12 个),已按 HouseGroupBatchErrorCode 逐个列出。
- 部署顺序:hl-resource-service 必须先于 hl-order-service-v3,反序会让 order-v3 拿到
roomCategory=null,fail-closed 房型守卫把每次 H4/H5 提交拒成 808691。
Refs #7324
|
2026-09-10 18:50:32 +08:00 |
|
Mimingguang
|
1f48714187
|
chore(changelog): #7456 前端 no-op 回写 not_required
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 18:21:26 +08:00 |
|
jw
|
6c62b1aa2b
|
docs(changelog): #7456 团期生命周期后半段——核团开工自动推进 + 验团归档 + 反确认
changelog-filename-gate / validate (push) Successful in 2s
|
2026-09-10 18:10:23 +08:00 |
|
Mimingguang
|
6fee8114b8
|
chore(changelog): #7455 前端 no-op 回写 not_required
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 18:01:41 +08:00 |
|
jw
|
953d953bdc
|
docs(changelog): #7455 团期十五个 admin 端点补判权(写口 manage / 详情名单 view / 列表看板 list)
changelog-filename-gate / validate (push) Successful in 2s
|
2026-09-10 17:56:28 +08:00 |
|
Mimingguang
|
7ecd4da276
|
chore(changelog): #7322 前端交付 verified(ref 745cd9b8)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 17:19:23 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
4a284f6323
|
docs(changelog): #7322 菜单种子已落地(PR #7467),补部署两条注意事项
changelog-filename-gate / validate (push) Successful in 3s
sys_menu 两行抢单池入口已由 V20260910_001 补上。
部署须知:#7322 部署清单本次起必须带 hl-user-service;
菜单树按 roleId 缓存 Redis(TTL 3600s),部署后需 DEL cache:menu:tree:role:*。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 16:06:07 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
7b1601a7c2
|
docs(changelog): 补全 #7316 的订正——第四节仍有三处「无权限码限制」与已订正段落自相矛盾
changelog-filename-gate / validate (push) Successful in 2s
688c403 只订正了 :182 / :259 / :383 三处,同一文件里另有三处原样保留:
- :215 请求示例的 Authorization 头写「任意已登录管理端 token,无需 group-batch:view」
- :284 契约表行「✅ 任意已登录管理端角色调用」
- :288 「本端点无权限码限制」
其中 :284/:288 落在「四、契约约束与正确调用方式」——正是 mmg 据以实现判权与
589507 兜底的那一节,照它实现会完全不处理 589507,危害最大。
三处均已改为现行口径并标注订正日期,另补一条前端提醒:
FINANCE 角色持 finance:view 但不持 finance:advance,写端点按钮需单独控显隐。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 15:47:31 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
d807fad55f
|
docs(changelog): #7322 团期整团抢单与抢单池分流(前端契约交接件)
changelog-filename-gate / validate (push) Successful in 2s
五个新端点(抢单池列表/认领/释放/接管/我的团)+ 五个既有端点改造。
团单户不再进逐户抢单池,改以整团为单位认领;order_group_batch 新增
house_claimer_id / house_claimer_name / house_claimed_at 三列(Flyway V20260910_301 已执行)。
已部署测试服 HEAD 6d41d6148,32 条验收项中 28 条已取证,
含用 5 个真实登录账号过网关实测的归属与接管链路。
⚠️ 正文已注明一项尚缺的交付:sys_menu 的两行抢单池菜单入口尚未随迁移落库,
在补上之前新端点只能直接调用、后台菜单里点不到。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 15:43:36 +08:00 |
|
Mimingguang
|
5cdf062dd2
|
docs(changelog): #7232 frontmatter 回写 EXPENSE 付款字段勘误前端修复证据
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 15:42:42 +08:00 |
|
Mimingguang
|
41160bbfad
|
docs(changelog): #7411 frontmatter 回写 not_required
changelog-filename-gate / validate (push) Failing after 3s
|
2026-09-10 15:32:32 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
6cfa38b56d
|
docs(changelog): #7411 团期核单共享成本三端点补判权(前端契约交接件)
changelog-filename-gate / validate (push) Successful in 2s
三端点权限码:
- GET /v3/admin/order/group-batch/{groupBatchId}/settlement/summary → group-batch:finance:view
- GET /v3/admin/order/group-batch/{groupBatchId}/settlement/cost → group-batch:finance:view
- POST /v3/admin/order/group-batch/{groupBatchId}/settlement/cost → group-batch:finance:advance
不持码返 589507,HTTP 恒 200,前端判 Result.code。
请求与响应结构一字未改,网关零改动(/v3/admin/** 已通配)。
已部署测试服 HEAD 6d41d6148,四档权限矩阵经真实登录态过网关实测,
无权限 POST 已用 SQL 前后对比证明零副作用。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 15:26:39 +08:00 |
|
yaosutu
|
be7415b771
|
docs(finance): 更正 7232 changelog §10 出纳付款登记入参字段名勘误
changelog-filename-gate / validate (push) Failing after 2s
前端联调反馈 cashier/pay bizType=EXPENSE 报 400 出账账户不能为空/付款金额不能为空。
经测试服实调实证:后端 cashier/pay 为全 bizType 统一扁平入参,付款账户/金额字段名
固定为 payAccountId/amount(@NotNull 文案与前端 400 逐字一致),changelog §10 误把
输出字段名 fundAccountId/actualAmount 写进了请求入参表,前端据此调用触发校验失败。
更正内容(§10):
- 入参表 fundAccountId→payAccountId、actualAmount→amount,并补全量必填字段 payDate 等
- 变更点说明补「回写列名非入参字段」澄清
- 新增请求/成功响应示例(可直接照抄)
- 598602 错误文案对齐实测「业务单状态非已批准,不可付款」
- frontmatter status_note 追加勘误说明 + updated_at 升 2026-09-10
验证(测试服,FY-202609100001):
错误字段→复现 400;正确字段 payAccountId/amount→付款成功 LS202609100002、
余额 114894→114594、报销单回写 PAID+fundAccountId+paidAt、重复付款 598602 防重拦下。
Refs #7232
|
2026-09-10 15:19:23 +08:00 |
|
Mimingguang
|
4281aa8aca
|
docs(changelog): #7390/#7347 frontmatter 回写 not_required
changelog-filename-gate / validate (push) Failing after 1s
|
2026-09-10 15:09:21 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
688c403695
|
docs(changelog): #7347 finalize 团期住宿户级闸门 + #7390 孤儿持有行自动收敛;订正 #7316 的「无权限码是既有设计」
changelog-filename-gate / validate (push) Successful in 2s
#7347:整单核单 finalize 新增团期住宿户级硬闸门,新增错误码 584130。
存量统计 SQL 结果为 0,全量生效不做灰度。
#7390:双写扣减孤儿持有行自动收敛,解开重新提交配房恒抛 808902 的死锁。
显著标注「本单不修根因」——submitPersist 仍在 try 块外,孤儿行仍会继续产生。
#7316 订正三处:原文写「本端点无权限码要求……这是既有设计」,
那不是设计而是 #7411 要修的缺陷,已改写为发布时点的事实陈述并指向 #7411。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 14:56:19 +08:00 |
|
Mimingguang
|
3370e7a278
|
docs(changelog): #7389 frontmatter 回写 not_required
changelog-filename-gate / validate (push) Failing after 3s
|
2026-09-10 12:06:07 +08:00 |
|
 API Changelog Bot和Claude Fable 5.1
|
9b67d6f4f0
|
docs(changelog): #7389 多夜配房释放改逐夜回补 + resource 库存账本告警码拆分
changelog-filename-gate / validate (push) Successful in 3s
PR #7423(合并提交 f5545b148)已合入 dev-v3,测试服 order-v3/resource-service 均已滚动部署。
本单无接口/字段/表结构变化,仅记录:1) 多夜配房释放由只补首夜改为逐夜回补;2) resource
房务库存账本内部一致性告警从共用 310404 拆分为 310417-310420 四个语义码。
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
2026-09-10 11:58:02 +08:00 |
|
Mimingguang
|
b165e41337
|
docs(changelog): #7164/#7165/#7217/#7232 frontmatter 回写 verified
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 10:38:39 +08:00 |
|
Mimingguang
|
38a6cf5434
|
docs(changelog): #7323 frontmatter 回写 not_required
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 10:05:26 +08:00 |
|
API Changelog Bot
|
5eff130bf2
|
docs(changelog): #7323 团期房务地基——配房提交新增可选 replaceReason
changelog-filename-gate / validate (push) Successful in 2s
PR #7413(合并提交 1a3d3c43f)。本单为地基单,不新增/下线端点、网关零改动。
对前端唯一直接可见的变化是核心配房提交端点新增可选字段 items[].replaceReason,
语义为「仅记首次、不覆写」——重复提交同一配房不会更新已落库的原因文案。
另附一条实测发现的既有文档缺口:items[].arrange 实际会返回 inquiring,
而 Swagger 只列了 pending/waiting/confirmed/problem,提醒前端做兜底分支。
已部署测试服并经网关四步实测,DDL 已 SHOW CREATE TABLE 逐列比对零差异。
|
2026-09-10 09:40:34 +08:00 |
|
Mimingguang
|
92eb0956a8
|
docs(changelogs-v2): #7199 前端 not_required
changelog-filename-gate / validate (push) Failing after 3s
|
2026-09-10 09:27:08 +08:00 |
|
Mimingguang
|
bdeaa623ed
|
docs(changelogs-v2): #7378 前端 verified (hl-admin ref 4d016870)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-10 09:24:14 +08:00 |
|
API Changelog Bot
|
9ae0d869e4
|
docs(changelog): 修正 #7316 条目日前缀 08 -> 10(发布门禁 E_DAY)
changelog-filename-gate / validate (push) Successful in 2s
|
2026-09-10 01:49:50 +08:00 |
|
API Changelog Bot
|
cdc17540d5
|
docs(changelog): #7316 团期全团需求汇总补权限码与在团口径 + 结算汇总已核单数纠正
覆盖两个 PR:#7407(d951c0469)判权与 activeOrderCount 在团口径;
#7408(aafc6ae48)settledOrderCount 判据改用 settled 标志。
已部署测试服 aafc6ae48 并完成网关实测,backend_status=deployed、
gateway_status=verified 为真实态,第八节为实测证据。
|
2026-09-10 01:48:59 +08:00 |
|
yaosutu
|
c74fc50926
|
docs(changelog): 供应商分页/列表出参补 contactPhone(#7199 / PR #7202)
changelog-filename-gate / validate (push) Failing after 2s
出参 SupplierListItemRespVO 新增 contactPhone(联系电话完整原值,管理后台授权场景)。
注:同 PR 曾新增 balance,已被 #7291 移除,changelog 内已显式标注勿消费。
|
2026-09-10 00:20:54 +08:00 |
|
Mimingguang
|
9d573b9a81
|
docs(changelogs-v2): #7400 前端 verified (hl-admin ref 02e17345)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-09 23:27:33 +08:00 |
|
yaosutu
|
19d434ef3b
|
docs(finance): 补推期初建账/业务外收支/出纳/费用报销 changelog(#7164/#7165/#7217/#7232)
changelog-filename-gate / validate (push) Failing after 1s
|
2026-09-09 23:21:35 +08:00 |
|
lc
|
78fe5b7a99
|
docs(changelogs-v2): #7400 供应商解绑免原因
changelog-filename-gate / validate (push) Successful in 3s
|
2026-09-09 21:39:43 +08:00 |
|
Mimingguang
|
b4ab37a9bc
|
docs(changelogs-v2): #7377 前端回写 not_required
changelog-filename-gate / validate (push) Failing after 2s
保存人员配置 staffList 必填、备品候选 keyword 转义、加备品行定点查三端点
行为变更,前端实查零改动:saveGroupBatchStaff 请求体恒带 staffList,备品
keyword 原样透传,加行 500 上限解除对调用方透明。
|
2026-09-09 18:03:10 +08:00 |
|
jw
|
c95ab182dc
|
docs(changelog): #7378 团期行程逐日汇总与逐户下钻(GB-ADM-018/019,新增接口)
changelog-filename-gate / validate (push) Successful in 3s
|
2026-09-09 17:57:34 +08:00 |
|
Mimingguang
|
d1e45d6d2e
|
chore(changelog): 财务域 8 篇 verified (hl-admin ref 21540997)
changelog-filename-gate / validate (push) Failing after 3s
|
2026-09-09 17:54:39 +08:00 |
|
Mimingguang
|
b99b783557
|
chore(changelog): #7003 资金账户 verified (hl-admin ref 49359412)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-09 17:02:38 +08:00 |
|
 yaosutu和Claude Opus 4.8
|
5025f8d69b
|
docs(changelog): 财务域 账期/费用分类/业务外分类/收款账户/资金流水/资金互转/资金日报 7 篇入 changelogs-v2
changelog-filename-gate / validate (push) Failing after 2s
- 09_6951_财务账期设置:page/开新账期/封账 3 端点
- 09_7129_费用分类:tree/增/改/停用/启用 5 端点(DISABLED 统一+幂等)
- 09_7052_业务外收支分类:查询/增/改/停用/启用 5 端点(自动生码 NONBIZ_)
- 09_7003_收款账户:page/增/改/设默认/停用 5 端点
- 09_7003_资金流水:page/详情 2 端点(只读,含 remark)
- 09_7003_资金互转:page/发起 2 端点(双边成对记账+幂等)
- 09_7003_资金日报:daily 1 端点(closing=opening+收入−支出勾稽)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-09-09 16:25:37 +08:00 |
|
 jw和Claude Opus 5
|
2b45ee9d44
|
docs(changelog): 团期人员配置 staffList 必填 + 备品候选关键字转义 + 加备品行改定点查(#7377)
changelog-filename-gate / validate (push) Successful in 2s
收口 2026-09-03 团期人员/备品合并后审计的余项(F-03/F-05/F-06/F-07),随 PR #7028 合入 dev-v3。
两处对外行为变更需前端注意:
- PUT /v3/admin/group-batch/:productBatchId/staff 的 staffList 改为必填,
字段缺失或名字写错一律 400;改前会被当成「传空=清空」,静音软删整团配置还返 200。
「显式传 [] 即清空」这条语义不变。
- 备品候选列表的 keyword 转义 LIKE 通配符,搜 % 或 _ 由「返回全库」变为「零结果」。
第三处对调用方透明:加备品行改走资源域新增的定点查,解除「备品库超 500 条后
第 501 条起加不进」的隐性上限,契约与错误码不变。
后端已部署 TEST 并经真实网关逐条实测;order-v3 全量 9303 例、resource 全量 2707 例 0 失败。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-09-09 16:25:30 +08:00 |
|
 yaosutu和Claude Opus 4.8
|
89be26b98b
|
docs(changelog): 财务域 参数设置(#6951)+资金账户(#7003/#7141) 2 篇入 changelogs-v2
changelog-filename-gate / validate (push) Failing after 3s
- 09_6951_财务系统参数设置:GET/PUT /admin/finance/params 2 端点
- 09_7003_资金账户:10 端点全量(含 #7141 三字段字典化 accountTypeName/natureName/channelName + /options 下拉)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-09-09 16:16:00 +08:00 |
|
Mimingguang
|
9d8e1945f4
|
chore(changelog): 回写 #7304 前端已验证 verified(mmg/51ca6946)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-09 13:55:49 +08:00 |
|
 jw和Claude Opus 5
|
b22e67ca69
|
docs(changelog): #7304 团期时间线只读端点 GB-ADM-096(新增接口,面向 mmg)
changelog-filename-gate / validate (push) Successful in 2s
group_batch_status_log 此前只写不可读:十余条链路持续写入,全仓零生产读回方,
运营在页面上一条也看不到——#7283 那条「同步失败靠时间线让运营看见并手动去产品
后台取消班期」的唯一可见兜底入口因此实际不可见。
新增 GET /v3/admin/order/group-batch/:groupBatchId/status-logs:按 changedAt 升序
全量返回,extra 由 JSON 字符串解析成结构化对象,事件类型与前后状态的中文名由后端
给出(前端不必自建映射表),权限同码 group-batch:view。
backend_status=deployed / gateway_status=verified:已部署 TEST 并经真实网关逐条
取证 AC-1~AC-6,含读回 #7283 的 BATCH_PRODUCT_CANCEL_FAILED 兜底留痕。
frontend_status=pending(mmg 待接团期详情的「操作记录/时间线」区块)。
Refs HL#7304 (PR #7359, 合并提交 0b85f6831)
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-09-09 13:45:07 +08:00 |
|
Mimingguang
|
ce7e1fb007
|
chore(changelog): 回写 #7357 前端已验证 verified(mmg/15fea12f)
changelog-filename-gate / validate (push) Failing after 2s
|
2026-09-09 09:55:57 +08:00 |
|
lc
|
f03121f0f4
|
docs: 景区改绑供应商免原因交接(#7274 #7357)
changelog-filename-gate / validate (push) Successful in 2s
|
2026-09-09 09:47:07 +08:00 |
|
API Changelog Bot
|
74dc7f0ede
|
docs(changelog): 发布 #7339 库存幂等契约
changelog-filename-gate / validate (push) Successful in 2s
|
2026-09-08 22:30:49 +08:00 |
|
 jw和Claude Opus 5
|
b22345d167
|
docs(changelog): #7294 补充 actualRefundAmount 的暂定值/定稿值口径(PR #7354)
changelog-filename-gate / validate (push) Successful in 2s
退款单在流团事务【提交之后】才建(异步),所以 approve 响应体里的
actualRefundAmount 是暂定值=退款诉求合计;随后服务端逐户回读实际建单结果,
把没建出退款单的户剔掉,改写成定稿值。要展示准确金额请重新拉一次详情。
本文原本已写「actualRefundAmount 只统计成功发起退款的户」,PR #7354 之前
实现其实是 Σ诉求、有户建单失败就对不上;现在实现与本文口径一致了。
顺带修两处当前校验器不再接受的 frontmatter:
consumer hl-ui → admin;not_required 不得保留 frontend_owner / verified_at。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-09-08 18:58:20 +08:00 |
|