3.0 KiB
3.0 KiB
schema, ticket, title, consumer, author, change_type, backend_status, gateway_status, frontend_status, frontend_owner, frontend_ref, target_release, verified_at, status_note, updated_at, base
| schema | ticket | title | consumer | author | change_type | backend_status | gateway_status | frontend_status | frontend_owner | frontend_ref | target_release | verified_at | status_note | updated_at | base |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| hl-changelog/v2 | frontend-order-vehicle-arrange-display | 订单详情「用车安排」展示优化：逐日行按车聚合 + 换版沿用语义标注 | admin | wx(GIT) | 前端优化 | not_required | not_required | implemented | mmg | 728413e6 | 2026-08-10 | 前端已实现(范围:按车聚合+部分回配标注):新建 _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 无逐日镜像已回配真实样本,按契约描述盲写、缺字段回退现状。 | 2026-08-10 | 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（换版保留/沿用规则落地）