---
schema: "hl-changelog/v1"
ticket: "5146"
title: "司机待确认通知与可选确认凭证"
consumer: "admin"
backend: "verified"
gateway: "verified"
frontend: "pending"
base: "dev-v3"
generated: "2026-07-22T15:20:00+08:00"
---

# 【修改接口·前端待处理·管理后台】司机待确认通知与可选确认凭证

## 业务变化

派单待司机确认不再使用内部订单号和“模拟司机回复”。系统默认微信正文改为司机可直接判断是否接单的订车单，展示团号、服务日期、人数及人员类型构成、车辆、接送信息、客户备注和行程详情。

司机通过微信或电话真实回复后，由车务人员在页面登记“司机已确认接单”。确认凭证用于上传微信截图等佐证，改为选填，不上传也能登记司机确认并继续最终确认执行。

## 默认通知正文

```text
呼伦旅行—订车单
大含服务品质包，已包含接送机/站费用。不得与客人同餐；纯玩、无购物、无自费。请认真完成服务群内容。

师傅您好，请确认以下订车信息：
团号：26-0503
日期：2026-07-29 至 2026-07-31
人数：4人（成人2、幼童1、婴儿1）
车辆：蒙B-34567 丰田汉兰达（7座）
接团：CA1234 2026-07-29 10:40 海拉尔东山国际机场
送团：G529 2026-07-31 16:20 海拉尔站
备注：草原沙漠精华6日
行程详情：https://示例短链（有效期至 2026-07-31 23:59）
请确认是否接单。
```

- 不展示内部订单号。
- 不展示客户姓名。
- 人员构成仅展示数量大于 0 的类型，例如“成人2、儿童1、婴儿1”。
- 运营已人工修改过的自定义模板不会被迁移覆盖。

## 变更接口

### 登记司机已确认

```http
POST /admin/fleet/assignments/{assignmentId}/driver-confirmation
```

请求示例（无凭证）：

```json
{
  "requestId": "driver-confirm-20260722-001",
  "driverReplyNote": "司机微信回复已确认接单"
}
```

请求示例（有凭证）：

```json
{
  "requestId": "driver-confirm-20260722-002",
  "driverReplyNote": "司机微信回复已确认接单",
  "evidenceFileIds": ["1934567890123456701"]
}
```

| 字段 | 必填 | 说明 |
| --- | --- | --- |
| `requestId` | 是 | 幂等标识，最长 64 字符；每次真实提交生成并在重试时保持不变 |
| `driverReplyNote` | 否 | 司机回复原话或摘要，最长 512 字符 |
| `evidenceFileIds` | 否 | 已上传文件的 fileId，最多 10 个；空数组、不传均允许 |

成功响应仍保持派单落库状态 `holding`，但返回：

```json
{
  "code": 200,
  "data": {
    "assignmentStatus": "holding",
    "stageCode": "driver_confirmed",
    "stageLabel": "司机已确认·待车务确认执行",
    "currentStep": 4,
    "assignmentGroupId": "1934567890123456790",
    "driverConfirmedAt": "2026-07-22T15:20:00",
    "evidenceFileIds": []
  },
  "success": true
}
```

### 最终确认执行

登记司机确认成功后，再调用：

```http
POST /admin/fleet/assignments/{assignmentId}/confirm
```

```json
{
  "requestId": "fleet-final-confirm-20260722-001"
}
```

- 最终确认不再要求存在凭证。
- 未调用 `driver-confirmation` 就直接最终确认，返回业务错误 `605025`，文案“请先登记司机已确认接单”。
- `assignmentId`、`assignmentGroupId`、`evidenceFileIds[]` 均按字符串处理。

## 前端页面调整要求

目标区域：派单弹窗“待确认”步骤，当前实现位于 `src/views/fleet/board/components/Step3DriverConfirm.vue` 及其父级流程。

1. 删除 `useDispatchMessage.js` 中 `messageTemplates` 三条本地假模板和 `buildMessage()` 拼接正文，不再使用 `standard/sched/itin` 这类前端自造 ID。
2. 弹窗打开时调用 `GET /admin/fleet/message-templates?templateType=hold_notify` 加载真实车管模板；默认选中后端返回的 `isDefault=true` 模板。
3. 选择订单、车辆、司机或模板后，调用 `POST /admin/fleet/message-templates/{templateId}/render`，传 `orderId/vehicleId/driverId`，以响应 `renderedBody` 作为消息预览。
4. 创建 HOLD 派单时传真实雪花 `messageTemplateId`。用户未编辑正文时不要传 `customBody`；用户确实改过本次正文时才传 `customBody`。
5. 删除“对方正在输入…”和“模拟·师傅回复确认”，不得用本地布尔值伪造司机回复。
6. 改为明确操作“登记司机已确认”，可同时填写可选的“司机回复摘要”。
7. 增加“上传确认凭证（选填）”，复用现有文件上传能力；上传成功后只传 fileId，不传 URL。
8. 点击登记时调用 `driver-confirmation`；只有响应成功且 `stageCode=driver_confirmed` 后，才允许进入最终确认执行。
9. 没有上传凭证时不得禁用登记按钮，也不得阻止下一步；`evidenceFileIds` 可省略或传 `[]`。
10. 最终确认调用 `confirm` 时只传新的 `requestId`，不要再传 `driverReplyNote`。
11. 页面刷新后以详情返回的 `driverConfirmedAt`/阶段信息恢复状态，不使用前端临时模拟状态。

现有 API 文件 `src/api/fleet/message-template.js` 已封装模板列表和渲染接口，应直接复用。页面显示的模板名、正文和最终创建请求必须来自同一个后端模板，禁止再次在前端维护一套同名文案。

推荐文案：

- 操作按钮：“登记司机已确认”
- 上传项：“确认凭证（选填）”
- 等待态：“等待司机回复确认”
- 已登记态：“司机已确认接单，待车务确认执行”

### 2026-07-24 界面验收补充

当前“待确认”步骤中，“司机待确认通知 / 模板与预览均来自后端”标题区下方存在明显的
大块空白，导致模板选择行和消息预览整体下移。模板标签及消息正文已经正常显示，因此
这是前端布局问题，不是后端模板或渲染接口缺少数据。

- 移除标题区不必要的固定高度、最小高度或空占位，让高度由标题和副标题内容自然撑开。
- 标题区与模板选择行保持正常紧凑间距，不要为未来内容预留不可见空白。
- 常用桌面分辨率下，标题区底部到模板选择行的垂直空白不应超过 16px。
- 本项不新增接口、不调整字段，也不要为修复布局重新维护前端本地模板。

## 前端处理清单

- [ ] 模板列表来自后端 `hold_notify` 模板，默认选中 `isDefault=true`，不再使用前端假模板。
- [ ] 消息预览调用后端 `render`，HOLD 创建传同一个真实 `messageTemplateId`，确保预览与发送一致。
- [ ] 删除模拟司机回复入口及伪造回复气泡。
- [ ] 增加真实“登记司机已确认”操作并调用 `driver-confirmation`。
- [ ] 支持上传最多 10 个确认凭证，明确标记为选填。
- [ ] 无凭证时仍可成功登记司机确认并执行最终确认。
- [ ] `605025` 时提示“请先登记司机已确认接单”，不提示“缺少凭证”。
- [ ] 页面刷新后能按后端状态恢复待回复/已确认阶段。
- [ ] 修复“司机待确认通知”标题区异常留白，模板选择与消息预览紧凑衔接。

## 验证证据

- 后端：`hl-order-service-v3` clean verify、shared/Feign 生产者与消费者测试、fleet 定向测试、`spotless:check` 和 fleet `verify` 通过。
- 部署：`hl-order-service-v3` 的 8086/8186、`hl-fleet-service` 的 8087/8187 两组测试实例均滚动发布成功并通过健康检查。
- 网关：使用 `admin / VEHICLE_MANAGER` 经 `https://api.test.1814.love:9443` 验证模板列表、车务看板、车辆列表、司机列表和模板 render，HTTP 均为 200。
- 默认 `hold_notify` 模板已按真实动态模板 ID 升级；固定服务规则、新变量、内部订单号/客户变量移除及渲染后无未解析变量均通过断言。
- 扩大聚合测试排除了三个与本次无关的既有失败：`CrossSchemaMigrationAuditTest`、`InternalUserControllerTest2`、`MpOrderDetailJsonSampleTest`；本次受影响的 order-v3/fleet 验证未排除。

> 本文是前端接入通知，不代表已修改或发布 `mmg/hl-ui`。
