贵定智慧供暖收费系统软件公司
误差是很难避免的，何况我们将十几亿的款项核对到差1块钱，实属不易！只记得那天我们都很开心，甚至有些激动。硬件入场大同热力的硬件部分也是重头戏，整个平台涉及到诸多硬件，并且采用Vmware虚拟化方式部署，包括服务器、防火墙、交换设备、办公电脑、高拍仪、打印机、一体机、电视机等等，其中一台核心交换机就价值20万，真是刷新了我的三观。5月18日，核心的服务器硬件到货。
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
贵定智慧供暖收费系统软件同热力的电子票开具偶尔就会出现签章失败的现象，而且一旦失败就会持续十多分钟，虽然也不算很久，但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试，确定不是由于收费系统的原因导致，所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时，过了一会就到热力公司了，经过分析多半是因为网络拥塞导致的数据上传失败，又经过和大同热力信息处配合进行网络测试，基本确定是联通网络的问题。当天下午结账后，信息处张处联系了电信公司，将专线网络由联通切换为电信，在此之后，虽然也会出现签章失败的情况，但是问题出现的频率大大的降低了，看来选择网络运营商还真得因地制宜。再说说二点：大同热力的硬件采购标准很高，为了让个别老百姓更容易接受电子发票，打印机采购的是惠普彩色激光打印机，不仅价格高而且耗材也贵，我还是头一回见热力公司采用彩色打印呢。但是问题来了，彩打的效果固然好。
张工负责收费数据及报表的准确，实施工程师杨工负责西、南、北城营业厅的机动巡查，另外还有1人负责客服系统的运行、1人负责电话及呼叫中心的检测、1人负责服务器及网络的通常，后还有我负责资源调度及替补，总共8人在现场全方位的支持。9月3日，在项目上线稳定运行了两天后，一些问题渐渐浮出了水面，比较严重的有两点：一是电子票签章失败，二是打印机过热宕机。先说一点：电子发票的开具由于是国家税务系统统一管制，所以每一张票都要经过国税局系统进行签章，签章成功后才算成功。
收费主管张主任、客服主管董主任及客服部徐经理的办公室，简直就是在一起办公，我们随叫随到，他们也是随叫随到，沟通可以轻轻喊一声人就过来了。三位主任过来聊了聊，记忆深刻的有三句话，一句是无论晚上、节假日加班他们都可以随时积极奉陪，二句是徐主任反复说合作了就是一家人了，三句是收费张主任问项目经理你不会离职吧。这三句话我能明白其中的含义，张主任解释说之前的软件公司人过来，他也问这句话，人家说不会，并说把问题带回公司解决，结果一回北京就再也没见着过。需求沟通了用了两天，由于是一次沟通，所以要对大同热力的原有系统做全面的功能分析，张主任真是个敬业的人，不厌其烦的给我们一遍又一遍介绍，生怕我们不理解或者遗漏了，这为后续的开发设计奠定了稳固的基础。每天结束之后，由于信息量较大，我们都得把当天信息进行归纳汇总。
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
