先读这三点
- 将车辆位置与当班任务绑定，才能区分在途、待卸与返程。
- 预约窗口要包含门店的接货条件，不能只按地图行驶时间安排。
- 用同口径任务比较准点、等待与空驶，先验证再扩大。
场景：车已到门店，调度却还在追问进度
这家示例企业每天从一个配送中心向多个门店发车。司机在不同群里报到，门店临时调整卸货顺序，调度看到车辆停止移动，却无法确认是在等月台、休息，还是已经完成签收。
以一次早班任务为切入点：为任务建立唯一编号，把车辆、司机、门店预约窗口和交接联系人放在同一条记录中。临时加单仍保留原计划版本，便于解释后续偏差。
- 配送中心任务已绑定
- 门店 A 到场围栏到场已确认
- 卸货进行中门店接货确认
- 门店 B 预约预计到达 · 待确认
运输任务RT-081
异常分类门店等待
责任环节当班调度
处理记录核对月台接货窗口
后续状态等待门店确认
实施：让地图点位成为可确认的业务节点
围栏事件用于提示“可能到场”，司机或门店确认用于记录“开始卸货”和“完成交接”。两者分别留存时间，避免把驶过门店、在附近等待误算成到达或签收。网络中断时保留事件发生时间与补传时间。
调度按任务查看预计晚点、超长停留和未完成交接的车辆。预计到达时间需要结合数据新鲜度和道路条件，标为估计值；临时改派由调度确认，不能仅因一次定位跳点自动调整。
调度闭环应留下哪些记录？
| 管理环节 | 实施动作 | 复盘证据 |
|---|---|---|
| 出车前 | 绑定任务、车辆、司机与预约窗口 | 计划版本、接货联系人、出车确认 |
| 到场后 | 区分到场、待卸、卸货与签收 | 围栏事件与业务确认分别计时 |
| 异常时 | 明确负责人并设置回拨节点 | 原因、联系记录、改派或改约结果 |
| 班次复盘 | 按可比任务核对履约情况 | 样本范围、缺失记录、未闭环事项 |
处置：每一次等待，都带着原因交接
例如某车到店后未能开始卸货，调度先核实门店接货能力，再选择调整后续顺序、协调预约或安排回拨。记录原因、负责人、承诺回复时间和结果，交班时直接接续尚未关闭的任务。
连续触发的同一次等待合并处理。门店等待与车辆故障分开统计，缺少业务确认的任务标记为待核实，避免在数据不完整时把责任简单归给司机。
复盘：看任务履约，而不只是看车辆在线
试点先覆盖一条稳定线路，按同类门店、同一班次比较预约内到达率、到场至开始卸货的等待和未闭环任务。分母包含哪些取消、改约或异常订单，应在看板旁说明。
预期交付物是一份可追溯的任务台账和异常清单。是否改善准点与空驶，需要在试运行后结合订单结构验证；如问题集中在固定门店的接货窗口，下一步应调整预约规则。
常见问题
围栏触发能直接算签收吗？
不能。围栏可以辅助识别到场，签收仍需匹配业务确认、电子回单或约定的交接凭证。
只有定位终端，如何开始？
先做车辆与任务的人工绑定，再建立简单的到离场确认。数据稳定后再逐步接入订单系统与预约流程。
