fix: #5934 change_type 改为合法枚举 修改接口

这个提交包含在:
API Changelog Bot 2026-08-15 23:53:38 +08:00
父节点 7dd6635195
当前提交 fa26d0a1ec
共有 3 个文件被更改,包括 112 次插入1 次删除

查看文件

@ -0,0 +1,41 @@
---
schema: "hl-changelog/v2"
ticket: "5888"
title: "修复调整订单加费被核单金融守卫误拦——定制师本人无法提交584086"
consumer: "admin"
change_type: "修复缺陷"
author: "wx(GIT)"
backend_status: "deployed"
gateway_status: "not_required"
frontend_status: "not_required"
frontend_owner: ""
frontend_ref: ""
target_release: ""
verified_at: "2026-08-12"
status_note: "后端已修复并部署测试服。定制师本人调整订单产生加费差额不再 584086;同时补上 submit 全链路订单归属校验(跨单操作 581008,行为对前端透明。"
updated_at: "2026-08-12"
base: "dev-v3"
---
# 修复:调整订单加费被核单金融守卫误拦(#5888 / #5891
> **服务**: hl-order-service-v3
> **PR**: #5889 + #5892(已合并 dev-v3 并部署测试服)
> **日期**: 2026-08-12
> **背景**: 定制师本人操作「调整订单」,产生加费差额priceDelta>0即报 `584086 无权修改核单资金数据,仅主管、管理员或财务可操作`,无法提交。减费方向不受影响。
---
## 修复内容(对前端透明,无接口契约变化)
1. **移除误加的金融角色守卫**`DiscountService.insertActiveSurcharge` 是「调整订单算价差额写入专用」方法,7-21 核单其他收入 PR 给它误加了 `SettlementWriteGuard`(只放行主管/管理员/财务),导致定制师本人被拦。已移除,与减费侧(`insertActiveDiscount`)口径对齐。
2. **补全 submit 全链路订单归属校验**#5891`AdjustmentService.submit` 锁定订单后新增 `OrderViewGuard.assertOrderAccessible` —— ADMIN/SUPER_ADMIN 放行;房务角色 581045;其余角色须为本单定制师`consultantId == adminId`),否则 **581008 无权查看此订单**
## 行为变化
| 场景 | 旧 | 新 |
|---|---|---|
| 定制师本人调整订单加费 | ❌ 584086 | ✅ 正常提交 |
| 非本单定制师/车务等调整他人订单 | ⚠️ 可提交(越权) | ❌ 581008 拦截 |
| 房务角色提交调整 | ⚠️ 可提交(越权) | ❌ 581045 拦截 |

查看文件

@ -0,0 +1,70 @@
---
schema: "hl-changelog/v2"
ticket: "frontend"
title: "确认执行页「车·师傅」多段/已派槽位显示空白:单段分支读 UI 选中态 props 而非执行段数据"
consumer: "admin"
change_type: "前端缺陷"
author: "wx(GIT)"
backend_status: "not_required"
gateway_status: "not_required"
frontend_status: "pending"
frontend_owner: "mmg"
frontend_ref: ""
target_release: ""
verified_at: ""
status_note: "后端零改动。已用测试服真实 API 核实(订单 26-3698,看板 GET /admin/fleet/board/orders/2086270138171994114activeAssignments 返回 1 条完整执行段vehiclePlate=蒙A-H7777 / vehicleModel=丰田汉兰达 / vehicleSeats=7 / driverName=阿拉坦 / driverPhone=135****5019 / startDate=08-17 / endDate=08-19,父层 confirmationAssignments 即取自该数据。根因在前端 Step4Confirm.vueconfirmationSegments.length<=1 时走单段分支,读的是父层 vehicle/driver props= AssignModal 的 selVehicleObj/selDriverObj,useVehicleDriverPicker 的 UI 当前选中态),用户未做改派选择时为空 → 显示空白。应对单段分支也 fallback 到 confirmationSegments[0](或直接统一走 segments 分支)。"
updated_at: "2026-08-12"
base: "dev-v3"
---
# 确认执行页「车·师傅」多段/已派槽位显示空白(前端)
> **页面**:车务管理 → 派单看板 → 订单派车弹窗 → Step4「确认执行」→「车 · 师傅」区
> **后端**:本条**零改动**。下面结论来自测试服真实 API订单 26-3698
---
## 一、现象
确认执行页Step4「车 · 师傅」区显示空白/不全:车辆「· · 座」、师傅「·」,明明该槽位已派 1 车 3 天。
## 二、后端已排除(数据完整)
`GET /admin/fleet/board/orders/2086270138171994114``activeAssignments` 返回 **1 条聚合执行段**
```json
{
"vehiclePlate": "蒙A-H7777",
"vehicleModel": "丰田汉兰达",
"vehicleSeats": 7,
"driverName": "阿拉坦",
"driverPhone": "135****5019",
"serviceDate": null,
"startDate": "2026-08-17",
"endDate": "2026-08-19"
}
```
单槽位聚合整段,startDate~endDate=3 天。字段完整,非空。)
## 三、根因(前端)
`AssignModal.vue``confirmationAssignments`= `activeAssignments`)作为 `:assignments` 传给 `Step4Confirm.vue`,同时传 `:vehicle="selVehicleObj"` `:driver="selDriverObj"`
`Step4Confirm.vue` 渲染逻辑(`confirmationSegments` computed
- **多段分支**`confirmationSegments.length > 1`):遍历 `confirmationSegments` 正确展示。
- **单段分支**`length <= 1`,当前场景命中):读父层 props `vehicle?.plate / driver?.name` —— 即 `selVehicleObj/selDriverObj``useVehicleDriverPicker`**UI 当前选中态**)。用户直接从已派状态进入 Step4 未做改派选择时,这两个对象为 **null** → 显示空白。
即:单段执行时错误依赖了「本次 UI 是否选中过车辆/司机」,而不是回退到服务端已有的执行段数据。
## 四、修复建议
- 单段分支也改为读 `confirmationSegments[0]`vehiclePlate/vehicleModel/vehicleSeats + driverName/driverPhone,与多段分支同一数据源;
- 或直接去掉单段分支,统一走 `confirmationSegments` 遍历(数据已由父层聚合好)。
## 五、验收
- [ ] 已派 1 车 3 天的槽位进 Step4,「车·师傅」显示 蒙A-H7777 · 丰田汉兰达 · 7座 / 阿拉坦 · 135****5019
- [ ] 未做任何改派选择时也能正确回显(不再依赖 UI 选中态)
- [ ] 多段接续(同一槽位不同天不同车/司机)仍按段展示不受影响

查看文件

@ -4,7 +4,7 @@ ticket: "5934"
title: "车务契约漂移补录taskType/status 枚举可筛 + 状态色标口径 + 模板域 VO 分包"
consumer: "admin"
author: "wx"
change_type: "文档/契约补录"
change_type: "修改接口"
backend_status: "deployed"
gateway_status: "verified"
frontend_status: "pending"