DIST-002: 在途监控与异常处理

优先级: 🔴 高 | 技术复用度: 70% | 实施周期: 2周

客户原话

"配送车出去了,就不知道在哪里了。门店打电话问'车到哪了',我也不知道,只能打电话问司机。有时候司机说快到了,结果还要半小时。有时候车坏了,司机也不说,等我们发现已经晚了。想实时知道车在哪里,有没有问题,但没有监控手段。"

—— 某连锁餐饮中央厨房配送主管

业务场景描述

典型场景

场景1: 配送延迟

• 车辆9点应该到门店A,但9点半还没到
• 门店打电话问,配送主管不知道车在哪里
• 打电话问司机,司机说"路上堵车,快到了"
• 实际上还要30分钟,门店很不满

场景2: 车辆故障

• 车辆半路抛锚,司机没有及时报告
• 配送主管1小时后才知道
• 门店等了2小时,货还没到,投诉
• 损失客户信任

场景3: 温度异常

• 冷藏车制冷设备故障,温度升高
• 司机没有发现,继续配送
• 到门店后,发现货物已经变质
• 整车货物报废,损失上万元

核心痛点

1. 位置不可见 - 不知道车在哪里,无法实时监控
2. 延迟不预警 - 延迟了才知道,无法提前处理
3. 异常不及时 - 车辆故障、温度异常,发现太晚
4. 沟通不顺畅 - 依赖电话沟通,效率低,信息不准
5. 应急不到位 - 出现问题,没有应急预案,处理慢

业务流程图

在途监控整体流程

graph TB
    A[车辆出发] --> B[GPS定位启动]
    B --> C[每5分钟上报位置]

    C --> D[系统接收位置]
    D --> E[显示在地图上]

    E --> F[计算与目标的距离]
    F --> G[计算预计到达时间ETA]

    G --> H{ETA判断}
    H -->|在时间窗口内| I[绿色正常]
    H -->|接近时间窗口上限| J[黄色预警]
    H -->|超出时间窗口| K[红色预警]

    I --> L[继续监控]

    J --> M[推送预警]
    M --> N[推送给司机]
    M --> O[推送给门店]
    M --> P[推送给配送主管]

    K --> M

    N --> Q[司机加快速度]
    O --> R[门店知晓延迟]
    P --> S[配送主管协调]

    D --> T[温度监控]
    T --> U[冷藏车温度传感器]
    U --> V[每5分钟上报温度]

    V --> W{温度判断}
    W -->|0-4℃| X[温度正常]
    W -->|4-6℃| Y[温度预警]
    W -->|>6℃| Z[温度报警]

    X --> L
    Y --> M
    Z --> M

    D --> AA[车辆状态监控]
    AA --> AB[发动机状态]
    AA --> AC[油量]
    AA --> AD[车速]

    AB --> AE{状态判断}
    AC --> AE
    AD --> AE

    AE -->|正常| L
    AE -->|异常| M

延迟预警流程

graph LR
    A[当前位置] --> B[距离目标门店10km]
    B --> C[当前时间: 8:50]

    C --> D[计算ETA]
    D --> E[剩余距离: 10km]
    D --> F[平均速度: 30km/h]
    D --> G[ETA = 8:50 + 10/30 = 9:10]

    G --> H[目标时间窗口]
    H --> I[要求到达: 9:00-9:15]

    I --> J{ETA判断}
    J -->|9:10在窗口内| K[绿色正常]
    J -->|9:10接近上限| L[黄色预警]

    L --> M[预警内容]
    M --> N[预计9:10到达]
    M --> O[接近时间窗口上限9:15]
    M --> P[建议加快速度]

    N --> Q[推送给司机]
    O --> Q
    P --> Q

    N --> R[推送给门店]
    O --> R

    N --> S[推送给配送主管]
    O --> S

异常处理流程

graph TB
    A[异常检测] --> B{异常类型}

    B -->|延迟| C[延迟处理]
    B -->|温度异常| D[温度异常处理]
    B -->|车辆故障| E[车辆故障处理]
    B -->|交通事故| F[交通事故处理]

    C --> G[通知门店延迟]
    G --> H[调整门店营业计划]

    D --> I[立即停车]
    I --> J[检查货物]
    J --> K{货物是否变质}
    K -->|未变质| L[转运到备用车]
    K -->|已变质| M[隔离报废]

    E --> N[呼叫救援]
    N --> O[调派备用车]
    O --> P[转运货物]

    F --> Q[报警处理]
    Q --> R[确保人员安全]
    R --> S[调派备用车]

    L --> T[继续配送]
    P --> T
    S --> T

    M --> U[记录损失]
    U --> V[分析原因]
    V --> W[改进措施]

业务规则详解

规则1: GPS定位规则

定位频率:

正常情况:
- 每5分钟上报1次位置
- 节省流量和电量

异常情况:
- 延迟预警时,每1分钟上报1次
- 温度异常时,每1分钟上报1次
- 车辆故障时,立即上报

停车时:
- 停车超过10分钟,暂停上报
- 启动后,恢复上报

定位精度:

GPS精度: ≤10米
如果GPS信号弱,使用基站定位:
- 基站定位精度: ≤100米
- 仅作为备用

定位失败:
- 连续3次定位失败,预警
- 推送给配送主管,检查设备

规则2: ETA计算规则

ETA计算公式:

ETA = 当前时间 + 剩余距离 / 平均速度 + 卸货时间

示例:
当前时间: 8:50
当前位置: 距离门店A还有10km
平均速度: 30km/h (市区)
卸货时间: 15分钟
ETA = 8:50 + 10/30 + 0:15 = 8:50 + 0:20 + 0:15 = 9:25

平均速度:

根据实时路况调整:
- 畅通: 市区40km/h, 郊区60km/h, 高速90km/h
- 缓行: 市区25km/h, 郊区40km/h, 高速60km/h
- 拥堵: 市区10km/h, 郊区20km/h, 高速30km/h

使用地图API获取实时路况

ETA更新:

每次上报位置时,重新计算ETA:
- 如果ETA变化>5分钟,推送更新
- 如果ETA超出时间窗口,预警

规则3: 延迟预警规则

预警等级:

绿色正常:
- ETA在时间窗口内
- 无需处理

黄色预警:
- ETA接近时间窗口上限(差距<15分钟)
- 推送给司机,建议加快速度
- 推送给门店,告知可能延迟

红色预警:
- ETA超出时间窗口
- 推送给司机、门店、配送主管
- 配送主管协调处理

预警内容:

推送给司机:
- 预计到达时间: 9:25
- 要求到达时间: 9:00-9:15
- 延迟: 10分钟
- 建议: 加快速度或改走其他路线

推送给门店:
- 预计到达时间: 9:25
- 延迟: 10分钟
- 原因: 路上堵车
- 建议: 调整营业计划

推送给配送主管:
- 车辆: 京A12345
- 目标门店: 门店A
- 预计到达时间: 9:25
- 延迟: 10分钟
- 建议: 协调处理

规则4: 温度监控规则

温度标准:

冷藏车:
- 标准温度: 0-4℃
- 预警温度: 4-6℃ (黄色预警)
- 报警温度: >6℃ (红色报警)

冷冻车:
- 标准温度: -18℃以下
- 预警温度: -15℃至-18℃ (黄色预警)
- 报警温度: >-15℃ (红色报警)

监控频次: 每5分钟采集1次

温度异常处理:

黄色预警:
1. 推送给司机,检查制冷设备
2. 调整温度设置
3. 继续监控

红色报警:
1. 推送给司机、配送主管、质量部门
2. 立即停车,检查货物
3. 如果货物未变质,转运到备用车
4. 如果货物已变质,隔离报废
5. 记录报警信息和处理措施

规则5: 车辆状态监控规则

监控项目:

1. 发动机状态: 正常/故障
2. 油量: 剩余油量百分比
3. 车速: 当前车速
4. 里程: 累计里程
5. 电瓶电压: 正常/低电压

监控频次: 每5分钟采集1次

异常判断:

发动机故障:
- 发动机故障灯亮起
- 立即预警,呼叫救援

油量不足:
- 剩余油量<20%: 黄色预警,提醒加油
- 剩余油量<10%: 红色预警,立即加油

车速异常:
- 车速>80km/h (市区): 超速预警
- 车速=0 (停车>30分钟): 异常停车预警

电瓶电压低:
- 电压<11V: 黄色预警,检查电瓶
- 电压<10V: 红色预警,更换电瓶

数据流转

输入数据

1. 配送计划 (来自 DIST-001)

   • 配送路线
   • 目标门店
   • 时间窗口

2. GPS数据 (来自车载设备)

   • 车辆位置
   • 上报时间

3. 温度数据 (来自温度传感器)

   • 车厢温度
   • 采集时间

4. 车辆状态 (来自车载OBD)

   • 发动机状态
   • 油量
   • 车速

输出数据

1. 实时位置 (给配送主管、门店)

   • 车辆位置
   • 预计到达时间

2. 预警信息 (给司机、门店、配送主管)

   • 延迟预警
   • 温度预警
   • 车辆故障预警

3. 配送记录 (给 DIST-003)

   • 实际到达时间
   • 延迟时长
   • 异常记录

关键业务问题

问题1: 如何处理GPS信号弱的情况?

场景:

• 车辆进入隧道或地下停车场,GPS信号弱

解决方案:

1. 基站定位: GPS失败时,使用基站定位
2. 惯性导航: 根据最后位置和车速,推算位置
3. 恢复后补报: GPS恢复后,补报缺失的位置
4. 预警提示: 连续3次定位失败,预警

问题2: 如何处理司机不按路线走?

场景:

• 系统规划的路线是A→B→C,但司机走的是A→C→B

解决方案:

1. 路线偏离预警: 偏离规划路线>1km,预警
2. 推送给配送主管: 配送主管询问原因
3. 记录偏离: 记录偏离次数,纳入考核
4. 允许调整: 如果司机有合理理由(如堵车),允许调整

问题3: 如何处理多次延迟的司机?

场景:

• 某司机经常延迟,影响服务质量

解决方案:

1. 延迟统计: 统计每个司机的延迟次数和时长
2. 原因分析: 分析延迟原因(堵车、路线不熟、效率低)
3. 培训改进: 针对性培训,提高效率
4. 考核惩罚: 多次延迟,扣除绩效或调岗

问题4: 如何处理温度异常但货物未变质?

场景:

• 温度升高到8℃,但货物还没变质

解决方案:

1. 快速处理: 立即转运到备用车,继续配送
2. 缩短保质期: 货物保质期缩短1天
3. 优先使用: 门店优先使用该批货物
4. 记录追溯: 记录温度异常,用于追溯

实施要点

第一步: 安装车载设备

设备清单:

1. GPS定位器(4G联网)
2. 温度传感器(冷藏车、冷冻车)
3. OBD接口(读取车辆状态)
4. 车载平板(司机查看任务)

设备安装:

• 每辆车安装1套设备
• 隐蔽安装,防止拆除
• 定期检查,确保正常工作

第二步: 配置监控平台

平台功能:

1. 地图显示车辆位置
2. 实时计算ETA
3. 延迟预警
4. 温度监控
5. 车辆状态监控

平台部署:

• 云端部署,支持多端访问
• PC端、移动端、大屏端

第三步: 建立应急预案

应急预案内容:

1. 延迟处理流程
2. 温度异常处理流程
3. 车辆故障处理流程
4. 交通事故处理流程

应急资源:

• 备用车辆: 2-3辆
• 备用司机: 2-3人
• 救援电话: 24小时待命

第四步: 培训司机

培训内容:

1. 如何使用车载设备
2. 如何查看配送任务
3. 如何处理延迟
4. 如何处理温度异常
5. 如何处理车辆故障

培训方式:

• 集中培训+实操演练
• 定期考核

预期收益

量化指标

指标	当前	目标	提升
配送可视化率	0%	100%	新增
延迟发现时间	30分钟	5分钟	缩短83%
温度异常发现时间	60分钟	5分钟	缩短92%
异常处理时间	2小时	30分钟	缩短75%

业务价值

1. 可视化管理 - 实时知道车在哪里,配送进度如何
2. 提前预警 - 延迟、温度异常提前发现,及时处理
3. 快速响应 - 异常发生,快速响应,减少损失
4. 服务提升 - 准确告知门店到达时间,提升满意度

成功案例

案例: 某连锁餐饮中央厨房

背景:

• 配送车出去了,不知道在哪里
• 延迟了才知道,无法提前处理
• 温度异常发现太晚,货物变质

实施效果:

• 配送可视化率100%,实时知道车在哪里
• 延迟发现时间从30分钟缩短至5分钟
• 温度异常发现时间从60分钟缩短至5分钟
• 异常处理时间从2小时缩短至30分钟
• 货物变质率从2%降至0.3%

客户反馈:

"以前车出去了,就不知道在哪里了,门店问我也不知道。现在实时看到车在哪里,什么时候能到,心里有数。最重要的是,温度异常能及时发现,避免了货物变质。"

相关场景

• DIST-001: 配送计划与路径优化 - 配送计划来源
• DIST-003: 签收确认与对账 - 配送完成
• QUAL-002: 鲜损耗控制 - 配送损耗控制

常见问题

Q1: 如何处理司机关闭GPS?

A:

• GPS设备独立供电,司机无法关闭
• 如果设备被拆除,立即预警
• 严重违规,扣除绩效或辞退

Q2: 如何处理GPS漂移?

A:

• GPS漂移是正常现象,精度≤10米
• 如果漂移>100米,可能是设备故障
• 检查设备,必要时更换

Q3: 如何处理隐私问题?

A:

• GPS定位仅在工作时间启用
• 下班后,自动停止定位
• 数据仅用于配送管理,不用于其他用途

Q4: 如何与现有系统集成?

A:

• 如果有TMS系统,GPS数据可以推送到TMS
• 预警信息可以推送到钉钉/企微
• 通过API接口实现数据同步