关岭智慧物业收费软件开发
和经营提供决策支持。必备功能：入网管理、客户管理、收费管理、票据管理、稽查管理、清欠管理、热计量收费、开关栓、图表报表。扩展功能：流程审批、银行代收、短信平台、微信公众号、支付宝、智能POS、移动APP。特殊场景：蒸汽收费、热水费、物业代收。产品配套定义为了更好地发挥《供暖收费管理系统》的作用，供暖企业常规可以配置以下设备：高拍仪：在业务窗口及时留存客户的身份证、停热协议、产权证明照片。语音播报器：便于在窗口通过电子显示和语音播报的方式，提示客户核对金额，提高交费体验和效率。短信：主动给客户推送打压试水、欠费催缴、故障停热等信息。一卡通：方便客户上银行拿卡交费，方便客户通过自助渠道办理查询、交费、报停、复热业务。自助缴费机：在忙季排长队或者营业厅下班之后，方便客户自助完成多项业务办理。
关岭物业收费软件其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
费易软件作为专业的供暖客服软件供应商，专门为集团型供暖企业研发了一套集团版供暖收费管理系统，集团经营管控需要关注的几个内容：各子公司的用户编号统一规划和编码；各收费渠道和资金的分散入账和统一监管；各地收据、普票、电票的分散对接和统一监管；各层组织架构和权限角色的统一管理，各层级的工作审批流程制定；数据分级过滤控制；用热户基础数据和费用数据的差异化支持；各地供暖政策条例和计费策略的支持；各层级多系统对接；集团大数据整合分析，对下属供暖公司各方面数据的横
和国内重要的集团型热力企业展开合作，形成全国一个受大型供暖集团欢迎的异地集团版本。未来，供暖企业也会变得更加务实，在信息化建设道路上更加笃定，更加谨慎，他们会花更长时间来选择合作伙伴及产品和服务。我想这不是正符合收费易软件的发展理念吗，客户也不那么急剧扩张了，他们有时间慢慢来选择软件，我们有耐心慢慢打造好软件，这就是双赢。大同热力收费客服信息化建设实录引子645万，应该是国内热力企业收费和客服信息化软硬件大的一个标了，也是收费易软件到目前为止大的一个项目。
