版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
相关背景2003年6月8日,国务院颁布了第379号中华人民共和国国务院令,《物业治理条例》自2003年9月1日起正式施行,明确提出‘按照国家有关规定交纳专项维修资金’。2007年12月4日,建设部、财政部联合公布第165号令,正式颁布了《住房专项维修资金治理方法》,并于2008年2月正式施行。《住房专项维修资金治理方法》对维修资的征缴、使用等均做了详细讲明,将物业维修资金的治理提高到更高的法规层面。在此之前,全国各地部分都市就本地区的进展现状,相继出台了各自的物业治理条例法规,其中关于专项维修资金的归集治理,各地也各不相同。目前要紧存在两种治理模式:一是开发商代收代管,而后由成立的业主大会或业主委员会治理,二是政府主管部门集中监管,业主所有。随着房地产业的进展及资金规模的不断扩大,传统的人工会计账册治理模式已难以应付,相关软件系统也应运而生。二、产品简介《毅成达住宅专项维修资金治理信息系统》(以下简称“本系统”)遵循‘统一归集、专户存储、专款专用、所有人决策、政府监督’的原则,融合了涉及商品房、房改房、二手房等多种性质房屋维修资金的治理,系统几乎涵盖了所有目前所能预见的各项业务,并提供方便的开发方法,以适应不同地区不同政策的需求。本系统1.0版本于2002年10月立项,03年底研发成功并在南京物业治理办公室试运行,04年6月正式上线运行。通过六年多不断完善,先后在江苏南京(包括浦口、江宁、六合、高淳、潥水十一区两县)、淮安(包括涟水、楚州、盱眙等三区四县)、安徽安庆、安徽天长、山东枣庄(包括腾州市、薛城区、台儿庄区、开发区三区一市)等近20家客户实施,目前系统运行稳定,治理的业主户数近240万,治理的资金规模达到100多亿。目前已升级至3.0版本,包含B/S和C/S结构两种模式,为客户提供更多的选择空间。三、技术方案3.1系统建设原则目前治理信息系统(MIS)要紧架构模式有B/S/S和C/S/S两种:B/S/S(扫瞄器/应用服务器/数据库服务器)架构是目前运行于广域网内的治理系统普遍采纳的系统架构,它的优点是无需安装系统客户端,只要安装了网页扫瞄器,如IE、FireFox、Maxthon等即可,维护方便。C/S/S(客户端/应用服务器/数据库服务器)架构要紧用于局域网,它与传统的C/S两层结构不同,C/S/S是瘦客户端,只需简单的安装即可,无需复杂的环境配置,并可实现自动升级。其最大的优点在于操作简便性及符合Windows用户操作适应。关于需要大量输入、调用计算机外设的功能,C/S/S结构有着强大的优势。我公司所开发的C/S/S结构平台,所有功能均是一个独立的插件,方便升级和维护。同时所有查询结果均可进行标题排序、导出Excel、用Excel打开,并可实现快速记录定位,方便局域网内用户操作。因此,在项目架构设计上,采纳C/S/S与B/S/S模式共存的体系架构:局域网内部用户能够使用C/S/S版本的功能,均可实现相同业务;关于广域网用户,则采纳B/S/S版本的功能,实现远程登录系统进行业务处理,要紧面对物业公司、业委会等分散在全市各地的用户。在系统建设方面,我们坚持以下原则,确保系统安全、稳健:冗余数据检验,保证数据安全准确。从以下几个方面确保数据的安全:业务处理各环节进行冗余数据检验及事务处理,在后台对数据进行逻辑校验,确保数据平衡;同时进行自动对帐及手工对帐,及时发觉可能的问题并进行及时调整。局域网用户只能通过软件客户端经中间件登录系统,用户无法直接连接数据库;用户登录密码采纳加密方式存储,幸免泄露;同时可对用户登录地址(IP地址或MAC地址)进行绑定,防止恶意登录。广域网用户通过扫瞄器登录时,采纳认证机制访问,拒绝非法用户登录,保证系统不受恶意攻击。数据库用户名及密码不定期变更,防止非法用户擅改数据。通过角色分工与功能模块划分,实现多种治理模式。针对不同的治理模式,设置多个角色,为每个角色定制不同的业务权限;并可针对不同治理模式下的相关业务单独设计开发功能模块。如此,为相关操作用户授予不同的角色,该用户登录系统后将实现指定模式下的业务处理。同一个用户能够设置多个角色,以实现在不同角色间的切换,完成不同模式下的业务处理。界面人性化定制,使用高效简洁方便。通过多年的MIS系统实施经验总结,并结合用户反馈意见,系统从设计到研发,综合考虑了不同用户的操作适应,业务界面简洁、方便、高效,并留有个性定制功能,方便用户定制符合自己操作适应的系统设置,提高工作效率。同时,将各种使用频率较高的功能集成所有界面中,方便用户导出、排序、查询、打印等。预留系统接口,实现无缝对接。本系统是一个开放的平台,能够扩展任何业务功能。并可依照实际情况与其它软件,如财务软件进行数据交互(需该软件供应商支持);也可扩展接口,实现与房产局信息平台的数据共享。3.2系统实现思想维修资金治理的需求以及运行的业务流程处于不断的变化之中,在系统的使用过程中,随着治理人员和业务人员信息化素养的提高以及治理和业务上的调整需要,不可幸免地需要对现有系统的各种信息和业务规则进行调整和整合。依照目前专项维修资金政府监管与业主大会自管相结合的治理模式要求,本系统的整体设计在一开始就充分考虑到系统在近期和今后的变化,应是逐渐由政府监管向业主大会自管进行过渡,系统能够在发生变化时从容地实现变化的要求。系统除了需要考虑业务需求的变化,而且还要考虑由用户层面及数据的增加,所带来的硬件环境和网络环境的变化。随着业务量和数据量的增加,系统对硬件环境的要求也会增加。当前系统的开发需要考虑目前硬件环境、和今后硬件环境和网络环境升级时,系统能够无缝地移植到新的环境中,即系统是建筑在跨平台的运行环境之上的。鉴于上述分析,本系统的实现思想遵循以下几项原则:安全性安全是系统稳定运行的首要保证。本系统采纳三层体系结构,与数据库的连同意到严格操纵;用户登录密码加密传输,加密存储;支技IP绑定登录;外网用户数字认证登录等严格安全措施,确保数据安全。统一性对维修资金治理中涉及的不同治理对象、治理模式、治理层级进行整体方案的统一规划、统一标准、统一设计,使得用户在同一个操作平台之下即可完成不同的业务功能。先进性充分利用当前流行的操作系统、数据库、网络通讯、服务器、客户机、中间件的最新、成熟的技术成果,转化到系统的具体实现中去,发挥软硬件的最大效能。有用性在保证业务功能的准确性前提下,提高业务操作的有用性,增加了排序、导出、查询、打印、过滤、定制样式等等有用功能,为日常操作提高了效率。灵活性维修资金治理工作具有专门强的政策性,同时与相关环节联系紧密。一旦政策发生变化或上下游环节发生调整,势必阻碍系统的动行。因此,系统应具备专门强的灵活性。本系统的灵活性体现在MVC的结构设计及插件化、模块化的功能设计,如此局部的调整或后台业务的调整对整个系统几乎没有阻碍,功能的扩展上则更加便捷。3.3系统网络拓扑图本系统设计的使用对象涵盖包括局信息中心或上级主管领导、市级资金治理部门、区级资金治理部门、业主委员会、售房单位、建设单位、物管单位、专户银行、购房人或业主等使用对象,分布范围广,因此要求系统不能完全运行于局域网内,而要形成一个基于公网的开放式平台。鉴于上述情况,系统的网络拓扑图如下所示:因此,依照各地的治理规模和实际情况,仅需要‘中心子系统’即可实现当前的工作需要,其它部分可依照实际进展情况进行增加扩展,而可不能有任何阻碍。3.4系统关键技术J2EE技术J2EE是SUN公司提出的在分布式环境中的一种体系结构,它提供了一种基于组件的设计、开发、集成、部署企业应用系统的方法,J2EE平台提供了多层分布式的应用系统模型、重用组件的能力、统一的安全模型和灵活的事务操纵。基于组件的J2EE企业应用系统具有平台独立性,因此不受任何软件产品和任何软件厂家API的约束。J2EE定义了下面的组件:
·Applicationclient和portlets是客户层组件
·JavaServlet和JSP组件是WEB层组件
·EnterpriseJavaBean(EJB)组件是业务处理层组件MVC设计模式MVC设计模式将项目分解为模型(Model)、视图(View)和操纵(Control)三部分。其中“模型”是完成任务的代码;“视图”既是表达界面;“操纵器”则操纵着模型和视图之间的交互过程。三者之间的关系如下图所示。MVC设计模式客户端扫瞄器提交请求给服务器的“操纵器”;“操纵器”依照系统的配置选择相应的“模型”;“模型”完成处理数据的任务和生成“视图”的任务;“视图”则返回客户端更新扫瞄器的内容。由此完成一个操作。MVC设计模式实现了应用的业务逻辑封装,规范了基于JSP/Servlet的Web应用开发。维修资金治理系统将采纳跨平台的J2EE技术架构。随着业务的进展或企业IT环境的整合,维修资金治理系统能够随时依照业务需要移植到其他的操作系统,譬如Windows、Linux、SUNSolaris、HPUX等。建筑在J2EE技术架构上的应用系统提供了这种可能性。维修资金治理系统的系统整体框架如下图所示。系统架构对系统的操作则通过台式机或笔记本的扫瞄器,以HTTP/HTTPS协议连接到服务器上。服务器上的用户操作界面使用目前流行的JSP格式。但维修资金治理系统的JSP有两个专门的要求:1)严格使用MVC模式;2)直接集成到企业信息门户(EIP)中。为今后整个企业应用系统的深度集成作好预备。维修资金治理系统B/S部分将使用Java开发,并遵从J2EE技术架构。应用服务器能够考虑使用WebLogic、WebSphere、Tomcat、JBoss等。维修资金治理系统运行在应用服务器上,并通过应用服务器与数据库连接。维修资金治理系统是一个基于业务流程治理思想的软件应用系统。在确定的组织模型下,以业务流程引擎为驱动实现具体的业务流程。维修资金治理系统将其他应用系统、应用子系统、应用模块作为同等对待。也确实是讲系统本身是一个小范围的“系统集成”,如下图所示。功能架构应用模块之间或应用子系统之间可能会发生相互调用。3.5业务功能中心子系统中心子系统前台业务后台业务财务治理领导审核综合查询系统维护通过近七年的不断完善和经验总结,《毅成达维修资金治理信息系统》从功能上逐渐形成如上图所示的标准配置功能列表,差不多涵盖了大多数维修资金治理的涉及的业务功能,并可依照实际工作情况适当调整,形成客户化、本地化的一整套完整解决方案。具体的业务功能设计,在秉承老版本系统的业务功能划分的基础上,新版本在简化操作流程、增加有用功能、提高运行效率等方面做了专门大改进。新版本C/S结构部分功能模块如下所述:3.5.1前台业务房屋登记房屋登记,包括数据导入和分户录入两种方式。数据导入:通过与共享平台的接口,将测绘楼盘表直接加载到本系统,作为缴存维修资金的依据;或使用标准格式的Excel录入后再导入系统;单机版的开发商代缴子系统,由开发商代收代缴,然后导入系统等多种导入模式和方法。分户录入:是指在本系统建立的楼盘表中,依照业主提供的测绘图,手工录入新的分户信息,作为缴存维修资金的依据。关于已存在的房屋信息,能够进行修改、删除、导出、查询等操作。支持纸质资料的扫描存档、拍照存档及回调查询功能;支持直接将房屋信息拖放到指定结点,实现关联关系的建立,如将下图列表差不多选中的100条记录,直接拖放到左边树状菜单的某个小区、或某个建设单位,该100条房屋信息将自动建立与该小区或建设单位的关联关系,高效方便。业主缴存房屋登记时可选择录入的同时进行缴存。关于已录入或从接口中已加载的房屋,能够进行单个缴存、批量缴存、多样付款、续筹缴存等缴存业务。缴存时依照缴存时刻,自动取得缴费比例及计算方式,计算出业主和单位应缴金额,录入实缴金额、缴费方式(现金、支票、银联)、凭证号码等,生成缴存流水记录。关于未到帐的缴存流水能够取消、重新缴存、补打印等。缴存比例(缴交标准)可由系统参数设置,并可按时刻段分不计算。单位缴存关于需要单位(建设单位或售房单位)缴存的房屋信息,系统显示所有应缴未缴的记录,由单位选择指定范围进行缴存,生成缴存流水记录。可实现单独缴存、批量缴存、全部缴存等多种缴存模式。关于未到帐的缴存流水能够取消、重新缴存、补打印等。缴存复核复核柜员对未复核的缴存流水记录进行复核,并打印票据。只有复核过的缴存流水才可进行日终批处理。支票确认关于使用支票或银联卡进行缴费的流水,需要对使用的支票号或银行卡号进行使用确认,否则使用该支票的所有缴存流水将无法进行日终批量处理。经确认后的支票号,会产生一条发送银行的确认信息,由银行确认支票的实际到帐日期。退多补差当发生缴存面积或实收房款与缴存时的面积或房款有差额时,相应的维修资金应缴金额也将发生变化,现在,业主可凭相关证明进行退款或补缴。此业务应先由后台发起‘补差申请’,生成退款或补缴流水记录后方可进行退款或补缴操作。前台柜员选择退款或补缴的流水记录进行复核并打印票据,并将差额退还给业主或向业主补收差额。销户退款当房屋发生灭失或拆迁等情况时,可将已缴维修资金帐户余额提取,将该业主户销户处理。此业务应先由后台发起‘销户申请’及‘销户审核’,生成退款流水记录后方可进行退款操作。前台柜员选择销户退款的流水记录进行复核并打印票据,并将退款金额退还业主。日结单查询查询并汇总前台缴存柜员当天的收款情况,打印后交由财务,作为物业处与银行进行对帐的依据。3.5.2后台业务补差申请由于实测面积与缴存面积不符或其它缘故造成的缴存金额不符,能够对已缴存金额进行修改,退缴或补缴差额,生成退款或补缴流水记录,作为前台退多补差操作的依据,前台用户通过‘退多补差’功能,对流水进行实际给付操作。销户申请关于因拆迁、退房、房屋灭失等情况,将已缴存的维修资金余额进行退还,并对该房屋进行注销处理。能够精确指定某个业主销户,也可针对指定范围(如某幢楼所有业主)进行销户申请。销户退款可选择只退本金及本息退款,假如选择只退本金,则将业主利息金额从本4金户转至结算户。申请用户可撤消销户申请。销户申请成功后产生一条销户退款业务流水,需经‘销户审核’,可能包括财务审核及领导审核二级审核流程,然后才能够在前台通过‘销户退款’进行退款操作。销户审核对销户退款申请流水进行审核,包括财务审核及领导审核。财务审核用以确认退款银行、退款方式;领导审核为最终审核,只有通过领导审核的销户流水,才可从前台进行退款操作。资金使用使用单位,如业委会或售房单位,提出使用申请,资金治理部门对使用要件进行人工审核,审核通过后,进行案件登记,生成案件编号;为使用单位编制楼幢关系,并记录票权信息;对登记案件进行业务审核,要紧是对票权及要件是否符合使用要求,关于符合要求的,并提交入库,进行金额分摊,打印使用单、分摊明细等;业务科室对案件进行初审,审核通过,进入领导审核环节;领导对初审通过的案件进行审核,审核通过的案件能够进入下一环节,审核驳回的案件则返回上一环节;财务部门对审核通过的案件,进行划账操作;已划转确认的数据发送到银行端进行确认;银行将指定金额划拨到使用单位开设的指定账户后对划拨数据进行确认,并将数据返回到中心数据库;中心数据库经日终批处理后,扣减相关业主账户。使用申请时可选择一次性划拨,也可选择分两次划拨;分两次划拨情况下,首款划拨为审批金额的70%(由系统参数设置确定),尾款为审批金额的30%。当尾款划拨申请时,工程决算金额与首款申请金额不符时,应以决算金额重新计算分摊金额,现在尾款金额将不再是审批金额的30%。各业主所分摊金额也将发生相应变化。要件录入时,应提供两种方式:直接扫描档案文件入库方式和加载图像文件入库方式,并可方便回调查看。分摊计算时,以业主实测面积作为分摊依据。分摊方式也有两种:留存比分摊和余额分摊。留存比分摊:是指以该业主当前余额扣除应留存的金额为限参与分摊,假如分摊金额大于可用金额,则超出部分需用现金参与分摊;余额分摊:是指以该业主当前余额为限参与分摊,假如分摊金额大于当前余额,是超出部分需用现金参与分摊。首款申请流程尾款申请流程托付增值依照最新的《住宅专项维修资金治理方法》,“业主大会成立后,应当按照下列规定划转业主交存的住宅专项维修资金:(一)业主大会应当托付所在地一家商业银行作为本物业治理区域内住宅专项维修资金的专户治理银行,并在专户治理银行开立住宅专项维修资金专户。”关于此种情况,业主大会可对其账户中的维修资金进行相应增值操作,由专户治理银行为其增值金额进行计息及划转。本系统对增值收益按指定范围进行分摊到相关业主。关于未成立业主大会的物业小区,能够向资金治理部门(市物业办或区局治理部门)申请托付增值。治理部门对申请单位提供的要件进行人工审核,审核通过后,进行案件登记,生成案件编号;为申请单位编制楼幢关系,并记录票权信息;对登记案件进行业务审核,要紧是对票权及要件是否符合使用要求,关于符合要求的,并提交入库,进行金额分摊,打印申请使用单、分摊明细等;业务科室对案件进行初审,审核通过,进入领导审核环节;区局领导对初审通过的案件进行审核,审核通过的案件能够进入下一环节,审核驳回的案件则返回上一环节;市级治理部门对审核通过的案件,进行划账操作;经日终批处理后,为申请单位生成增值记录,并扣减相关业主账户余额。托付增值到期后,系统依照申请时所选择的到期处理类型(到期自动转存、到期转活期),在日终批处理时自动执行相应操作。关于到期自动转存,自动生成一笔新的增值记录,将到期利息生成一笔息入本划转申请;关于到期转为活期,自动将本金回存到相关业主,计算积数,同时将到期利息生成一笔息入本划转申请;对息入本划转申请进行财务审核及领导审核后,经日终批处理后发送至相关银行,由银行进行实际划转操作,并回填划转日期等信息。再经日终批处理后,将利息金额增加到相关业主账户中,并计算利息积数。增值申请处理流程增值到期处理流程缴存补录关于因专门缘故未能及时缴存并打印票据而手工开据票据的情况,可通过补登功能,将缴存单据补录到系统中,记录票据号、到帐日期等,经日终处理后,修改对应业主账户余额并计算利息积数。年终结息业主明细账户中的可用余额,应于每年年末(12月20日)进行活期计息。活期计息的计息金额为业主账户实际余额中扣减托付增值部分的金额,按照积数计息法计算活期利息。计息计算成功后,系统按各业主的开户银行,自动生成多笔息入本划转申请记录;对息入本划转申请进行财务审核及领导审核后,经日终批处理后发送至相关银行,由银行进行实际划转操作,并回填划转日期等信息。再经日终批处理后,将利息金额增加到相关业主账户中,并计算利息积数。利息分摊依照《物权法》及《住宅专项维修资金治理方法》相关规定,资金专户增值部分也属全体业主所有。因此,关于因一级账户增值而产生的利息扣除托付增值和年终活期计息以及其它可扣除费用后的利息余额,应向全体业主进行分摊。该功能可选择提取部分金额、对选定范围业主进行分摊。房屋分户、并户、过户分户:是指在信息录入时无法确定明细信息而作为一个整体录入,后发觉可提供明细信息,因此可将该整体拆分成N个明细房屋记录。拆分时,对当前账户余额依照面积所占比例进行相应拆分,并计算利息积数。并户:是指关于专门缘故分不录入的房屋信息进行合并成一条房屋信息。并户时先对合并的各房屋分不计算积数,合并时,将当前余额、利息积数汇总后转入合并目标房屋账户。过户:是指产权人发生变更时的修改,无需重新计算积数。单位开户、合并、分立开户:业委会或售房单位申请资金使用,或业委会自管时,均要在指定银行开设二级结算户。系统生成开户申请并打印开户申请单,将开户申请发送至银行,由银行进行开户确认,并将开户日期、银行账号等信息回传至中心,完成开户处理。合并:将当前单位所属房屋合并到目标单位;关于开设二级账户的业委会或售房单位的合并,还将涉及账户划转,系统生成二级账户划转申请,划转申请经财务审核后发送到银行,由银行进行划转操作,并将划转日期等信息回传到中心,完成合并处理。分立:将当前单位所属房屋中选择的范围分立到目标单位;关于开设二级账户的业委会或售房单位的分立,还将涉及账户划转,系统生成二级账户划转申请,划转申请经财务审核后发送到银行,由银行进行划转操作,并将划转日期等信息回传到中心,完成合并处理。领导审核依照治理模式要求,对需要进行领导审核的业务环节进行审核处理,以便进入下一业务流程。如资金使用审核、资金专户取款审核等。具体审核的业务可由系统定制。3.5.3财务治理资金专户治理资金专户是指资金治理部门在各银行开设的一级专户,包括本金户和结算户(利息户)。本金户用以治理所有房屋明细户的账户余额。本金必须保证与房屋明细户余额完全相等。结算户用以治理本金户产生的利息以及结算户产生的利息,并负责划转为业主计算的活期利息及托付增值到期利息。专户治理内容包括:活期转定期、活期购买国债、各专户间的划转、存取款、流水明细查询等增值卡片治理用于治理各专户银行本金户和结算户的资金存定、购买国债情况。反映各增值卡片的存款银行、金额、存期、到期日期、到期利息等,并可依照系统设置在到期前N天给出提示;对未到期增值卡片可提早转活;可对各类账户分类查询(银行、本金户、结算户)支票信息治理对缴存时使用的支票信息进行查询及维护,如换票处理。专户财务审核依照治理模式要求,对需要进行财务领导审核的业务环节进行审核处理,以便进入下一业务流程。如资金专户存取款审核、资金划转审核等。具体审核的业务可由系统定制。资金使用划拨对审核通过的资金使用申请进行划拨,指定划拨银行,生成划拨指令,发送给相关银行,由银行进行实际划拨。二级账户划拨对开设二级账户的业委会或售房单位进行资金划拨,将该业委会或售房单位虚拟账户上的余额划转到指定银行的指定账户中,生成划拨指令,发送给相关银行,由银行进行实际划拨。银行专户对帐治理部门与各专户银行账户进行余额对帐及流水对帐,及时发觉问题并解决。银行账户治理对各专户银行账户进行治理,如新开专户账号设置、账号变更修改等。柜员票号治理对前台收款柜员领用收据票号进行设置,防止随便输入票据号码,并可实现票据的跟踪治理。会计凭证生成依照设定的会计科目,自动生成会计凭证,并按标准记账凭证格式打印会计凭证,减少财会人员填制记账凭证工作量。3.5.4系统治理系统部件公布系统部件是指构成整个系统的各个子程序、功能模块文件、报表文件、控件包、动态库等。当业务功能发生变化,相应的功能部件也要进行升级,通过测试的功能部件使用系统部件公布功能注册到数据库,用户登录时将会自动升级,无需系统治理员进行手工升级客户端软件。角色权限定义角色是指系统用户的职责分类。可对系统用户按职责或业务部门分类,如‘缴存柜员’角色。可对角色进行权限定义及菜单定制,如此当某个系统用户属于该角色时,将自动获得该角色所有权限,无需对各个用户单独授权。用户权限设置增加系统用户、为系统用户授权。用户权限可精确到菜单、按钮或任何界面对象,方更灵活。用户日志查询对系统用户所有操作日志进行查询、导出、备份、清除。日终批量处理日终批量处理是对一天工作的终结和汇总,将当天所有已审核业务进行相应的生效处理。要紧包括:现金缴存的实时到帐、支票银联卡缴存的汇总发送、资金使用划拨指令发送、资金专户存取款及划转指令发送、处理银行确认信息等。系统参数设置包括缴存标准、资金使用首款划拨比例、建筑结构、房屋性质、银行利率等变量信息的设置和修改。业务流程设置要紧针对需要进行多环节审核业务的流程操纵。如专户存款业务需经财务审核、领导审核、银行审核等,可由系统操纵业务的流向及步骤。3.5.5基础数据行政区域定义增加、修改、删除行政区域。物业小区维护增加、修改、删除物业小区,物业小区的合并、拆分等。物管单位维护增加、修改、删除物管单位。建设单位维护增加、修改、删除建设单位。建设单位合并售房单位维护增加、修改、删除售房单位。售房单位的开户、合并、分立,账户治理、打印开户申请、打印余额表、打印结息单等。业主委员会维护增加、修改、删除业主委会员。业主委会员的开户、合并、分立,账户治理、打印开户申请、打印余额表、打印结息单等。楼幢单元维护建立楼盘表,可按输入的楼层及单元个数自动初始化楼盘表,维护楼幢单元信息,批量建立分户信息,楼幢单元撤消、合并,二维楼盘表显示等。街道办事处维护增加、修改、删除街道办事处信息。居民委员会维护增加、修改、删除居民委员会信息。3.5.6系统接口房产局共享数据接口通过实时接口或标准格式文件(如EXCEL,XML或文本文档)导入实测楼盘数据,自动生成楼盘表,并将本系统产生的维修资金、资金使用、业主账户余额等数据上传至相关接口,实现数据共享、业务环节相互对应的功能。2、专户银行业务接口开放与各个专户银行的数据交互接口,以便银行用户登录系统进行以下数据确认:确认存入专户的现金和支票;确认专户的存定、取款、购国债、划款操作,并返回确认数据;向物业处发送本银行专户状态数据,以便对账和监控;向物业处发送各相关售房单位和业委会结算户数据(金额、账号、开户时刻及人员);向物业处发送废票信息;向物业处发送季度、年度结息数据。3、内外网数据交互接口关于提供外网功能的方案,如未能使用网闸,则需要进行数据的内外网交互。3.5.7综合查询房屋综合查询提供按组合条件精确查询、按树状结构分级查询、按图形化楼盘表查询等多种查询方式,并可将查询结果打印、转为Excel、用Excel打开等。提供对业主详细信息的查询,包括账户变动历史信息、差不多资料变动日志信息、图像档案文件查询、业主账户对账单等查询、打印、导出功能。缴存流水查询按组合条件对所有缴存流水记录进行查询、统计,并可进行图表分析,如月缴存情况K线图、缴存情况柱状分析图等并可将查询结果打印、转为Excel、用Excel打开等。使用流水查询可按区局、物业小区或使用单位分级查询,也可通过组合条件精确查询。可对维修项目进行统计分析,以掌握资金使用涉及的维修项目分布;可对单位使用总金额进行分类汇总,以掌握资金使用率及留存比例等。增值流水查询对托付增值及二级账户增值情况进行查询,可按组合条件精确查询、查看增值涉及业主、增值到期利息、分摊明细等,并可打印、转为Excel,用Excel打开。资金操作查询是指对资金一级专户的所有业务操作进行查询,查询内容包括操作日期、操作用户、审核用户、审核日期、操作金额等内容,并可打印、转为Excel,用Excel打开。单位账户查询查询业委会(物业小区)或售房单位账户余额、账户流水等,以实现对业委会或售房单位二级账户的监管。专户流水查询查询资金专户一级账户发生的业务流水,如存、取款、定转活、活转定、资金划转等。计息记录查询对历史计息情况进行查询,并可打印单位结息对账单、业主结息对账单、银行结息对账单等。定制报表查询依照客户需求,假如系统提供的查询功能不能满足数据要求,可定制固定格式的报表。图表分析查询可按时刻段进行分类汇总查询,统计查询时刻段期初余额、发生金额、期末余额等,可按银行、分基金、分项目分不查询。收缴情况分析图房屋性质分类分析图收缴金额走势分析银行资金分布分析预警分析查询可按设置的查询条件,进行预警分析,如余额不足30%业主查询;某单项维修项目使用金额超出平均价格;托付增值预期利息超出支付底线等辅助分析查询。特色功能还包括:业务流程导航模式关于需要多个业务环节进行处理的业务,增加流程导航模式,提供步骤提示。如资金使用,分为受理、分摊、审核、划拨等多个环节,新版本显示某个使用业务当前所在的环节、该环节的处理起始日期、是否办理结束、下一个环节等信息,方便业务全程跟踪查询。增加个人工作平台功能依照用户权限和用户自定义设置,将待办事项或定置内容显示在工作平台上,并提供快捷方式直接进入待办事项处理界面。如财务人员登录系统后,工作平台上将显示需要该用户处理的将要到期或差不多到期的定期存款信息、需要审核的专户业务、显示系统发送给该用户的消息等;当点击已到期的定期存款信息时,会自动打开定期存款治理界面,进行相应业务处理。消息公布与阅读功能拥有消息公布权限的用户,能够向指定用户、所有用户、指定用户群发送消息,并可查看目标用户是否阅读、对公布消息的回复等,方便用户间的信息沟通与交流。当不的用户或系统治理员向用户发送消息时,用户登录系统后会接收到该消息;能够回复该消息,并打上已阅读标志。四、功能特色4.1系统个性设置系统支持个性化界面设置,如显示的数据是否分页、每页显示的记录数,字体大小等。4.2显示样式自定义关于显示查询结果的数据列表样式,也完全可由用户自行定制,能够设置是否显示某字段、对某字段的汇总统计等,设置结果在下次登录时仍有效。4.3功能插件自动升级当业务功能发生变更或升级后,将升级功能注册到数据库中,客户登录时,依照版本号,自动升级为最新的版本,减少系统治理员的手工升级工作量。4.4查询结果导出功能本系统所有查询结果,均能够转换成EXCEL格式,并可直接用EXCEL打开,方便用户对数据进行二次加工。4.5任意字段排序功能本系统中所有数据列表,均可对任何字段进行正反序排序,并提供多字段组合排序功能,同时可按CTRL+F弹出集成查询界面,显示内容进行精确或模糊定位查询,方便快捷。五、系统配置设备名称型号配置数据库服务器IBMSystemx3650(7979B9C)机架式CPU双核英特尔®至强®处理器X5430(3.0GHz,缓存12MB,前端总线1333MHz)内存2GB×2FBDR-ECCDDR2-667内存;8个内存DIMM扩展槽;支持内存热备份硬盘146G×2热插拔SAS3.5寸硬盘(11000转)RAID集成RAID1网卡2*RJ45千兆网卡;支持网卡冗余、负载均衡等功能电源标配650W单电源/可选冗余电源光软DVD-RW/标配USB软驱声显集成ATI显示芯片,16MB显存/无声卡扩展性2个PCI-E×4扩展槽(物理×8插槽);2个PCI-X64/133扩展槽;1个PCI32/33扩展槽设备接口1个串口讯服务器/备份服务器IBMSystemx3610(794242C)机架式CPU双核英特尔®至强®处理器E5405(2.0GHz,缓存12MB,前端总线1333MHz)内存2GBFBDR-ECCDDR2-667内存;8个内存DIMM扩展槽;支持内存热备份硬盘146G×2热插拔SATA3.5寸硬盘RAID集成RAID1网卡2*RJ45千兆网卡;支持网卡冗余、负载均衡等功能电源标配650W单电源/可选冗余电源光软DVD-RW/标配USB软驱声显集成ATI显示芯片,16MB显存/无声卡扩展性2个PCI-E×4扩展槽(物理×8插槽);2个PCI-X64/133扩展槽;1个PCI32/33扩展槽设备接口1个串口六、功能列表序号功能名称功能描述1治理平台系统是整个系统的框架,包括数据库结构、后台通用业务包、系统函数。此外还包括以下业务功能:主框架程序通用动态库自动升级子程序日终批处理子程序5、接口定义规范2系统治理系统部件公布实现软件功能的自动升级公布。角色权限定义包括增加、修改系统用户;为用户进行权限设置;设置角色权限等功能。系统消息公布公布系统消息,用于平台内部的消息沟通。柜员日志查询对系统用户操作日志进行追踪查询。工作日设置设置工作日,用于数据统计分析。客户化定制用于部分数据进行定制,用于确定是否必须输入、显示标题等。插件业务设置关于需要进行多环节处理的业务进行流程设置。如专户存款业务,需要通过财务审核、领导审核、银行确认三个环节。本功能用以对上述流程进行操纵。日终批量处理实现对待处理数据的确认处理。如对当天缴存的金额进行汇总轧帐。数据备份及恢复对数据库进行自动备份;系统崩溃后的恢复。系统参数设置参数调整,如缴存比例等。3基础数据行政区域定义增加、修
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 2024年粮油加工机械项目评估分析报告
- 菜鸟驿站转让合同协议书范本
- 布朗山边境派出所聘用合同
- 北京市规划和自然委员会租房合同
- 父亲节活动方案
- 污水厂防汛应急预案
- 黑龙江省-2024年-社区网格员-上半年笔试真题卷
- 甘肃省-2024年-社区工作者-下半年笔试真题卷
- 2024年世界人口日宣传活动总结模版(2篇)
- 中学班级会商制度
- (162题)2024时事政治考试题库及答案
- 人工智能推动农业现代化发展
- 2024届温州高三一模数学试题含答案
- 三高中医辨证治疗课件
- 食品检验检测技术专业职业生涯发展
- 抖音矩阵员工培训课件
- 慢性胆囊炎的护理问题及护理措施
- wifi模块行业分析
- 小学语文中高年级单元整体教学设计的实践研究(结题报告)
- 4s店防污染应急预案
- 2023北京初一数学各区第一学期期末考试题汇编(含标准答案)
评论
0/150
提交评论