docs(fleet): clarify pending dispatch UI fixes
changelog-filename-gate / validate (push) Successful in 1s

这个提交包含在:
API Changelog Bot
2026-07-23 16:49:38 +08:00
父节点 8288bfcc7f
当前提交 acb7c040bc
共修改 2 个文件,包含 37 行新增和 1 行删除
@@ -83,6 +83,30 @@ generated: "2026-07-23T16:10:00+08:00"
以上仅是前端状态机和展示文案调整,后端不新增接口或字段。
### `holding` 的用户可见状态文案
`holding` 是后端技术状态码,表示车辆和司机已经锁定、派单通知已经发出,当前正在等待司机回复。面向车务人员时不能继续显示“排车中”,应统一显示为“待确认”:
- 看板卡片主状态:`holding` 显示“待确认”,`holding_urgent` 显示“待确认即将超时”;
- 状态筛选、数量汇总和图例使用同一套“待确认”文案;
- 卡片上的司机回执徽标可显示“待回复”,用于补充说明,不能与主状态“排车中”形成两个不同口径;
- 技术值仍保持 `holding/holding_urgent`,接口请求参数、状态判断、颜色和改派动作码均不改变;
- 首次尚未锁定车辆和司机的 `unassigned` 继续显示“待派车”,确认完成后的 `assigned` 继续显示“已派车”。
当前 `v2.1` 的 `ORDER_STATUS_META`、`FILTER_STATUS_OPTIONS` 以及后端 `assignmentStatusLabel` 仍含“排车中”旧文案。管理后台应以本节用户口径覆盖展示;如直接消费后端 label,前端需按状态码归一,避免同页出现“排车中”和“待确认”两套名称。
### 待确认订单的“继续派车”入口
待确认订单必须同时保留“继续派车”和“改派”两个入口:
- `availableActionCodes` 包含 `RECORD_DRIVER_CONFIRMATION` 时显示主按钮“继续派车”,点击复用现有 `onConfirmHold(order)`,以 `mode=confirmHold` 打开派单弹窗;
- `confirmHold` 根据后端 `stageCode/driverConfirmedAt` 恢复流程:等待司机回复时进入第 3 步“待确认”,已登记司机确认时进入第 4 步“确认执行”;
- `availableActionCodes` 包含 `CHANGE_ASSIGNMENT` 时另行显示“改派”,点击进入第 2 步重新选择车辆或司机;
- 两个按钮不得互相替代:“继续派车”推进当前有效派单,“改派”修改当前有效派单;
- “发行程单”仍按后端动作码和派单阶段决定是否可用。
当前 `v2.1@6e6a11bf` 的 `resolveBoardRowActions()` 仍检查已经废弃的 `CONFIRM` 动作码,而后端生命周期实际下发 `RECORD_DRIVER_CONFIRMATION`,因此截图中“继续派车/司机已确认”按钮没有渲染。前端改为消费真实动作码即可,无需后端增加兼容别名。
## 三、不影响范围
- `canRejectRequirement` 仍只在未派阶段可能为 `true`;排车中不得重新开放“驳回用车需求”。
@@ -95,6 +119,10 @@ generated: "2026-07-23T16:10:00+08:00"
- [ ] `holding_urgent` 同样显示“改派”并进入调整流程。
- [ ] `holding/holding_urgent + CHANGE_ASSIGNMENT` 卡片按钮显示“改派”,打开后直接高亮第 2 步“排车”,第 1 步为已完成。
- [ ] 首次待派车仍从第 1 步开始;`confirmHold` 仍恢复第 3/4 步,三种入口互不串态。
- [ ] `holding/holding_urgent` 在卡片、筛选、汇总和图例统一显示“待确认/待确认即将超时”,页面不再出现“排车中”旧文案。
- [ ] 技术状态值仍为 `holding`,改派、司机确认和超时判断不因文案变化而改变。
- [ ] 待确认订单在 `RECORD_DRIVER_CONFIRMATION` 可用时显示“继续派车”,点击以 `confirmHold` 恢复第 3/4 步。
- [ ] “继续派车”和“改派”同时存在且职责分离;前端不再检查不存在的 `CONFIRM` 动作码。
- [ ] 打开排车步骤时,候选请求同时携带字符串 `orderId`、`requirementId` 和当前 `fleetItemIndex`,不再出现“改派候选查询必须携带当前订单ID、用车需求ID和车型项索引”。
- [ ] 提交时调用既有 `changeAssignment`,不调用创建派单接口。
- [ ] `assigned`、`completed`、`canceled` 不误显示入口。