文件
hl-api-changelog/changelogs-v2/2026-08/10_frontend_订单详情用车安排按车聚合与沿用语义-前端优化-管理后台.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

50 行
3.2 KiB
Markdown
原始文件 Blame 文件历史

此文件含有模棱两可的 Unicode 字符
此文件含有可能会与其他字符混淆的 Unicode 字符。 如果您是想特意这样的,可以安全地忽略该警告。 使用 Escape 按钮显示他们。
---
schema: "hl-changelog/v2"
ticket: "frontend-order-vehicle-arrange-display"
title: "订单详情「用车安排」展示优化:逐日行按车聚合 + 换版沿用语义标注"
consumer: "admin"
author: "wx(GIT)"
change_type: "前端优化"
backend_status: "not_required"
gateway_status: "not_required"
frontend_status: "verified"
frontend_owner: "mmg"
frontend_ref: "728413e6"
target_release: ""
verified_at: "2026-09-18"
status_note: "前端已实现(范围:按车聚合+部分回配标注):新建 _shared/vehicleArrangeGroup.js 按(车牌+司机)聚合 DAILY_V3 逐日镜像行(单行/无键回退原样,收 serviceDates/区间);v3Adapter 透传 serviceDate/startDate/endDate/serviceDays;VehicleArrangeCard 已回配车辆改聚合车卡+日期 chips+头部 PROCESSING/PENDING 且有回配行细化「部分回配(x/N)」;ConfiguredVehiclesModal 同步聚合(小计仍按原始逐日行求和)。util 6/6、主卡 12/12、checkpoint 全过。【沿用徽标暂缓】换版「沿用」槽缺字段级判据(数据上无法区分沿用槽 vs 新配槽),待后端在 assignments/requirement 补判定字段后另行接入;TEST 无逐日镜像已回配真实样本,按契约描述盲写、缺字段回退现状。[mmg 2026-09-18 批量复核翻 verified] ref 728413e6 可达且为 v2.1 祖先;交付文件 HEAD 均在;关联 spec 批量 891 例全绿。"
updated_at: "2026-09-18"
base: "dev-v3"
---
# 订单详情: 用车安排展示优化(按车聚合 + 沿用语义)
> wx 2026-08-10 实测反馈两处(TEST 订单 26-9313)。
## 问题 1:逐日行平铺重复(截图:同一辆车/司机出现 3 次 × 2 车 = 6 行)
DAILY_V3 配车快照是「逐服务日 × 车辆槽位」的明细(2 车 × 3 天 = 6 行数据,**数据本身正确**),前端把 `vehicleGroup.assignments[]` 每行直接平铺渲染。
**建议**:按(车牌/司机 或 assignmentId 前缀相同的槽)聚合成一张车卡,卡内展示服务日期范围或日期 chips。后端行含 `serviceDate`(逐日镜像)或 `startDate/endDate/serviceDays`(feign 聚合段),聚合信息足够,无需后端改动。
## 问题 2:换版后沿用车辆缺「沿用」语义(易被当成残留数据)
改用车需求(如 mpv×2 → mpv×1+suv×1)后,签名匹配的槽位**自动沿用**旧派车(SRS §9.18 #2 拍板:派单确认后是独立资产,不误撤已通知司机的派单)。此时详情呈现为「需求摘要=车控处理中」+ 一辆「已回配」的车并列,定制师会误以为是旧数据残留(wx 今日即如此反馈)。
**建议**:
- 当前需求部分槽位已配、部分待配时,头部状态细化为「部分回配(1/2)」而非笼统「车控处理中」;
- 沿用槽位的车卡加「沿用」小徽标(新需求版本仍在处理中、但该车延续自上一版方案)。
判定数据:`vehicleGroup.requirement.status=PROCESSING/PENDING` 且 `assignments` 非空 ⇒ 即「部分回配/沿用」形态(回配完成时 status=DONE)。
## 关联 / 联系人
### 链接
- **相关工单**: [#5784](https://git.1814.love:8443/wx/HL/issues/5784)(换版保留/沿用规则落地)
### 联系人
- **后端负责人**: @wx
- **前端负责人**: @mmg