Mimingguang
87ed9d0a3f
changelog-filename-gate / validate (push) Failing after 2s
处置明细(mmg 2026-09-18): - 68 条机械核验通过批量翻 verified:frontend_ref 均可达且为 v2.1 祖先、 交付文件 HEAD 均在、关联 spec 批量 58 文件 891 例全绿。 - 11 条带演进史的例外逐条核后翻 verified:3 条交付自删文件(06_5610/ 07_5655/11_5810,删除即交付内容且终态保持);8 条被后续 changelog 预期 演进(10_5784→#5810、07_5664/08_5592→#5827、07_5665→去槽位化 U1、 01_5380/05_5356/06_5567/06_5581→settlement 族A扁平化与 mock 清理), status_note 均如实记录演进链。 - 05_5552 改判 not_required:frontend_ref 自述前端无需改动,grep 实证 vehicleFeeAmount.js 直接读后端 calendarPrice/calendarPriceMissing。 - 11_5827 frontend_ref 原空,经核交付即 753503c8(向导 4 步改 3 步提交 即派定),补登全哈希 753503c87cc635e5646b4368a8ed506746c79cf1。 另:保险域 2 条相邻条目(05_5530/06_5593)同标准复核翻 verified。 2026-07 历史月 45 条按规则不回扫,保持原状。
38 行
1.7 KiB
Markdown
38 行
1.7 KiB
Markdown
---
|
||
schema: "hl-changelog/v2"
|
||
ticket: "5592"
|
||
title: "「发送派单通知」按钮改名「下一步」（避免"系统真发送"歧义）"
|
||
consumer: "admin"
|
||
author: "wx"
|
||
change_type: "前端修复"
|
||
backend_status: "deployed"
|
||
gateway_status: "verified"
|
||
frontend_status: "verified"
|
||
frontend_owner: "mmg"
|
||
frontend_ref: "dcb5f128"
|
||
target_release: ""
|
||
verified_at: "2026-09-18"
|
||
status_note: "[mmg 2026-09-18 复核翻 verified] ref dcb5f128 可达且为 v2.1 祖先；Step3DriverConfirm 经 #5827 向导重构移除，「下一步」命名在 AssignModalFooter 新向导沿用（下一步·排车/接送机/确认执行）；关联 spec 批量 891 例全绿。"
|
||
updated_at: "2026-09-18"
|
||
base: "origin/dev-v3"
|
||
generated: "2026-08-08"
|
||
---
|
||
|
||
# 「发送派单通知」按钮改名「下一步」（前端修复）
|
||
|
||
## 口径（wx）
|
||
派单通知是**车务复制话术后微信手动发给司机**（系统不真发送）——保留现设计。
|
||
但前端按钮「发送派单通知」**有歧义**（让人以为系统会真发给司机），改名避免误解。
|
||
|
||
## 前端改动
|
||
派单待确认页的「发送派单通知」按钮 → 改名 **「下一步」**（它实际是"生成/复制话术→进入下一步登记司机回复"，不是系统真发送）。
|
||
- 文案对齐：该页面是"复制话术→微信发给司机→登记司机回复"流程，按钮不应叫"发送"
|
||
- 相关提示文案同步（如"确认通知正文后发送给司机"→"确认通知正文后进入下一步"）
|
||
|
||
## 验收
|
||
- [ ] 按钮显示「下一步」（不再叫"发送派单通知"）
|
||
- [ ] 流程提示清晰（复制话术手动发，不产生"系统真发送"误解）
|
||
|
||
## 联系人
|
||
- 后端/协调台：wx
|