比较提交

..

没有共同的提交。8225112e9fe96ec13dc605eb93070d855c022a26 和 6aed45f38049ea95f63ba226561eba6e2c0faf93 的历史完全不同。

查看文件

@ -7,12 +7,12 @@ author: "wx(GIT)"
change_type: "前端缺陷"
backend_status: "not_required"
gateway_status: "not_required"
frontend_status: "implemented"
frontend_status: "pending"
frontend_owner: "mmg"
frontend_ref: "6709c157"
frontend_ref: ""
target_release: ""
verified_at: ""
status_note: "前端已实现①Step4Confirm 新增 assignments prop父层 confirmationAssignments,多段时遍历渲染每段「服务日期段+车辆+师傅」confirmationSegments+segmentDateLabel,逐日 serviceDates 优先回退 startDate~endDate,单段/无接续回退单数 prop 旧行为不破;AssignModal 传 :assignments。②「不发送短信」提示改「仅不发送确认后的行程短信,派单通知短信仍会发送」。step4-confirm.spec 补 3 回归用例 5/5 过 + checkpoint 精确文件集全过。"
status_note: "工单 #5776TEST 实测,订单 26-6436,order_id=2086270156475936769。问题①Step4Confirm.vue 用单数 vehicle/driver prop来自活动槽位 picker 选中,只显示第一段蒙A-E2E01/道尔吉 8/23;后端派单详情接口的 activeAssignments 已返回全部执行段(每段含 vehiclePlate/vehicleModel/vehicleSeats/driverName/driverPhone,dailyVehiclePlan 返回全部 2 车 2 司机——数据完整,纯前端展示缺陷,确认执行页应遍历全部接续段展示多段车辆+师傅。问题②前端传值正确8/10 09:09 最终确认落库 itinerary_sms_decision=0、后端拦截正确decision=0 的确认均未创建 ITINERARY_SMS 事件,全订单唯一行程短信来自 8/9 11:01 首次确认 decision=1,12:32 已发王信;用户『仍收到短信』实为派单通知短信FLEET_DISPATCH_CREATED,模板 SMS_510265061 与行程短信同模板,派单/改派时必发,不受 sendItinerarySms 控制,8/10 09:09:09 王信/09:22:39 道尔吉均在『不发送』确认前后收到)——建议前端在确认执行页选择「不发送短信」时提示『仅不发送确认后的行程短信,派单通知短信仍会发送』。"
updated_at: "2026-08-10"
base: "dev-v3"
generated: "2026-08-10T10:20:00+08:00"