公交ERP数据对接：线路、站点、车辆主数据如何同步到导视系统

主数据同步，指把线路、站点、车辆这类被多个系统反复使用的基础数据，收拢到一个源头维护，其余系统按约定方式取用。放到公交企业身上，公交ERP数据对接就是让 ERP 做账本、导视标识系统做读者，两边不再各存一份。

这两套系统往往由不同部门采购，谁也管不到谁。站牌上的站名改了，ERP 里还是旧名；ERP 调了线路走向，站牌图还停在上一版。乘客看到的和调度看到的，成了两条线。

一、公交主数据同步，同步的是哪三样东西

线路、站点、车辆。它们是导视出图和运营调度共同依赖的底座，任何一类口径不一致，下游全歪。

线路数据

线路编号、上下行走向、途经站点序列、首末班时间、票价规则。线路是骨架，站点序列一旦错位，整条线的站牌排序都会跟着错。

站点数据

站名、经纬度、站牌编号、换乘关系、所属行政区。站名最容易被随手改动，也是乘客投诉最集中的一项。

车辆数据

车牌号、企业自编号、所属线路、车型、核载人数。车辆与线路是动态绑定的，早晚高峰加车、临时调车，都要落到导视端。

二、为什么必须做公交ERP数据对接

因为重复录入的成本，比想象中高。

一家地市级公交集团，线路两三百条，站点上千个，站牌数量通常是站点的两倍左右。同一份数据在 ERP 里维护一遍，在导视系统里再录一遍，等于同样的活干两次。第二次录入没有校验，错了也没人发现，直到乘客站在站牌前看到一个不存在的站名。

更麻烦的是变更。运营部门在 ERP 里改完就结束了，导视这边要等排期、设计、出图、制作、上刊，中间隔一周甚至更久。这段时间，两套数据是打架的。

还有一层：巴士传媒公司拿到的站点清单如果和运营口径不同，广告位编号、上刊位置就会对不上，结算时扯皮。

导视标识集成系统的处理方式是把源头锁死。ERP 改，导视跟着改；ERP 没改，导视不自己造数据。

三、公交ERP数据对接怎么落地

数据流向：单向、增量、可追溯

方向定死。ERP 是唯一写入方，导视系统只读。这样两边不会互相覆盖，出了问题也能立刻定位是哪一端写坏的。

同步走增量。全量拉一次做基线，之后只取变更记录，按更新时间戳比对。

线路属于低频变动，一天一次够用。站点与站牌的关联关系变化稍快，可以压到数小时一次。车辆牵涉临时调车，按班次或按小时更稳妥。

每次同步都留痕。谁在什么时间改了哪条线路的哪一段，系统里有记录，可回看、可比对。平时没人关心这件事，真遇到乘客投诉或者上级检查，它就是唯一的证据。

部署方式：数据留在企业自己的环境

系统以本地化部署为主，装在公交企业自有服务器或私有云上，同步接口走内网。线路和车辆数据涉及运营安排，不适合在外部环境里流转。这一点在选型阶段就该问清楚：接口是内网调用还是公网调用，日志存在哪台机器上。

权限：按角色切分

线网管理员改线路和站点，站务人员只看本站范围，传媒设计人员拿到只读出图数据，审计角色全程只读。权限粗放的系统，最后往往人人都能改，等于没有权限。

如果 ERP 侧接口暂时不开放，还有一条退路：Excel 批量导入导出。运营部门按模板整理数据，一次导入，系统自动比对差异并标出冲突项。这条路不如接口干净，但落地快，适合改造周期紧的项目。

四、对接时容易踩的坑

把导视系统当成第二个录入端。有些单位上了系统，仍旧让设计人员手工补站名，补着补着，源头又变成两个。

只同步不校验。数据拉过来了，没做必填校验和重复检测。站牌编号重复、站点坐标为空，这类问题往往到出图那天才爆出来。

忽略历史版本。线路调整是常态，没有版本记录，就回答不了上个月这块站牌写的是什么。

部署图省事放到公网。省下的运维成本，通常会变成一次安全事故。

从已落地项目看，主数据收口之后的效果能算出来。烟台公交覆盖 1825 个站点、3553 块站牌，导视制作效率提升约 60%。青岛真情巴士管理 2160 个站点、1550 块站牌，规范化线路 130 条，效率提升 80%。临沂公交 5000 个站点、2100 块站牌，规范线路 136 条，同为 80%。这些项目的过程数据可查阅落地案例。

这些数字背后其实是同一件事：数据只维护一处，出图和调度不再打架。

评估方案时不必一上来就谈全量对接。先把现有 ERP 里的线路、站点、车辆三张表导出来，逐条核对站名与站牌实物，看看有多少对不上。这个差值，就是对接要解决的问题清单。想了解三类数据各自的字段与同步细节，可以看线路管理、站点管理两个模块的说明。行业政策口径可参考交通运输部发布的城市公共交通相关文件。