跳过导航,直接看主内容

运输调度 TMS:42 台在途车辆、5 条线路的准点率治理

田间环境监测与数据界面

项目速览

  • 行业:化工与设备区域运输
  • 交付内容:运单调度、车辆与司机管理、在途跟踪、节点打卡、签收与回单、运费结算
  • 周期:10 周;团队 5 人
  • 技术栈:PHP + MySQL、Redis、地图服务、司机端 App、电子回单

背景:调度靠电话,准点靠运气

调度员每天打上百个电话确认「装好没有、到哪了、签了没有」。司机嫌麻烦,只在被问的时候回一句。结果月底统计准点率时,数据来自调度员的记忆,不可信。

方案

① 运单与调度

运单包含起止地、货物(品类、重量、体积、是否危化)、要求到达时间、计价方式。调度按「车辆载重 + 司机资质(危化品需专门资质)+ 当前位置」匹配,派单后司机端确认,拒单需填原因。

② 节点打卡

把运输拆成四个节点:装货、在途、到达、签收。每个节点要求拍照或签名,时间戳由服务端生成,防止改本地时间。这四个时间点连起来,准点率与各段耗时才有意义——不然只有一个「到了没到」。

司机端界面:当前运单、节点打卡与异常上报
司机端:当前运单、节点打卡与异常上报(图为演示数据)

③ 异常与费用

异常类型固定(堵车、装卸等待、货损、客户改期、车辆故障),上报后进入调度台待处理。费用由「里程 + 载重 + 等待时长 + 附加费」组成,等待时长直接取自节点打卡差异,减少扯皮。

TMS 调度界面:在途车辆、线路运量与异常单
运单调度:在途车辆、线路运量与异常单(图为演示数据)

工程要点

  • 位置上报节流:司机端 60 秒上报一次,隧道断网时本地缓存补传,避免轨迹出现「瞬间跳跃」。
  • 回单电子化:签收照片与电子签名绑定运单,作为结算依据;纸质回单仍保留,但扫描件可上传备用。
  • 司机端极简:司机不是文员,界面只有「确认 / 拍照 / 上报异常」三个主操作,其余全部折叠。
  • 结算对账:运单费用与客户账单、司机运费三张表可逐单核对,差异单单独处理。

结果

准点率第一次有了可信口径(基于四个节点时间),调度电话量明显下降,异常有据可查;等待时长与附加费按系统记录计算,结算争议减少。具体准点率与成本数据由客户掌握。

复盘

如果重做,我们会在第一版就给司机端加上「离线模式」的显式提示。原设计的缓存是隐式的,司机看不到「数据已保存、联网后上传」,会以为没提交而重复上报。

阅读 1

分享这篇文章

  • 微博
  • QQ
  • QQ 空间
  • 微信

    复制下面的链接,在微信里粘贴发送即可。

上一篇

下一篇

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

在线客服

在线客服

周一至周五 10:00—19:00(北京时间)在线