观音桥智能物业收费软件开发
观音桥智能物业收费软件明天可以安排项目启动会了。项目启动项目启动会是必须要开的，而且尽可能大张旗鼓地开，要不然谁知道你项目经理是干什么的，谁认识你谁搭理你。这就像古代战前任命将军一样必须有仪式，只不过项目启动会的组织、形式、任命差不多都是项目方来推动，也就是说要抓住这个机会，把自己推广出去，避免在未来项目推进过程中遭遇被动。信息化工作本来就很艰难，要利用每一个环节的细节来积累双方的信任，非常重要，有了信任，再大的困难也能共同面对，一起解决，若没有信任.
师已经早两天到场等候了，当天下午我们在信息处的带领下把硬件拉进了机房。大同热力的机房挺专业的，外屋是监控室，里屋是硬件设备，中间是一块大玻璃墙，透过玻璃能轻松看到机房的温度、适度等情况。机房的门是指纹识别的，只有信息处的人员能进出。进入机房后，整齐落座着12台机柜，布线整洁不凌乱，我们和信息处的兄弟一起把服务器上了架，接下来就是走线布线了。本次项目一共是5台服务器，每台服务器有8个千兆口，2个万兆口，也就是说每台服务器需要走8根网线2根光纤。好在都是用的成品线，省去了自己做线的时间，并且也保证了线的质量，但是总共40根网线10根光纤，
拔掉烟囱698根，为实现“大同蓝”做出了突出贡献。回忆之前销售的同事也分享过大同热力的信息化经历，以及此次投标的相关整个过程。大同热力之前和北京某公司在合作收费和客服软件系统，是早期就已经建立了信息化管理平台，对信息化管理工作认识非常深刻。但伴随着供暖政策的变化，信息化技术的革新，原有管理系统已经无法满足热力企业日益增长的管理需求，加上原有系统多年不升级，系统卡顿僵死严重，统计报表不准确等原因，使管理人员工作量大大增加。特别是原有供暖软件供应商服务不到位。
及时。许多地方需要半自动人工操作，比如每年供暖收费前还需要软件公司派人到现场花一个多礼拜进行人工的账务结转，尤其是统计，每次统计一查询就是2个小时，而且查出来的东西还不准。有些话可能传得有些夸张，但从侧面也是呈现了业务部门的强烈诉求和不满，前车之鉴，后事之师呀，想当初我们也是学着同行在往前走的，现在该友商已经无法给自己的软件做升级，只能完全推翻重来，这是促使大同热力更换软件的导火线。脑子里全面过了一下这个项目，大同热力经历了一次信息化洗礼，而且这次项目的软硬件的预算和标准都较高，想必会对我们提出很高的要求，另外这个项目启动时间算是比较早，公司往往到9月份10月份的时候都会特别忙，因此需要在3、4个月内力求完成上线。
问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
