建设银行卡号开户行代码(建设银行卡开户行行号是啥)

1、项目背景

自从我国实行商品房预售制度以来，由于缺乏对商品房预售款的有效监管，个别城市出现"烂尾楼"，在部分城市出现不同程度因挪用建设资金而延期的交房现象。尽管《城市房地产管理法》和《城市商品房预售管理办法》规定了商品房预售款要用于该商品房的工程建设，但由于没有明确具体的实施细则、管理规定和具体手段，给开发企业留下了随意使用预售款的空间，由此可能带来的风险和引起的结果：一是重复预售或抵押贷款后再销售；二是挪用预售款造成资金短缺而停工，使工程不能按期竣工；三是卷款逃匿，出现"烂尾楼"。因此，为保护购房人利益，防范金融风险。保证商品房预售款用于相关工程建设，维护房地产正常交易秩序，完善商品房预售制度，加强商品房预售资金监督管理，确保预售资金用于商品房项目工程建设，维护商品房预售双方的合法权益，促进房地产业的健康发展，有必要建立一套完善的预售资金监管系统。

住房和城乡建设局商品房预售资金监管系统

2、现状分析

某某市本级整体房产交易市场经过前两年的市场热度之后，目前整体市场在慢慢降温，因此开发企业的开发项目的整体风险在加大，资金链的风险也在加大。因此有必要建立一套完善的预售资金系统，为更好的开展某某市本级新建商品房预售资金监管系统的建设奠定坚实的基础。

3、系统特点

为了加强商品房预售资金监督管理，保证商品房预售资金专款专用，政府出台了对商品房预售资金进行监督管理的相应办法。要求商品房预售资金遵循政府指导、银行监管、多方监督、专款专用的原则。在提高我局经济和社会效益及科学管理水平的总目标下，尽可能实现一个准确、规范、使用、先进、安全可靠、灵活方便的系统。

（1）、安全的监管体系

对预售资金账户的每笔入账进行确认并监管，消除不明资金情况，严格控制出账渠道，实时与监管机构通信进行信息确认，并可定期向监管部门提供交易明细及汇总信息情况，支持自动对账方式，提供对账监控，记录更详细的对账日志，并保存对账文件。

（2）、系统的业务扩展性

提供多种方式从而可以通过不同渠道构建服务，能很好地把现有系统的IT资源利用起来。灵活的账户监管体系，不仅适应于目前对预售资金的监管，而且进行扩展后，可满足多种监管支付业务的需求。

（3）、基于统一的省房产交易和信用监管服务平台

系统底层由省建设厅统一的省房产交易和信用监管服务平台提供支持，该平台集成绝大多数房管交易业务，提供多种可选择构建模式，满足不同系统建设要求和监管要求，能在较短时间内不开发或快速配置开发完成系统上线，在后期的维护中能快速灵活的根据用户的需求进行调整，实现易于管理和维护的目标。

4、总体目标

商品房预售资金监管系统旨在明确商品房预售交易中预售资金运作流向，规范开发企业房地产开发流程，监管开发企业经营行为，从而保障消费者与开发商双方当事人的权利和义务，增强预售资金监管的透明度。针对商品房预售资金监管业务在各地实际情况的差异，围绕商品房预售资金存入、预售资金使用支出、预售资金监管核对三大核心业务，对系统进行模块化、产品化的设计与建设，使得系统的本地化建设更加灵活、快速，通过友好、方便、图形化的开发模式，实现系统的快速开发，并保障项目高质量的实施、交付。

5、建设内容

5.1系统总体架构

图：系统总体架构图

系统基于分层体系架构，采用省房产交易和信用监管服务平台扩展建设商品房预售资金监管系统，主要模块包括：账户管理、房款缴存、资金划拨、查询交易、撤销监管、资金管理。

5.2系统网络拓扑

略

5.3系统功能结构

略

5.3.1银行账户管理

开发商通过监管部门审批后到监管银行申请开立监管账户，对银行的账户进行相关管理。

5.3.2监管资金入账

购房人与开发商签订购房合同后，通过多种渠道向监管账户存入房款，支持现金、卡折、POS、网银、支票、柜台存款等，并且将资金入账嵌入过程嵌入的网签业务中，通过网签业务来保障购房资金存入监管账户。

5.3.3资金使用申报

开发商工程建设中使用账户资金，需向监管部门提出用款计划申请，待审批同意后向银行发送用款计划信息或银行到监管部门系统读取，开发商根据审批凭证到柜台申请使用资金。

5.3.4入账和使用资金监管

通过对每笔合同的入账信息、每个预售证的入账信息以及每个监管账户的出入帐信息；同时根据资金流自动算出每笔合同、预售证的实际到账率。

5.3.5撤销监管

工程建设完毕，开发商向监管部门申请撤销监管，审批完毕后向银行发送撤销指令或者业务流转，以预售证或者开发项目为单位撤销对资金监管。

5.3.6监管规则设定

根据资金入账的情况，设定业务系统的使用规则

5.4系统数据流程图

系统数据流程图

开发企业预售商品房项目上市销售，向指定金融机构监管银行开设账户，建立监管账户，开通账户后与监管账户开户行、监管机构签订三方监管协议，根据项目计划，划拨工程款项，报送工程进度，项目取得初始登记许可证后申请撤销监管，完成新建商品房预售资金监管的全过程。

6、系统架构

本项目要求采用SOA架构设计，坚持"先进性和稳定性并举"的原则，采用业界主流技术，保证系统提供高度松耦合、高可重用性、高可扩展性，高稳定性的服务：

· 系统应该支持在最少代码修改的情况下，根据国家政策规范、业务流程和组织机构调整要求，实现系统的快速调整适应。

· 系统架构上，针对用户的接入方式和需求信息的差异性，设计符合性能要求且安全、高效、稳定的方案。

· 在选用系统中间件时，应兼顾先进性、适用性和经济性等要求，确保系统建成后各项性能指标满足要求。

· 系统架构必须具备开放性特点，应当符合相关业界标准和国家规范，保证系统的稳定性、安全性、高可用性、可扩展性及移植适应性。

7、项目主要技术要求和性能指标

（一）性能指标

（1） 用户登录响应时间不超过5秒钟。

（2） 一般查询、执行操作响应时间控制在3秒之内。

（3） 运行信息的统计、信息核查的响应时间一般不超过5秒，最多不超过15秒。

（4） 查看扫描图片的响应时间控制在5秒以内，打印时应自适应图片实际规格。

（5） 系统各功能模块运行稳定、关联紧密，数据变化要实时同步。

（6） 多用户同时操作时，不应出现明显延迟或卡顿。

（7） 固化报表的统计、日常性数据备份、数据完整性检查等事务应在后台执行，够避开业务处理的高峰时间，在系统空闲时间执行这些任务。

（8） 单个数据库的备份时间控制在1小时以内，影像库的备份时间控制在4小时以内；

（二）技术要求

（1） 先进性

系统选用的技术支撑平台和软件产品，必须是业内主导和领先地位的成熟产品；同时具有较好的互操作性，便于系统的集成。除此之外，在整体设计思想上也具备较好的超前性。

（2） 高性能

为保证系统应用和复杂业务并发处理能力不断增长的需要，系统要采用或设计稳定性高和高性能的硬件环境或处理软件，在多类型网络访问接入的情况下，数据交换、查档、查阅图片和统计分析等多用户并发操作时仍要具有较高响应速度。

（3） 高可靠性

在整体设计中需确保系统的可靠性。系统集成选择当前成熟、先进、容易管理及使用方便的系统，充分利用双机集群技术、数据库事务机制、数据交换产品等，减少数据出错和宕机几率，开发的功能和技术路线需经过严密的测试验证，使系统能有很好的可靠性。

（4） 高扩展性及可推广性

在系统的设计中，所有产品的选型及配置都充分考虑到整体系统的可扩展性。业务处理功能在一定程度内的增加或变更满足热插拔等需求，升级不会影响系统的体系结构，并能在最短的时间内实现新的需求。

（5） 安全性

需从网络、设备、系统和数据库等不同层次要求提出高效的安全解决方案。

在系统设计及实现中，采用优秀的安全机制；在操作系统上，采用系统较常见的安全保障机制；在系统架构上，应选用多层结构技术。

系统应采用多层密码验证的方法，将用户分级管理，设置不同的访问权限，或采用CA认证或指纹识别等安全技术，建立良好的安全保障机制，确保系统安全。