炸裂,可把整套TMS源码交付运输系统

从调度室电话打冒烟、月底对账对到半夜，到订单、在途、结算一屏统揽 —— 一个大型运输公司换系统的实录

先说问题，别的都往后放。

我们跑干线加城配，几百辆车、上百个司机，线路跨好几个省，每天几千单。以前总部调度室坐几十号人，电话从早打到晚：车到哪了、货装了没、哪个分拨压车了。客户问一句货到哪，得一层层打下去再一层层回上来，漏单错单还是时有发生。说到底不是人不勤快，是车、单、货、钱压根不在一张表里。

最磨人的是月底。客户上百家，价格协议一家一个样，按重量、按体积、按趟、按里程、按线路，有的还叠着算，谁改过、哪版生效只有财务几个人清楚。财务拉表拉到半夜，经常对不齐，来回扯几天。司机的油费、过路费是纸质票，审票又是一轮。

真正让我们下决心换系统的，是改不动。上套系统验收完，想给一个客户加个计价维度，乙方回一句：走变更，排期往后排。加一个字段要动单据、动算费、动账单，全在别人的排期表里——根子是源码不在自己手里。今年换平台，合同里只多了一条：源码交付，连同表结构、接口文档、部署脚本，一起进自己机房。

下面按三块讲：卡在哪、上了什么、凭什么能自己改。

一、解决什么问题：不是忙，是数据对不上

▍ 车在哪、单在哪、货在哪，三个答案

定位挂在车队平台，运单在 Excel 里，回单在司机手上，结算在财务本子里。想拼出「哪辆车、拉的哪票货、走到哪、谁签收」，得挨个打电话导表，回来自己对时间轴。同一辆车，GPS 说在服务区，司机说刚装完货，差着小半天，先得决定信哪个。

▍ 告警靠人喊，事后全凭回忆

疲劳驾驶、偏线、久停，以前要么司机自己讲，要么客户催货才发现。真要倒查，轨迹、打卡、回单、通话记录分在四处，时间戳各按各的时钟；谁看见的、谁处理的，一处都留不下来，复盘全靠凑回忆。

调阈值、加页面、接 ERP 回回都得走变更，业务年年变，系统却停在验收那天。

所以我们要的就三件事：让车、单、货、钱说同一种话；数据落在自己机房；改需求不用等排期。对应采集接入、统一数据层和源码交付。

二、功能介绍：屏上看得见，单据里查得下去

▍ 一块地图，把全网车和单摆出来

上了智慧TMS，打开在途监控就是一张全国地图。几百辆车的实时位置都在上面：走到哪、停了多久、拉的哪票货，点一下能看到。取货点、送货点、分拨中心都标着，轨迹能拖时间轴回放。客户问货到哪，客服点车把位置发出去，不用再层层打电话。

▍从订单到结算，一条链路走到底

订单录入、运单拆分、运输任务、取派件任务、司机作业单，接着是调度工作台、在途监控、运输看板、告警中心，再往后是车辆档案、线路、承运商、价格协议、财务结算。看着模块多，其实是同一张单据在不同人手里换了个样子。司机手机端接单、传回单、打卡，每一步自动留痕；以前最怕的串单，现在单据号从头到尾只有一个。

▍ 告警不是弹一屏就完事

刚上线那阵一天弹一屏，进隧道、漂移都报。后来调了小半个月：瞬时抖动不计，持续超阈才报，同类在时间窗里合并，分级推给当班的人。每条告警自动挂当时的轨迹片段，点一下转工单，指派、处置、复查、销号全程留痕。屏上还挂着几条没处置的，谁都赖不掉。

▍ 结算让规则说话

价格协议按客户配进系统：按重量、按体积、按趟、按里程、按线路，组合的也能配。运单一完成就自动算费，月底直接出账单，差异单另列，能追到哪一票、用了哪版规则。财务不用再拿 Excel 对口径。

验收时摆给公司领导看的就是这张表：

三、落地过程：他们上门都干了些啥

先蹲了几天调度室，把订单、拆单、回单、对账怎么走画出来。接着清历史数据，客户、线路、车辆、价格协议各建一张字典，老订单格式杂，只敢先只读导入。接定位时走北斗双模，轨迹按统一时间戳对齐，断网补传、漂移打脏值标，都是联调时试出来的；告警阈值按线路和车型逐条配，不套模板。老系统留着只读双轨跑了一段，数对上了才切。最后培训和移交，源码、表结构、接口文档、部署脚本进了内网仓库。

分三期走，没敢一步到位。这张表是当时排计划用的，顺序没走错：

二期做完，客户查货那几层电话基本没了；三期还在收尾，历史合同口径跟财务逐条确认。展示错了顶多挨骂，账单算错要跟客户扯皮，结算这块宁可慢。

四、技术优势：凭什么能自己改

▍ 四层，每层干的活不一样

最底下是采集：车载定位、司机 APP、回单影像、打卡，各说各的话。往上一层做接入统一，把位置、时间、状态归到同一套字段，断网先存本地再补传，脏值打标不丢。再往上是数据层：MySQL 存单据、客户、规则这些要留痕的，Redis 兜实时位置，轨迹按时间分段存，WebSocket 把变化推到屏上——常查的放快的地方，要倒查的放稳的地方。最上面才是应用，地图、看板、告警、结算读的是同一份数据。

▍ 技术栈不绕弯子

Spring Boot 后端、Vue 前端，MySQL 加 Redis 加 WebSocket，地图接百度地图，定位走北斗双模。整套私有化部署在自己机房，按组织机构分权、操作留审计；一个车队先跑和几个省一起上是同一套代码，差别只在配置。

▍ 源码包里到底有什么

后端按订单、运单、调度、在途、告警、结算拆成模块，前端 Vue 组件能直接复用；表结构和数据字典一份不缺；接口文档是 OpenAPI 那一套，连实时推送的主题都标了；部署有离线包和脚本，附了回滚步骤、日志位置和常见报错怎么查。签收那天我们的人照着文档把测试环境装了一遍，才算验完。

加一条运费规则：价格协议配置里加个维度，算费逻辑改一处，账单模板加一列，前端复用现成组件，跑一遍回归就能上。以前要提变更、报价、排期，现在是自己团队一个下午的事。

▍ 异常处置，前后差在哪

这块最容易被忽略，也最能看出是不是真落了地。大屏都长得差不多，得看出了事之后系统里剩下什么：

▍ 有些地方宁可慢

远程改运单状态、下发调度指令这类写操作，先只读双轨跑顺，再加双人确认和单独鉴权；回单影像里有客户信息，谁能看、能导出按组织机构切开。轨迹和单据要对账，宁可多留一份备份。这套东西是给业务兜底的，不是拿去演示的。

五、算账，顺便说说这套系统

账不难算：车、单、货、钱在一条链上，异常提前报，月底不用补台账，检查随时调记录。接单和调度那几处确实少招了些人，但这不是重点——重点是数据在谁手里、往后要改还得看谁的排期。

延凡科技这套 TMS，说到底就是把车载定位到后台大屏这条链接通，连源码、表结构、接口文档和部署手册一起交到公司手里。最对我们胃口的不是屏好看，是规则能自己配、模块能自己加、接 ERP 不用求人开接口；私有化在自己机房，先拿一个车队试点，跑顺了再扩到全网。同类系统看过几家，能连源码一起交、还把部署和回滚写清楚的，真不多。挑系统时先问一句源码给不给，比看演示管用。

六、还没讲完的那件事

还有个尾巴没办完：回单影像的自动识别和油费一卡通那一路接口，跟对方还没谈拢，三期就卡在这儿。等真跑通了，我再来讲一次，连踩过的坑、怎么回退的，一起摊开说。

你那边是卡在车辆定位对不上、结算口径太乱，还是源码压根不在自己手里？哪一层卡的人最多，下回单独写一篇。个人意见，仅供参考，有需可咨！