比较提交

...
共修改 3 个文件,包含 294 行新增和 2 行删除
@@ -52,7 +52,7 @@ generated: "2026-07-22T13:25:00+08:00"
| `requiredVehicleType` | String/null | 否 | 订单需求车型大类 key,只影响匹配标记,不限制选择 |
| `vehiclePage` / `vehiclePageSize` | Integer | 是 | 车辆独立分页,页大小 1~100 |
| `driverPage` / `driverPageSize` | Integer | 是 | 司机独立分页,页大小 1~100 |
| `driverAvailability` | String | 否 | `ALL` / `AVAILABLE`,默认 `ALL` |
| `driverAvailability` | String | 否 | `ALL` / `AVAILABLE`,接口默认 `ALL`;管理后台按原型首屏显式传 `AVAILABLE` |
| `driverSort` | String | 否 | `SMART` / `RATING` / `YEARS` / `RECENT_ORDER`,默认 `SMART` |
雪花 ID 一律按字符串保存和提交,禁止 `Number()`、`parseInt()`。
@@ -119,6 +119,13 @@ generated: "2026-07-22T13:25:00+08:00"
前端禁用判断只使用 `available === false`。禁止用 `requirementMatched === false`、`seatsEnough === false` 或车型不一致禁用车辆;这些情况应显示“需求不匹配/座位不足”提示,但允许车务选中。
需求不匹配必须使用车辆卡片内的显式标签,不能再以黄色外框作为主要提示:
- `requirementMatched === false`:在车辆名称/状态附近显示橙色 `需求不匹配` 标签。
- `seatsEnough === false`:额外显示红色或橙红色 `座位不足` 标签。
- 移除需求不匹配专用黄色外框;边框只保留选中态、档期冲突等已有交互语义,避免颜色含义不明。
- 标签只负责提醒,不改变 `available`、点击选择或最终派单规则。
### 先选司机与取消车辆
- 仅传 `selectedDriverId` 时,`selectedDriverResidentVehicle` 返回该司机常驻车的完整车辆候选;司机无常驻车时为 `null`。
@@ -138,6 +145,15 @@ generated: "2026-07-22T13:25:00+08:00"
`hasRating=false` 时显示“暂无评价”,不要展示星标和 `0.0/5.0`;不得再用固定 `5.0` 兜底。单量为司机历史累计,不按赛季清零。
### 原型一致性:司机筛选控件
司机筛选必须按原型平铺展示,不能用两个下拉框折叠选项。平铺按钮让车务一眼看到当前范围和全部排序方式,并可单击切换:
- 范围:`仅空闲`(`AVAILABLE`,首屏默认选中)、`全部`(`ALL`)。
- 排序:`智能推荐`(`SMART`,首屏默认选中)、`评分`(`RATING`)、`驾龄`(`YEARS`)、`最近接单`(`RECENT_ORDER`)。
- 切换范围或排序时只把 `driverPage` 重置为 1,不重置车辆筛选、车辆页码或已选车辆。
- “全部司机/智能排序”两个 `NSelect` 不视为原型等价实现;验收以按钮全部可见、选中态明确为准。
## 最终派单规则
- 车型或座位不匹配:候选项仍可选,预检返回 warning,最终派单不阻断。
@@ -148,9 +164,10 @@ generated: "2026-07-22T13:25:00+08:00"
- [ ] 车辆和司机列表分别接 `records/total/page/pageSize` 并增加独立分页控件。
- [ ] 车队和车型筛选使用 `fleetTeamFacets/vehicleTypeFacets` 动态渲染及计数。
- [ ] 车辆行展示车型、常驻司机、协议参考价;需求车型或座位不匹配只醒目标记,不禁选。
- [ ] 车辆行展示车型、常驻司机、协议参考价;需求不匹配改用卡片内显式标签并移除黄色外框,座位不足追加独立标签,均不禁选。
- [ ] 支持再次点击已选车辆取消选择,并传 `selectedVehicleId: null`。
- [ ] 支持先选司机,并展示/置顶 `selectedDriverResidentVehicle`。
- [ ] 司机范围与排序按原型平铺为 2+4 个按钮,默认“仅空闲 + 智能推荐”,不得折叠成两个下拉框。
- [ ] 司机无评价显示“暂无评价”,不伪造 `5.0` 或 `0.0`;完成单量读取 `completedOrderCount`。
- [ ] 雪花 ID 全程按字符串处理。
@@ -0,0 +1,114 @@
---
schema: "hl-changelog/v1"
ticket: "5141"
title: "车务派单司机保险类型与行程保障状态"
consumer: "admin"
backend: "verified"
gateway: "verified"
frontend: "pending"
base: "dev-v3"
generated: "2026-07-22T14:07:00+08:00"
---
# 【修改接口·前端待处理·管理后台】车务派单司机保险类型与行程保障状态
## 目标前端
- 端类型:管理后台(Web)
- 目标仓库:`mmg/hl-ui`
- 仓库地址:<https://git.1814.love:8443/mmg/hl-ui.git>
- 联调/验收环境:<http://192.168.100.160:9527>
- 小程序:无需处理
## 变更接口
`POST /admin/fleet/assignments/candidates` 的 `data.drivers.records[]` 新增司机保险字段。数据直接来自司机档案,并按本次请求的 `startDate/endDate` 判断全年保险是否完整覆盖行程。
| 字段 | 类型 | 说明 |
| --- | --- | --- |
| `insuranceType` | String | `annual` 全年保险、`perTrip` 按行程投保、`none` 无保险 |
| `insuranceTypeLabel` | String | `全年保险`、`按行程投保`、`无保险` |
| `insuranceAnnualStart` | Date/null | 全年保险起始日;非 `annual` 为空 |
| `insuranceAnnualEnd` | Date/null | 全年保险到期日;非 `annual` 为空 |
| `insuranceCoverageStatus` | String | 本次行程保障状态,枚举见下表 |
| `insuranceCoverageMessage` | String | 后端生成的中文提示,可直接展示 |
| `insuranceCovered` | Boolean | 仅全年保险完整覆盖本次服务日期时为 `true` |
## 保障状态
| `insuranceCoverageStatus` | `insuranceCoverageMessage` | 含义 |
| --- | --- | --- |
| `ANNUAL_COVERED` | 全年保险已覆盖 | 年保起止日完整覆盖本次行程 |
| `ANNUAL_NOT_COVERED` | 全年保险不覆盖本行程 | 年保缺日期、未生效、已过期或仅覆盖部分行程 |
| `PER_TRIP_REQUIRED` | 待按行程投保 | 司机配置为按行程投保,候选阶段尚不代表已经出单 |
| `UNINSURED` | 无保险 | 司机档案明确为无保险 |
| `UNKNOWN` | 保险状态未知 | 存量异常值兜底,不能当作已保障 |
## 前端展示规则
- 在司机卡片姓名或驾龄附近展示保险徽标,文案优先使用 `insuranceCoverageMessage`。
- `ANNUAL_COVERED` 可用绿色;`PER_TRIP_REQUIRED` 用橙色;`ANNUAL_NOT_COVERED/UNINSURED/UNKNOWN` 用红色或醒目警示色。
- 全年保险可在悬浮提示或次级文案展示 `insuranceAnnualStart ~ insuranceAnnualEnd`。
- 保险状态只用于车务判断和提示,不影响司机候选的 `available`,不得因为未投保或待按行程投保禁用司机。
- 不要只根据 `insuranceType=annual` 显示“已保障”,必须以 `insuranceCoverageStatus` 或 `insuranceCovered` 为准。
## 前端处理清单
- [ ] 司机候选卡片展示保险保障徽标。
- [ ] 区分全年已覆盖、全年未覆盖、待按行程投保、无保险及未知状态。
- [ ] 年保可查看保障起止日,且不把过期或部分覆盖年保展示为已保障。
- [ ] 保险状态不改变司机可选性,候选禁用仍只依据 `available === false`。
## 编辑司机:无保单时直接线上投保
司机编辑抽屉选择“全年保险”后,如果“关联保游网保单”没有可选数据,不应只展示空下拉。需要在当前抽屉提供“立即投保”入口,复用保险订单页“投保下单 → 司机”的线上真实投保逻辑。
目标文件:
- `src/views/fleet/drivers/components/DriverEditModal.vue`
- 可复用 `src/views/insurance/orders/index.vue` 中的司机投保表单和 `src/api/fleet/drivers.js` 的 `purchaseDriverInsurance`。
交互要求:
1. 无可关联保单时显示“暂无可关联保单”,并提供“立即投保”按钮。
2. 点击后填写保险计划、保障开始、保障结束和可选备注;表单行为与保险订单页的司机投保一致。
3. 用户点击“确认投保”后才发起真实线上投保;仅切换到“全年保险”不得自动出单。
4. 投保请求必须传 `bindAnnual: true`。受理成功后,后端会自动把新保单绑定为司机档案的全年保险。
5. 成功后重新加载司机保单列表和司机详情,回显新 `insuranceOrderId`、保单状态及保障起止;`INSURING` 时显示“出单中”,不能要求用户重复投保。
6. 保留“手工录入线下保单”作为独立兜底路径,文案和操作不得与线上投保混用。
调用示例:
```http
POST /admin/fleet/drivers/{driverId}/insurance/purchase
```
```json
{
"planId": "2080000000000000001",
"coverageStartDate": "2026-07-23",
"coverageEndDate": "2027-07-22",
"bindAnnual": true,
"remark": "司机全年保险"
}
```
`driverId`、`planId` 和响应中的 `insuranceOrderId` 均为雪花 ID,前端必须按字符串透传。保险计划继续使用 `GET /admin/fleet/drivers/insurance/plan-options`。
异常处理沿用保险订单页:全局展示后端错误文案;若返回 `600206`,表示可能已经出单但档案绑定失败,必须关闭投保弹窗并刷新保单列表,提示用户勿重复投保。
追加验收项:
- [ ] 编辑司机选择全年保险且无已有保单时,可在当前抽屉发起线上真实投保。
- [ ] 请求携带 `bindAnnual: true`,投保受理后司机档案自动回显全年保险,无需先保存再关联。
- [ ] 出单中、已承保和 `600206` 场景均不会诱导用户重复投保。
- [ ] 线上投保与手工录入线下保单入口、文案和数据来源清晰分离。
## 验证证据
- 后端 PR [wx/HL#5143](https://git.1814.love:8443/wx/HL/pulls/5143) 已合并到 `dev-v3`。
- 派单候选与司机域定向测试共 148 项通过。
- fleet `spotless:check` 与 `mvn -pl hl-fleet-service -am verify` 通过。
- 测试网关真实返回 21 名司机,覆盖全年已覆盖、全年未覆盖、待按行程投保和无保险四类结果;响应与测试库司机保险档案逐条一致,19 名警示状态司机仍可选择。
> 本文是前端接入通知,不代表已修改或发布 `mmg/hl-ui`。
@@ -0,0 +1,161 @@
---
schema: "hl-changelog/v1"
ticket: "5145"
title: "选车后常驻司机默认配对"
consumer: "admin"
backend: "verified"
gateway: "verified"
frontend: "pending"
base: "dev-v3"
generated: "2026-07-22T15:30:00+08:00"
---
# 【修改接口·前端待处理·管理后台】选车后常驻司机默认配对
## 目标前端
- 端类型:管理后台(Web)
- 目标仓库:`mmg/hl-ui`
- 仓库地址:<https://git.1814.love:8443/mmg/hl-ui.git>
- 目标分支:`v2.1`
- 联调/验收环境:<http://192.168.100.160:9527>
- 小程序:无需处理
> **服务**: hl-fleet-service
>
> **后端 PR**: [wx/HL#5148](https://git.1814.love:8443/wx/HL/pulls/5148)
>
> **工单**: [wx/HL#5145](https://git.1814.love:8443/wx/HL/issues/5145)
>
> **日期**: 2026-07-22
>
> **影响范围**: 管理后台订单派车弹窗的车辆/司机联动选择
## 关键变化
`POST /admin/fleet/assignments/candidates` 的响应新增 `data.selectedVehicleResidentDriver`。前端选中车辆后,可直接取得该车常驻司机的完整候选快照并按档期决定是否自动选中,不再依赖当前司机页中能否找到该司机。
这个独立快照不受司机关键词、司机分页、`driverAvailability=AVAILABLE` 或排序条件影响;没有有效常驻司机时为 `null`。
## 变更接口
| 方法 | 路径 | 变更类型 | 说明 |
| --- | --- | --- | --- |
| POST | `/admin/fleet/assignments/candidates` | 响应新增字段 | 返回已选车辆的常驻司机候选快照 |
请求时继续传当前选中车辆:
```json
{
"orderId": "2080000000000000001",
"requirementId": "2080000000000000101",
"fleetItemIndex": 0,
"startDate": "2026-07-29",
"endDate": "2026-07-31",
"selectedVehicleId": "2080000000000000201",
"selectedDriverId": null,
"driverKeyword": "不会命中常驻司机的关键词",
"driverAvailability": "AVAILABLE",
"driverPage": 3,
"driverPageSize": 10
}
```
响应新增字段示例:
```json
{
"data": {
"selectedVehicleResidentDriver": {
"driverId": "2080000000000000301",
"name": "常驻司机",
"maskedPhone": "135****5001",
"available": true,
"availabilityReasonCode": "AVAILABLE",
"availabilityReasonMessage": "所选服务日期内可用",
"availabilityWindows": [
{ "startDate": "2026-07-29", "endDate": "2026-07-31" }
],
"insuranceCoverageStatus": "ANNUAL_COVERED",
"insuranceCoverageMessage": "全年保险已覆盖",
"insuranceCovered": true,
"residentVehicleId": "2080000000000000201",
"residentVehiclePlate": "蒙A-示例",
"completedOrderCount": 12,
"rating": null,
"hasRating": false,
"conflicts": []
}
}
}
```
冲突时该字段仍返回,不会被 `driverAvailability=AVAILABLE` 过滤:
```json
{
"data": {
"selectedVehicleResidentDriver": {
"driverId": "2080000000000000301",
"available": false,
"availabilityReasonCode": "ASSIGNMENT_CONFLICT",
"availabilityReasonMessage": "所选服务日期内存在派单冲突",
"availabilityWindows": [],
"conflicts": [
{
"startDate": "2026-07-30",
"endDate": "2026-07-31",
"blocking": true,
"reasonCode": "ASSIGNMENT_CONFLICT"
}
]
}
}
}
```
雪花 ID 继续按字符串处理,禁止 `Number()` 或 `parseInt()`。
## 前端交互口径
### 选车后默认常驻司机
- 用户选中车辆后重新请求候选接口,并读取 `selectedVehicleResidentDriver`。
- 字段非空且 `available === true`:默认选中该司机,并记录本次司机选择来源为“车辆常驻司机自动选中”。
- 字段非空且 `available === false`:不要自动选中;在车辆/司机联动区域显示醒目的 `常驻司机档期冲突` 标签,可补充 `availabilityReasonMessage`。
- 字段为 `null`:该车辆没有有效常驻司机,不自动选择司机。
- 不要在 `drivers.records` 中二次查找常驻司机;它可能因关键词、分页或“仅空闲”条件不在当前列表。
### 更换自动选中的常驻司机
- 只有当前司机是本次选车后自动选中的常驻司机时,用户点击其他司机才弹二次确认。
- 推荐文案:`该车辆已默认匹配常驻司机「{name}」,确认更换为「{newName}」吗?`
- 点击取消:保留原常驻司机,不更新本地 `selectedDriverId`,也不要以新司机重新查询接口。
- 点击确认:替换为新司机,再以新 `selectedDriverId` 查询候选接口。
- 常驻司机因档期冲突未自动选中时,用户选择其他司机不需要这次二次确认。
- 用户主动选择其他司机后的跨常驻关系,仍按已有 `selectedRelation.requiresConfirmation` 做最终派单确认;两种确认不可合并。
### 车辆取消与切换
- 再次点击已选车辆取消选择时,同时清除“自动常驻司机”来源标记;是否保留司机沿用当前页面既有取消车辆口径。
- 切换到另一辆车后,以上规则按新响应重新执行;不得沿用上一辆车的常驻司机快照。
## 前端处理清单
- [ ] 接入 `selectedVehicleResidentDriver`,不依赖司机当前分页定位常驻司机。
- [ ] 常驻司机档期可用时默认选中,并记录自动选择来源。
- [ ] 常驻司机冲突时不自动选中,展示 `常驻司机档期冲突` 标签。
- [ ] 更换自动选中的常驻司机时增加二次确认;取消不产生瞬时切换或接口重查。
- [ ] 保留已有跨常驻最终派单确认,两种确认分别处理。
- [ ] 雪花 ID 全程按字符串处理。
## 验证证据
- 定向测试覆盖:常驻司机在司机关键词/分页/仅空闲筛选之外仍返回;档期冲突仍返回;车辆无常驻司机返回 `null`。
- `mvn -pl hl-fleet-service -am test` 通过。
- `mvn -pl hl-fleet-service spotless:check` 通过。
- `mvn -pl hl-fleet-service -am verify` 通过。
- `hl-fleet-service` 已从 `dev-v3` 滚动部署测试环境,8087/8187 双实例健康。
- 测试网关实测 HTTP/业务码 200:常驻司机快照在司机关键词不命中、司机页为空和 `AVAILABLE` 筛选下仍返回,司机 ID 与车辆 `primaryDriverId` 一致;无常驻司机车辆返回 `null`。
> 本文是前端接入通知,不代表已修改或发布 `mmg/hl-ui`。