docs(ops): record latest mileage reconciliation
This commit is contained in:
@@ -195,6 +195,31 @@ stat-writer 已支持在累计里程缺失时,用有速度证据的相邻 GPS
|
||||
|
||||
容量巡检返回 `status=ok`,Kafka lag、统计重试队列和待处理批次均为 0;9 个数据链路 `/readyz` 全部成功,自动回补 timer 继续启用。轨迹点位卡片将设备累计值改为可见的“非区间”标记,避免只能依赖悬停提示而在移动端把累计总里程误读为今日或查询区间里程。
|
||||
|
||||
## 7 月 20 日 09:23 全量复核与补录
|
||||
|
||||
再次收到沪A01559F、沪A62013F“轨迹回放有里程、今日里程未计算”的反馈后,按当前生产时刻同时读取轨迹汇总、来源候选、最终投影和诊断结果:
|
||||
|
||||
- 沪A01559F 当天 260 个宇通源点中保留 259 个有效点,只有一个有效坐标,最高/平均速度和区间里程均为 0;最终日里程已经是宇通 `stationary_carry_forward` 0 km。页面中的 14,097 km 是设备累计总里程。
|
||||
- 沪A62013F 当天 271 个宇通源点中保留 259 个有效点,只有一个有效坐标,最高/平均速度和区间里程均为 0;最终日里程已经是宇通 `stationary_carry_forward` 0 km。页面中的 24,245 km 是设备累计总里程。
|
||||
- 两车诊断均为 `OK / daily_metric_exists`,不存在候选到最终投影的漏算,也没有可信正向里程可补。
|
||||
|
||||
随后对 2026-07-20 的 GB32960、JT808、YUTONG_MQTT 先执行全量 dry-run,再执行正式幂等回补。dry-run 重建 885 个来源聚合并识别 4 个 JT808 GPS 安全候选;正式运行随实时数据增长写入 907 个来源聚合、归一化 415 个 JT808 平台来源,并识别 5 个 JT808 GPS 安全候选。GB32960、宇通没有 GPS 降级候选,也没有低于 100 米的遗留漂移候选。正式回补后被最终统计选中的 GPS 候选为:
|
||||
|
||||
| 车牌 | VIN | 最终日里程 |
|
||||
| --- | --- | ---: |
|
||||
| 浙F02268F | `LA9HE60A6PBAF4022` | 0.119 km |
|
||||
| 粤AGG3413 | `LB9A32A24R0LS1040` | 0.261 km |
|
||||
| 沪A66216F | `LKLG7C4E1NA774783` | 1.657 km |
|
||||
| 沪A69826F | `LKLG7C4E2NA774775` | 10.694 km |
|
||||
| 沪A63305F | `LKLG7C4E3NA774798` | 0.208 km |
|
||||
|
||||
回补后容量巡检为 `status=ok`,Kafka lag、stat/history/realtime 重试队列均为 0,`pipeline_issue_total=0`。全量仅剩两个源数据缺口:
|
||||
|
||||
- 沪A00113F 的 JT808 当天 59 个有效点全部为 0 km/h,坐标累计只有约 8.9 米,低于 100 米业务门槛,禁止把静止漂移补成里程。
|
||||
- 宇通 VIN `LMRKH9AC9R1004121` 当天 249 个有效点最高速度和区间里程均为 0,且源头没有总里程字段,保留 `NO_TOTAL_MILEAGE`。
|
||||
|
||||
本轮不需要重新发布服务:生产已运行包含累计里程停滞恢复、100 米漂移阈值、来源重选举和轨迹累计值“非区间”标识的修复版本;此次完成的是当前时刻全量事实复核和增量安全补录。
|
||||
|
||||
## 限制与后续监控
|
||||
|
||||
- GPS 估算只在仪表里程缺失或停滞时兜底,不替代 GB32960、宇通仪表里程或 JT808 设备里程。
|
||||
|
||||
Reference in New Issue
Block a user