三穗收费易天然气收费软件系统

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

接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在

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

有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。