山东智能天然气收费软件系统

张工负责收费数据及报表的准确，实施工程师杨工负责西、南、北城营业厅的机动巡查，另外还有1人负责客服系统的运行、1人负责电话及呼叫中心的检测、1人负责服务器及网络的通常，后还有我负责资源调度及替补，总共8人在现场全方位的支持。9月3日，在项目上线稳定运行了两天后，一些问题渐渐浮出了水面，比较严重的有两点：一是电子票签章失败，二是打印机过热宕机。先说一点：电子发票的开具由于是国家税务系统统一管制，所以每一张票都要经过国税局系统进行签章，签章成功后才算成功。

山东智能天然气收费软件及时。许多地方需要半自动人工操作，比如每年供暖收费前还需要软件公司派人到现场花一个多礼拜进行人工的账务结转，尤其是统计，每次统计一查询就是2个小时，而且查出来的东西还不准。有些话可能传得有些夸张，但从侧面也是呈现了业务部门的强烈诉求和不满，前车之鉴，后事之师呀，想当初我们也是学着同行在往前走的，现在该友商已经无法给自己的软件做升级，只能完全推翻重来，这是促使大同热力更换软件的导火线。脑子里全面过了一下这个项目，大同热力经历了一次信息化洗礼，而且这次项目的软硬件的预算和标准都较高，想必会对我们提出很高的要求，另外这个项目启动时间算是比较早，公司往往到9月份10月份的时候都会特别忙，因此需要在3、4个月内力求完成上线。

业务协同。不同子公司间数据互不干扰，实现各子公司业务有序开展。集团总公司可以实时监督子公司费用、稽查等工作的管理情况，对子公司的异常情况进行及时处理、问题纠正。整合供暖大数据为供暖生产提供决策依据，终达到“分散经营，集中管理”的目标，实现敏捷化集团组织运营。 各层级自主管理需求集团不是大包大揽，而是帮助下属子公司理清管理规范和流程。

项目实施过程中也接触和了解了供暖领域的各家热网自控厂商，因此虽然不能说是供暖专业人士，但对经营收费管理领域也算是掘地三尺了。但为什么做供暖经营管理软件那么难，我认为主要原因是这个行业本身就缺少规范和标准导致的，无法像水电气那样量化计费，供暖条例基本是一城一策，而且各个城市对类似的政策和条例解读执行得也不一样。没有标准化，项目都成了定制，没有专业化，客户都成了试验田，收费易软件就是在这样举步维艰的情况下，扛起供暖经营管理软件标准化、专业化大旗的。

平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。

这也是重要的一步。随着我们对数据分析的不断深入，发现大同热力的数据迁移工作比我们想象的要复杂的多，这个复杂性倒不是上面提到的超大的数据量级，而是数据的不规范性。我们了解到，原有收费系统在应用过程中由于部分功能满足不了业务需求，所以操作软件的人往往以一种非常规的操作来实现某项业务，比如报停后复热不了的就直接修改暖费应收、面积结算不对的就直接修改台账等等，而且张主任还说。