深圳收费易 系统

前提，担心大家接受得慢，所以多留出些时间给大家模拟练习，既然领导重视培训，我们肯定全力配合，我表示培训随时能够开展。8月5日，按照徐主任的要求，我拟定了一份培训计划表：收费系统的培训分为两个批次，一批针对于客服中心和营业厅的业务人员进行培训，二批针对于分公司进行培训。一批培训共分8个场次，每半天为一场，参训人员共105人，主要讲解系统9大功能，59个功能模块；二批培训为4场，也是每半天为一场，参训人员共56人，主要讲解系统9大功能中的32个功能模块。客服系统的培训也是如法炮制，总起来说，培训的强度还是蛮大的，尤其对我们工程师更是一种挑战。8月10日，培训正在如火如荼的进行着，我们主讲工程师由于嗓子发炎不得不休息一下了，事实证明不是所有的挑战都那么容易成功，毕竟我们也是凡人，在现场没有任何扩音器的条件下，面对如此多的人每天不间断地讲，嗓子能不疼吗？但是培训不能停止，于是我顶替了两场培训。

深圳收费易 服、生产等系统数据，整合进行大数据分析。系统对接通过与集团客服系统、NC财务系统、生产系统、工程项目系统等系统对接，实现集团经营、客服、生产协同的整体性信息化平台。电子渠道可打造集团的统一电子渠道入口，包括微信公众平台、微信生活缴费、支付宝、网站交费、用户APP等，通过统一入口，进一步提升集团品牌形象和知名度。银行代收与各子公司所在地域的各银行进行对接，实现银行代收，各子公司可对代收规则进行独立设置。方案优点集团型供暖企业少则几个，多则十几个子公司，原本很多套软硬件系统的投资，现在只需要集中投资建设一个平台即可，极大地节省了前期建设成本和后期维护成本。集团化管控平台，相当于集团和所有子公司的数据都集中在一起管理。

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

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

同热力的电子票开具偶尔就会出现签章失败的现象，而且一旦失败就会持续十多分钟，虽然也不算很久，但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试，确定不是由于收费系统的原因导致，所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时，过了一会就到热力公司了，经过分析多半是因为网络拥塞导致的数据上传失败，又经过和大同热力信息处配合进行网络测试，基本确定是联通网络的问题。当天下午结账后，信息处张处联系了电信公司，将专线网络由联通切换为电信，在此之后，虽然也会出现签章失败的情况，但是问题出现的频率大大的降低了，看来选择网络运营商还真得因地制宜。再说说二点：大同热力的硬件采购标准很高，为了让个别老百姓更容易接受电子发票，打印机采购的是惠普彩色激光打印机，不仅价格高而且耗材也贵，我还是头一回见热力公司采用彩色打印呢。但是问题来了，彩打的效果固然好。