站点主数据，是公交企业里那套被反复引用、只能有一份的站点记录：一个站台叫什么、在哪、长什么样、归谁管。公交站点数据采集做的事，就是把这些信息从口头交代和零散表格里搬进系统，让线路排班、站牌出图、现场施工都指向同一份档案。

一、公交站点数据采集，采的到底是什么

采集的最小单位是站台，不是线路

      一条路两侧同名不同位，就是两个站点。上行和下行、站台形式和方位，都得分开记。按线路采听着省事，可线路一调整，历史记录就跟着错位，谁也说不清哪条数据是准的。

     所以先定颗粒度：一个物理站台一条档案，给它一个不会重复的编号。后面所有关联都挂在这个编号上。

三个来源，各管一段

      现场踏勘拿的是经纬度、站台形式、环境标识这类必须到跟前才能确认的信息。历史 Excel 台账里通常留着站名、原站名、所属路段这些老底子。ERP 里则跑着线路走向和站点归属。

      三份数据要能对上号。对不上，就是后面出图返工的起点。

      现场这一份最容易被跳过。顶着太阳走一趟，回来只填了站名和大概位置，站台形式写成“普通”，环境标识空着。这种表交上去，等于没采。带一张打印的旧表出门，站在站台上逐项勾，比回来补想可靠得多。行业层面对站点设置有明确要求，可落到企业自己的表上，字段还得自己定，交通运输部的公开政策只能给方向。

二、为什么站点数据必须先统一

      现实里的样子往往是这样：站点表散在几个人的电脑里，版本各不相同。有人调岗，表就跟着消失。同一个站，运务叫一个名，传媒叫另一个名，站牌上印的又是第三个。设计拿到表，发现没有站台形式，只能翻照片猜。

      这些不是大事故，是每天都在发生的小摩擦。攒上一年，就是反复核对、反复返工。

人员一换，信息就断层

      做表的人调走，接手的人只看见一堆文件名。哪个是最新，哪个字段是后加的，没人说得清。公交站点档案缺失的那部分，往往不是没记过，是记在某个人的脑子里。

      烟台公交的站点是 1825 个、站牌 3553 块。站点档案统一之后，出图效率提升了 60%。青岛真情巴士 2160 个站点、1550 块站牌，临沂公交 5000 个站点、2100 块站牌，两家的提升幅度都是 80%。三家的情况在案例里写得更细。省下来的时间不是软件跑得快，是没人再为“这个站到底叫什么”开会。

三、站点档案的字段怎么设计

先分三类，再谈细节

识别类字段解决这是哪个站，空间类字段解决它在哪、长什么样，管理类字段解决谁在用、怎么查。三类分开，表就不会越加越乱。

      拿不准字段够不够，可以倒着验：找一份正在用的站牌版面，看上面每一个字、每一个符号能不能在表里找到出处。找不到，就是字段缺了。公交站牌版面设计的要求，正好可以当这张校验清单。

字段要够用，也要有人用

      每加一个字段，都得有人填、有人查。填了没人用的字段，半年就会烂成空白列。站点信息管理的难点不在录入，而在字段能不能长期稳定。多条件检索的价值在这里体现：按区域加站台形式，一次筛出全区需要改造的候车亭清单，不用再挨个打电话问。

字段不全，出图就得返工

      英文名空着、副站名没写、站台形式缺失，设计只能停下来确认。一个站停十分钟，一千个站就是一百多个小时。

更麻烦的是没人觉得这是问题。表填完了，图也出了，错的站名印在站牌上，等乘客投诉才回头改。字段设计看着是后台的事，成本却落在出图环节。

四、站点数据维护怎么落到日常

变更走同一条流程

      新站开通、站点迁移、站名调整，都按提出、审核、改档、同步出图这条线走。改动留痕，不覆盖原记录。原站名这个字段就是为这件事留的，老乘客认的还是旧名字。

批量动作交给工具

      季度盘点用 Excel 批量导入导出，一次核对完整张表，比逐条点开快得多。线路、站点、车辆这三大主数据从 ERP 同步过来，避免系统里一套、财务里一套。站点改了名，财务那边的台账也跟着对上。同步机制的具体做法，可以看三大主数据同步的说明。

站台设施看得见，排布才快

      设施可视化管理把候车亭、站牌、座椅摆在一张图上，线路和宣传语直接拖拽添加。改一条线路的停靠，图上跟着动，不用再改一遍表。

结语

      站点档案这件事，难的不是技术，是肯不肯先把颗粒度和字段定死。建议挑一个区域做全量盘点，把站名、方位、站台形式、经纬度四项补齐，跑通一次导入导出和出图，再往全域推。站点数据维护做扎实了，后面的每一次出图都是复利。