44 行
2.2 KiB
Markdown
44 行
2.2 KiB
Markdown
---
|
||
schema: "hl-changelog/v2"
|
||
ticket: "frontend-fleet-assign-modal-close-on-next"
|
||
title: "派单待确认页点「下一步」后整个派单窗口关闭，应保持开启进入确认执行"
|
||
consumer: "admin"
|
||
author: "wx(GIT)"
|
||
change_type: "前端缺陷"
|
||
backend_status: "not_required"
|
||
gateway_status: "not_required"
|
||
frontend_status: "implemented"
|
||
frontend_owner: "mmg"
|
||
frontend_ref: "4c81471c"
|
||
target_release: ""
|
||
verified_at: ""
|
||
status_note: "前端已实现：handleHoldSubmit 待确认链路 batch/change 提交后改发 submitted-keep-open 不关窗（完成态 direct 保留 submitted+关窗）；AssignModal defineEmits 加 submitted-keep-open；index.vue 新增 onSubmittedKeepOpen 复用 onAssignmentBaselineConflict 同款恢复路径（refreshBoardAfterMutation 刷新详情+仍 holding 则 assignMode=confirmHold），由 AssignModal 重开 watch 驱动进待确认/确认执行。useAssignFlow.spec 36/36（含 batch 不关窗+完成态关窗锁定）、AssignModal 关联 60/60、checkpoint 全过。纯前端交互修复。"
|
||
updated_at: "2026-08-10"
|
||
base: "dev-v3"
|
||
generated: "2026-08-09T16:40:00+08:00"
|
||
---
|
||
|
||
# 派单待确认页点「下一步」后整个派单窗口关闭，应保持开启进入确认执行
|
||
|
||
> 前端交互缺陷，待前端修复。
|
||
|
||
## 现象（TEST 实测，订单 26-6436 周梦洁）
|
||
|
||
派单流程走到第 3 步「待确认」页（司机待确认通知 + 微信消息预览 + 等待司机回复确认），点底部「**下一步**」按钮后，**整个派单窗口（弹窗）直接关闭了**——没有进入第 4 步「确认执行」。
|
||
|
||
车务还得重新打开订单才能继续确认执行，体验断档。
|
||
|
||
## 期望
|
||
|
||
待确认页点「下一步」：
|
||
- 提交待确认（登记司机确认/进入下一步）成功后，**保持配车/派单窗口开启**，进入第 4 步「确认执行」，让车务继续完成确认执行操作。
|
||
- 而不是直接关闭整个派单窗口。
|
||
|
||
## 复现路径
|
||
|
||
派单看板 → 已派车订单（如 26-6436）→ 派单流程走到第 3 步「待确认」页 → 点底部「下一步」→ 观察：整个派单窗口关闭（应进入第 4 步确认执行）。
|
||
|
||
## 备注
|
||
|
||
- 纯前端交互/路由问题（步骤推进时窗口状态管理），后端无问题。
|