江西智能物业收费软件公司
接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在
错开公司的项目高峰期。心中初步有了几个项目阶段和人力资源的规划蓝图，准备梳理到纸面上跟公司领导申请支持。前期准备看招标要求项目是7月底完成，8月底上线。从前期了解到的收费系统的那堆乱账，还有复杂的业务，客户要求现场有办事处是非常合理的。因此一个目标就是要建设大同办事处，深入调研客户需求。现在能做的几件事情：1.确定项目成员；2.建办事处；3.组织启动会。在公司内部确定了几个重要的项目角色。
江西智能物业收费软件问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
费易软件作为专业的供暖客服软件供应商，专门为集团型供暖企业研发了一套集团版供暖收费管理系统，集团经营管控需要关注的几个内容：各子公司的用户编号统一规划和编码；各收费渠道和资金的分散入账和统一监管；各地收据、普票、电票的分散对接和统一监管；各层组织架构和权限角色的统一管理，各层级的工作审批流程制定；数据分级过滤控制；用热户基础数据和费用数据的差异化支持；各地供暖政策条例和计费策略的支持；各层级多系统对接；集团大数据整合分析，对下属供暖公司各方面数据的横
这样的时期，我们又从哪些方面去寻求正确的道路呢？首先，我们来看宏观趋势，不明白的就可以多看看日本的道路，或者说看看德国这种以实业驱动的国家模式，在日本和德国这样的国家，目前都是典型的放弃了房地产，以实业为主，人家是通过实业，或者说劳动为主来分配财富的，因此贫富差距很小，社会矛盾很小，生产力很高（中国目前靠地产和金融来分配财富，这比以前的地主靠地租不劳而获的程度有过之而无不及）。粗放式发展已经到头了，以前靠量、靠速度、靠规模取胜的招式可能要过时了，未来竞争就是靠核心竞争力，在收缩的市场中，所有人都在收缩自己的业务边界，坚守住自己后的壁垒。
