在做水务信息化这十几年当中, 我接触关于城市供水信息平台方面的使用场景越来越多了。说白了这件事情, 它其实就是把管网数据、用户计量以及调度监控这些内容串联成一张大网的基础数字架构。
一个自来水公司究竟是否能够经济实惠地使用这种产品并且真正派上用场, 关键点并不在于该软件功能看起来有多么花哨, 而关键在于底层的数据通道能否实现真正的畅通无阻,后续的业务操作流程是否能够紧密衔接且没有阻滞现象发生。
供水信息平台怎么选
在选型的时候城市供水信息平台, 千万不要仅仅盯着供应商的演示。我看到过太多的项目是这样的, 系统上线仅仅过了三个月就变成了摆设, 原因往往是因为各个系统的接口没有打通, 调度员最后还是依靠电话和纸质的工单在干活。
真正应该问的一个问题是: 数据能不能从SCADA、GIS、营收系统里直接拉出来, 而不是再去搞一套独立的、需要手工录入的数据体系。
当手中的预算变得很有限的时候, 必须要把优先权交给那些能够把管网模型跑通的人, 还需要让漏损分析这项工作顺利运转起来。这种选择做法, 会比起去铺设好几十个监控大屏的方式, 显得更加实用得多。
供水信息平台落地难在哪
真正让人感到棘手、让人头疼的, 并不是纯技术层面的问题, 而是不同部门之间关于数据归属权的争议。具体来看, 供水业务由一部分人负责, 排水工作归另一部分人管, 调度环节又属于第三个团队, 大家都各自为战,井水不犯河水。
与此同时城市供水信息平台, 大家手头掌握的数据格式五花八门不太统一, 统计数据的口径更是各不一样, 要把这些杂乱的信息整合到一起, 中间少不了反复地进行沟通和协调工作。我曾经亲身经历这样一个项目案例, 光是想办法把用户地址的唯一编码给统一起来这件事, 前后就修改了六次版本, 最后还硬生生地耽误了大半年的时光。
此外, 在基层管网工作的相关人员未必会甘愿去切换至崭新的系统, 这一点是显而易见的。所以, 培训和运维响应机制的作用就更为凸显了, 它比初始开发阶段更能决定这个平台究竟能不能活下去。
平台搭建好了, 这只是一个开始, 数据是否能够真正流动起来, 是否能够在实际应用中运行起来, 这才是评估水务公司这笔信息化投资是否有价值的核心标准。
