公交站牌自动生成系统怎么验收：四组清单一次讲完

合同里写的是采购一套公交站牌自动生成系统，到场验收时，对方摆出来的却是一摞印好的站牌成品——不少公交企业的采购人员在这个场景里吃过头亏。成品做得再漂亮，也证明不了系统能力；真正要验的是软件本身：模板管理、站牌生成、变更联动这些模块是不是真的能用、好用。智慧公交导视标识集成系统的验收，建议按四组清单来过，每一组都有明确的测法和谈法，下文逐组展开，再补上验收怎么组织、争议怎么处理两件实务。

一、先辨清验收对象：验系统，不是验一批成品

公交站牌自动生成系统是指以模板和数据为核心的站牌生产软件：线路、站点、上下行方向这些数据存在库里，套用模板批量出图，站点或线路一有变更，关联站牌自动跟着更新。它与印刷服务是两回事——印刷商交付的是物，系统交付的是"下次改数据时的成本"。采购方验收时只盯成品，等于把软件验收做成了来料检验，系统里最值钱的部分一件都没测到。

两者在合同里的位置也该分开写。印刷是按块计价的物料采购，验外观、验材质、验数量；系统是按能力计价的软件采购，验功能、验数据、验响应速度。合同里混着写，验收现场就会变成扯皮现场：供应商指着成品说交付完成，采购方指着系统说功能没达标，各自都有依据。辨清对象这一步，最好在签约时而不是验收时完成。

有个简单的判别方法：要求供应商在验收现场改一个站名。改完之后，关联站牌能不能自动更新、要等多久、会不会漏，这些行为只有系统才给得出，成品堆里翻不出来。这一条测不过，后面的清单都不用看了，先回去整改。

二、四组验收清单各测什么

第一组测模板。模板管理模块里，母版能不能新建、字段能不能配置、套用后排版是否稳定，都要逐项过。智慧公交导视标识集成系统一共十二个功能模块，模板是母体，模板不稳，后面全歪。检查动作建议具体到字段：站名、线路号、首末班时间、上下行标识四个字段，在母版里各对应一个数据来源，不允许手填。手填一次，数据源就被污染一次，下次批量生成时错版就出来了。

第二组测生成与输出。选一条真实线路跑批量生成，看成图速度与清晰度。输出的图要达到印刷级分辨率，拿去制版不需要二次修图，这一条是站牌自动生成系统与普通设计软件的分水岭。同时看异常处理：生成任务失败时系统怎么提示、能不能单块重出，这些细节决定以后用起来顺不顺。

第三组测广告位与档案。广告位管理要能按点位排期、按到期提醒，站点档案要完整：站点数量、所属分公司、路段归属逐条对得上。广告位和档案是站牌之外的两本账，验收时最容易被跳过，可一旦跳过，上线后第一批投诉往往就出在这里——广告档期被改版冲掉、乘客按旧站名找车。

第四组测变更联动。这是最重的一组，下一节单独说实测方法。四组内容先汇总成一张表，验收时按行打勾。

三、现场怎么测：改一个站名，盯住三个数

变更联动是智慧公交导视标识集成系统区别于普通设计软件的地方，也是最值得花时间实测的一组。做法不复杂：挑一条线路，把其中一个站点名称改掉，然后盯住三个数。

第一个数是变更条数。按三条线路共站、双向运营的典型场景测算，改一个站点名称，牵动的数据是三线路乘二十站乘上下行两方向，一百二十条上下。系统应该在几十分钟内把关联站牌全部更新完，换人工做这件事要一到两周，还要反复核对。系统报出的条数跟测算值对不上，说明站点与线路的关联关系建漏了，这类问题当场查，上线之后查起来成本翻好几倍。

第二个数是生成耗时。从点下生成到成图可下载，单块站牌的等待应该在分钟级；批量任务要有进度可查，哪几块完成、哪几块排队，一目了然，不能做成黑箱。耗时这一项最好多测几次：第一次生成有缓存加成，第二次、第三次的速度才是日常状态，验收记录里记三次的值。

第三个数是漏改率。抽查上下行两方向的头、中、尾各一块站牌，逐块核对站名、线路走向、站点序号。人工改图最常见的错就是漏掉下行方向，实测必须两个方向都抽到。有条件的话把抽查范围扩到车辆腰牌、站节牌这些车内标识，改了站名之后车内牌同步没同步，乘客和乘务人员感知最直接。

顺带把广告位也过一遍：站牌改版之后，广告位档期不该被冲掉，到期提醒照常生效。这一步验收清单里常被漏掉，但广告收入是站牌管理里隐藏最深的一本账，六千多个广告位的企业漏排一期，损失就是实打实的。验收时抽三个有档期的点位，看改版前后档期记录是否一致。

四、验收怎么组织：人、资料、环境三备齐

清单有了，验收当天怎么组织也有讲究。人这一头，采购方到场的不只是领导，要有以后天天用系统的人：运营部负责站牌维护的专员、信息中心管数据的工程师。用过才知道顺不顺，专员现场操作一遍批量生成，比看十页演示文档都实在。

资料这一头，提前备三样：合同及验收标准附件、站点与线路的基础数据（按真实量准备，别用演示数据）、已经印出的旧站牌样张。演示数据测不出真实量级的性能，站点上千的企业用几十个站点的演示库跑批量，速度快得没有参考意义，验收结论就失真了。

环境这一头，坚持在供应商环境之外做一次独立测试。条件允许的，把系统部署到企业自己的服务器或指定环境再测一轮；条件不允许的，至少换一台操作电脑、换一个操作账号再跑一遍主流程。验收测的是企业以后的使用状态，不是供应商电脑里的最佳状态。

五、达不到怎么谈：把整改写进条款

实测出问题，别停留在口头承诺。采购方手里有三样东西可以用来谈：合同、清单、整改期限。

谈的第一原则是把验收标准前置。理想状态是签约时就附上四组清单，作为合同附件，验收时逐项打勾，哪项不过记录哪项。签约时没前置的，验收现场补谈也可以，但要落成书面：问题项、整改措施、复验日期三栏写全，双方签字，别用"尽快解决"这种没法追责的措辞。

谈判时抓大放小。界面风格好不好看这类主观项可以放宽，变更联动的漏改率、高清输出的分辨率这类硬指标不能让。同类项目里，站点两千上下的地市级公交企业上系统之后，站牌重做的效率提升普遍在六成到八成之间——这个量级的收益谈得下来，为整改多等几天完全值得。

争议项的处理也给个办法：当场复现。供应商说"这是操作问题"，采购方就按对方指导重新操作一遍，问题还在，就记进问题项；问题不在，双方当场确认，省得验收会变成各说各话。复现成本几分钟，换来的口径一致值回票价。

整改完成后留一个复验动作：把"改站名看全程"那条实测原样再跑一遍，三个数全部达标，再签验收单。复验不是走形式，它验证的是整改之后的系统状态，而不是整改承诺。

四组清单归纳起来其实一句话：公交站牌自动生成系统验收，验的是"下次改数据时它替你省多少事"。模板、生成、档案、联动，一组都不能跳；现场改一个站名，是成本最低、信息量最大的一招。采购方把这四组带进会场，验收就不会是走过场。