文件
hl-api-changelog/changelogs-v2/2026-08/08_5592_发送派单通知按钮改下一步-前端修复-管理后台.md
T
Mimingguang 87ed9d0a3f
changelog-filename-gate / validate (push) Failing after 2s
chore(changelog): 全量清理 implemented 存量——81 条复核翻 verified + 1 条改判 not_required + #5827 补登 frontend_ref
处置明细(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 条按规则不回扫,保持原状。
2026-09-18 15:56:52 +08:00

1.7 KiB
原始文件 Blame 文件历史


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