docs(changelog): #5782 补端到端实测数据(fence 352ms/回配 36 秒/时区正确)

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

changelogs-v2/2026-08/10_5782_派车确认后车控状态卡10分钟修复-修复-管理后台.md

@@ -12,7 +12,7 @@ frontend_owner: "mmg"
 frontend_ref: ""
 target_release: ""
 verified_at: "2026-08-10"
-status_note: "接口契约零变化，前端无需改动。两点行为变化前端可感知：①车控状态回配不再需要等 10 分钟；②assignmentCompletedAt 等时间字段口径修正（此前早 8 小时）。测试服已部署验证：修复上线后积压 35 天的 fence 释放事件恢复成功投递。"
+status_note: "接口契约零变化，前端无需改动。两点行为变化前端可感知：①车控状态回配不再需要等 10 分钟（端到端实测 36 秒，fence 占用由 10 分钟降至 352 毫秒）；②assignmentCompletedAt 等时间字段口径修正（此前早 8 小时）。测试服 12:26 已用真实 API 走完整确认链路验证通过。"
 updated_at: "2026-08-10"
 base: "dev-v3"
 generated: "2026-08-10T12:40:00+08:00"
@@ -57,8 +57,18 @@ fleet 释放 order 侧「用车需求最终确认 fence」的调用误用了 `Re
 
 ## 五、验证证据（2026-08-10 测试服）
 
-- 部署完成 12:17:28 → **12:18:00 起释放事件恢复成功投递**（该事件类型自 08-04 起 48 条全 PENDING、0 条 SUCCESS，修复后开始批量转 SUCCESS）。
-- 修复前实测：fence 每次占用 10m01s ~ 11m13s，清一色贴 10 分钟租约；对应配车快照投递均重试 7 次才成功。
+端到端实测（12:26，订单 26-9313，2 车辆槽位 × 3 天，真实 API 走完「登记司机确认 → 需求级原子最终确认」）：
+
+| 指标 | 修复前 | 修复后实测 |
+|---|---|---|
+| fence 占用 | 10m01s ~ 11m13s（贴 10 分钟租约） | **352 毫秒** |
+| 释放事件投递 | retry_count=20 永不成功 | **retry_count=0，一次成功** |
+| 配车快照回调投递 | retry_count=7 才成功 | **retry_count=0，一次成功** |
+| 确认 → 订单侧 `vehicle_control_status=DONE` | ~10 分钟 | **36 秒**（12:26:24 → 12:27:00） |
+| `assignmentCompletedAt` | 记成 04:26（早 8 小时） | **12:26:24**（北京时间正确） |
+
+- API 复验 `GET /v3/admin/order/{id}/itinerary`：`vehicleGroup.requirement.status=DONE`，`assignments` 6 条齐全。
+- 部署完成 12:17:28 → **12:18:00 起积压释放事件恢复成功投递**（该事件类型自 08-04 起 48 条全 PENDING、0 条 SUCCESS）。
 - 单测：新增 8 例（void 成功不判失败 / 业务失败 strict 抛出 / 非 strict 降级 / 传输 null / UTC→本地换算保持时刻不变）；fleet 定向 + 架构门禁 96 绿，order-v3 全量 6291 绿。
 
 ## 关联 / 联系人