招标内容及要求

一、项目概况（采购标的）

本次采购项目设有最高限价，最高限价为89万元整，当投标人报价超过最高限价的视为无效报价。

二、技术和服务要求（以“★”标示的内容为不允许负偏离的实质性要求）

1.1项目背景

自从我国实行商品房预售制度以来，全国各地房地产建设开发得到了有力的推动，房地产交易市场也越来越繁荣。但是在繁荣的背后，由于缺乏对商品房预售款的有效监管，越来越多的现实性问题凸显出来：一部分房地产开发企业经常利用房屋交易双方专业信息不对等的空档，擅自将购房者的资金挪作它用。这一现象导致了在部分城市出现不同程度因挪用建设资金而延期交房的情况，个别城市甚至出现“烂尾楼”。

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

1.2需求分析

1.2.1项目总体需求分析

商品房预售资金监管系统的主要目的是利用信息化手段实现购房者房款的合理使用，防止开发商私自挪用资金，将服务开发企业与维护广大购房群众合法权益统一起来，为群众放心购房提供制度与技术上的保障。因此系统应实现三大功能：账户管理、资金缴存和资金拨付。

账户管理需考虑以下几方面的问题：一是考虑到保护买卖双方利益的基本原则，监管账户可由开发企业自行开立，相关权益归开发企业所有，但开发企业需依据有关规定与监管部门及银行签订监管协议，限制监管账户的资金流转。二是考虑到开发企业一个项目可能在多家银行开立监管账户或多个项目在同一个银行开设监管账户的问题，系统在设 计上应提出以幢作为监管账户的最小单位，系统允许开发商以幢为单位分别开立专项资金账户，并以楼盘项目为单位生成总账管理。

资金收存是商品房预售资金监管系统的核心之一，负有将购房资金及时收缴的重任，需要完成自有平台数据及时交互、多平台多渠道之间协调配合和账目管理清晰准确等多个技术难题，针对以上问题考虑到银行系统是否同意对接的实际，系统应实现两种方案：一是银行部门同意与系统进行对接的条件下，与银行进行直通互联、实时交互：采取网络上架设前置机和提供WebService服务解决异构平台间数据实时交互和网络安全问题；利用银行、银联等金融机构现有资源将柜台缴款、刷POS机、跨行放贷、网上支付等支付手段有机结合起来，最大限度扩展了房款支付渠道，提升系统可操作性。二是在银行部门出于金融信息的安全考虑，不能提供系统间数据联接的采用客户端信息导入的方式解决与银行账户信息数据的交互：采用客户终端的方式，由银行按照系统提供的标准Excel格式，每日将监管帐户的资金进出明细导入监管系统。

资金拨付功能是在保证购房人利益的基础上将资金依据项目进度情况拨付给开发企业进行后续工程建设。监管项目进款后，房地产开发企业可以按规定的资金用途和工程进度申请使用资金，监管部门按照有关规定进行核查后，符合用款条件的准于支付。为保证系统的灵活性、适应性，系统应具备多样化的管理模式：一、在监管手段上支持双方监管、三方监管、双方监管及三方监管并行模式：1、双方监管模式，即每笔款项支出由开发企业提出申请，经银行审批后予以放款；2、三方监管模式，即每笔款项支出由开发企业提出申请，经监管部门审批后，银行根据监管部门的审批结果予以放款；3、双方监管及三方监管并行模式，即针对监管总额内的资金使用，每笔款项支出由开发企业提出申请，经监管部门审批后，银行根据监管部门的审批结果予以放款。针对超出监管总额部分的资金使用，每笔款项支出由开发企业提出申请，经银行审批后予以放款；二、在预售资金监管上采取支持预售资金全额监管、部分监管及节点监管三种模式：1、系统支持预售资金全额监管模式，即对所有预售资金的使用进行监管；2、系统支持预售资金部分监管模式，即对规定的预售资金使用进行监管，超过监管额度的资金使用仅需进行记录即可；3、系统支持预售资金节点监管模式，即根据开发企业项目的施工进度或建设主管部门要求的项目节点设立具体监管资金的额度进行监管。

1.2.2存在问题分析

目前莆田市没有一套完备的商品房预售资金监管系统，所有的预售资金由开发商和银行自行往来，一部分房地产开发企业经常利用房屋交易双方专业信息不对等的空档，擅自将购房者的资金挪作它用。这一现象导致了在部分楼盘出现不同程度因挪用建设资金而延期交房的情况，严重情况将会导致出现城市“烂尾楼”。

1.2.3业务角色分析

根据商品房预售资金监管的业务分为:房地产开发企业,主要提出各业务的申请，进行开户申请、协议申请、资金拨付申请等；监管银行，对开发企业的申请，根据不同的业务类型进行审查材料，进行受理、审核；房地产行政主管部门，对于个别业务需要经过主管部门的审批，例如房地产开发企业的监管项目进度把控，银行无法；管理员，管理系统用户、基础数据，以对资金监管业务的支撑。

1.2.4业务流程分析

商品房预售资金监管流程主要包括监管开户、协议签订、资金缴存、资金拨付、监管撤销等环节。

1.3总体设 计

1.3.1建设目标

商品房预售资金监管系统在房地产管理部门交易管理系统的基础上完成基础数据支撑，并与商业银行、房地产开发商实现跨行业联网。在保护购房者利益的角度上实行精细化管理，更好更快的地实现资金监管工作的信息化、网络化监管。

商品房预售资金监管系统实现了预售资金的缴存、归集、拨付一体化管理，并在业务流程上实现了三方面的创新：一是根据各地对于预售商品房管理的不同模式创造性的在系统中设置了“多样化的管理模式”：系统支持预售资金全额监管、部分监管及节点监管三种资金监管模式，同时支持双方监管、三方监管、双方监管及三方监管并行三种监管手段。丰富了监管手段，大大提高了系统的适应性；二是优化了系统功能设置，根据自动设定资金使用节点以及节点的资金使用比例，减少人为核算环节，提高监管效率；三是实现了各监管银行之间的数据共享，避免传统监管方式中同一监管项目多个监管银行之间的信息壁垒。

1.3.2设 计原则

根据项目服务目标，针对当前工作中的问题，在项目遵循以下设 计原则：

1、易操作性

采用成熟的产品和先进的系统设 计理念，同时应用设 计遵循简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训可以进行操作，做到名 称浅显、易懂，操作所见即所得。易操作性不仅降低了用户使用系统的复杂度，同时在某种意义上也提高了系统的效率。

2、先 进性、可扩展性

技术选型应采用成熟、先进的技术，在满足实用的基础上，选用先进的网络技术及系统设备，保证系统平台不仅能够满足现在的要求，而且可以方便地扩展将来的业务需求，并具有向未来技术平滑过渡的能力。

3、标准化、开放性

应充分满足国家、省相关技术标准与业务规范的要求，，软件系统支持二次开发；支持数据分组通信、支持统一标准的软硬件接口。

4、可管理性

具有对系统实施统一集中管理的功能，能通过对系统运行各种日志数据的分析，进行各种性能的监测和故障排除。

5、安全性

应充分考虑到网络、系统及数据的安全性，从网络配置、软件系统、运行环境和管理操作等各个方面充分考虑系统数据安全，建立较全面的系统安全协防体系。同时在采用安全策略的情况下，能保证系统运行效率。

6、经济性和实用性相结合

在系统建设中，不仅应考虑到目前各种业务的实际要求，还应充分考虑将来业务发展的需求。从实用性、经济性出发，保护投资，着眼于近期目标和长远的发展

1.3.3系统技术路线

1.3.3.1系统架构选型

B/S（Browser/Server，即浏览器/服务器）架构已经流行多年，相对于上个世纪末流行的C/S（Client/Server，即客户端/服务器）架构，B/S架构可以大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员从不同的地点以不同的接入方式（比如LAN，WAN，Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。

1.3.3.2采用.Net MVC架构技术

★目前.Net主流的MVC5架构，采用景点三层架构的模式实现。MVC经过业界多年的使用验证，已经趋于成熟，是一套有效的实用开发架构。三层架构的实现模式，就是把系统分为表示逻辑层、业务逻辑层、实体数据层三层表现方式，实现系统高内聚、低耦合的目标。使系统具有扩展性、健壮性、可维护性、可复用性等多种优点。集中表现在：

1、可维护性

MVC框架最大的特点是三层各司其职，高内聚低耦合，代码可重用性强的特点，使得代码易于维护，从而更好的适应客户频繁变更的需求。

2、跨平台&可扩展性

应用软件的可扩展性、应用系统的可扩展性、物理系统的可扩展性；可移植性组件技术使IT应用独立于供 应商，使IT机构不再依赖某一个供 应商。目前.Net Core跨平台技术在飞速发展中，目前也够轻松的运行在linux系统上，实现了代码一次开发多平台编译运行的可能。

3、安全服务

权限认证、安全日志、数据加密；采用自主研发的数据过滤以及加密认证模块，保证网络请求内容无法被黑客轻易破译，保护机密数据不泄露。

4、可重用性

经过高度封装的应用程序模块使得开发、维护更加高效，同时也提高了可重用性。

5、运行效率

高并发下的高效率、大数据量下的高效率、批量数据处理的高效率。

1.3.3.3采用WebService技术

Webservice平台是一套标准，它定义了应用程序如何在Web上实现互操作性。可以用任何语言，在任何平台上写Webservice，并通过Webservice标准对这些服务进行查询和访问。

Webservice平台提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。

可扩展的标记语言(XML)是Webservice平台中表示数据的基本格式。它易于建立和易于分析外，并且与平台无关。

WEB服务(WEBService)是目前采用的非常流行的系统互联技术，它有两个主要用途：将多个系统整合到一起；将功能函数(function)作为组件提供给远程调用。Web服务已被业界广泛接受用来解决复杂的问题和跨多个平台与系统的分布式过程。它使不同系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于WEB无缝集成”的目标。Web服务通过使用基于标准的协议如SOAP、WSDL和UDDI以及标准组的开发工作实现了这一点。

1.3.3.4工作流技术

系统采用工作流程自定义功能，随着需求的不断延伸以及工作人员对业务流程的不断普及，工作流越来越受到政企内部的使用推广，虽然工作流主要功能国内比较知 名的工作流软件基本上都具备，但功能的侧重点各不相同,故本次系统开发时应结合住建局的工作情况进行开发。

工作流（Workflow），是对工作流程及其各操作步骤之间业务规则的抽象、概括、描述。工作流建模，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。工作流的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。

流程：工作流包含多个工作流程，处理时可任选一种流程进行处理，其包含步骤信息；

步骤：流程中每一环节的名 称，某一流程将包含多个步骤（其他工作流中也称为节点）。

同时，所有表单支持自定义生成，所有字段和相应结构支持更改，结合工作流，保证表单流转顺畅，案件登记方便，结果输出准确。

工作流属于自主研发的业务模块，并非第三方开源工作流框架，更有针对性，更加专业，更加自由。

 

1.4.4总体架构

1.4.4.1系统体系架构

用户层：包括各个业务部门、系统管理员、房地产开发企业、银行可以访问应用到本平台。

应用层：在应用支撑服务与组件的基础上，进一步针对商品房预售资金系统构建具体应用。包括监管账户开立、监管项目管理、监管协议签订、项目进度申请、监管资金拨付、监管楼盘撤销、统计报表、系统管理模块等。

应用支撑层：将目录服务、功能服务、数据服务、管理服务服务等多项内容，形成相对固化的应用支撑服务与组件，配合综合数据库共同构成系统应用支撑层。

数据层：主要包括基础数据库、基本楼盘数据库、业务系统数据库、楼盘空间数据库和平台支撑数据库。

基础层：利用莆田市政务外网云平台资源，包括必要的网络系统、主机系统、存储系统等，为整个信息系统的应用提供基本的软硬件支撑。

1.4.4.2系统组网结构

为了实现“商品房预售资金监管系统”系统数据运营和管理的一致性和规范化，同时降低系统的复杂度和部署成本，本系统平台将采用集中的管理方式，通过互联网预售资金监管系统。系统对不同岗位与不同角色，提供不同的功能模块和访问数据。

 

1.4.4.3系统功能结构

 

1.5建设内容

1.5.1商品房预售资金监管系统建设内容

整个商品房预售资金系统分为监管账户开立、监管项目管理、监管协议签订、项目进度申请、监管资金拨付、退房退款管理、不明入账冲正、利息拨付管理、监管撤销管理、统计报表管理和系统基础信息及接口设 计12个模块功能。

监管账户开立模块

1、系统概述

模块主要供开发企业使用，可在系统中直接提交监管账户开立申请，并可以实时跟踪业务的办理进度。实现记录开发企业在监管银行开立的监管账户信息，供主管部门实时了解开发企业监管资金情况，并可在当前业务查询该企业的历史开户情况。

可查询管理监管账户的流水明细，流水明细需具备对接银行账务系统自动生成和银行人员手工导excel表格两种形式。流水明细需满足账目的核对功能，由开发商进行核对到每一户业主的购房款，如一笔流水包含多个购房户的首付款，系统应满足拆分核对的功能。

系统支持对企业代收契税的资金进行挂账管理，企业无法申请该资金直至撤销监管账户。

2、功能设 计

（1）业务信息录入

开户业务信息录入指的是凡经批准的商品房项目，预售人在银行开设完监管专户，预售人需在系统中将业务监管专户信息录入至系统中，用于后续监管协议签订的前置内容。包括开发企业名 称、项目名 称、申请时间、监管银行名 称、账户名 称及监管专用账号。

（2）账户明细

账户明细功能支持银行导入监管专户中资金流水情况，预售人可对每一笔流水的明细进行核对或是拆分核对，保证监管专户的每一笔资金流水都有一条明细与之对应，便于检查资金的进出情况。

该功能还需对银行明细的查询，可选字段包括按业务（合同）号、对方户名、对方账号、交易时间、交易方式、明细状态、明细类别、摘要、购房人、交易金额及是否分账等等。该功能需可根据进行添加、删除查询的搜索条件。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）开户记录

开户记录功能可用于预售人在各个银行所开监管专户的记录，并可通过点击该业务跳转到该记录的业务信息环节。功能包括：业务宗号、审批环节、监管银行名 称、监管专用账户、申请时间、开户时间、余额、交易次数等信息，需可对以上信息汇总。并可根据监管银行、监管专用账号、审批环节、申请时间等字段对开户记录做一个查询。

（7）资金明细

资金明细功能需对购房款、定金、不明入账、在建工程贷款、利息等字段生成统计列表。

监管项目管理模块

（1）项目信息

系统需具备企业项目管理的功能。该功能需对开发企业名 称、项目名 称、项目坐落、项目性质、规划用途、建筑面积的录入，记录监管项目的基础信息。

（2）施工合同

系统实现后续工程款备案及变更，对于与施工方签订的施工合同（工程款）、预算整个项目要缴纳的税款进行备案，在这个备案的金额范围之内进行申请资金使用。且支持对于工程款与税款合同有增加、删减、修改的变更业务。

施工合同模块需对施工合同纸质模板电子化图片的上传保存，该模块可用于重点资金拨付中审核环节。预售人在发起每笔重点资金拨付业务过程中，无需重复多次上传施工合同，减少重复操作。

（3）用款计划

用款计划模块需对项目的用款安排做一个整体的用款计划，包括：用款类别、用款项目、计划付款节点、计划付款金额、实际付款金额、计划付款时间、收款方及操作人员。预售人在做完整体用款计划后，严格按照用款计划内容，逐一申请重点资金拨付。

需支持按字段查询用款计划，包括用款项目、收款方、用款类别、计划付款节点、合同号。

（4）业务查询

业务查询模块需支持预售人自查业务的功能，包括按业务名 称、登记类型、审批环节、业务宗号、监管银行、监管楼盘查询对应业务，并可通过点击打开该业务查看具体业务信息。

（5）账户明细

账户明细模块需可通过该模块对监管专户中的资金流水进行查询，并可通过点击该流水，跳转到资金流水具体信息。

（6）监管账户统计

监管账户统计模块需对该预售人按监管专户统计的资金用款情况生成统计列表，包括监管项目、监管楼盘、监管银行、已到账金额、重点拨付、退房退款、备用金拨付等进行统计。

（7）监管资金统计

监管资金统计模块需对该预售人按监管楼盘统计的资金用款情况生成统计列表，包括开发企业、监管项目、监管楼盘、监管面积、监管银行、监管金额、当前进度节点、已到账及未到账等字段的统计。

（8）子项目

子项目模块记录预售人旗下所有项目的信息，记录内容包括项目名 称、项目坐落、规划用途、建筑面积等信息。

（9）监管楼盘

监管楼盘模块需确定监管楼盘的在子项目中具体的幢号，记录信息包括监管楼盘、预售面积、监管面积、项目建筑面积、工程总造价、建安成本、重点监管金额、项目开工时间、项目竣工时间、是否独家监管的信息。

（10）楼盘

楼盘模块记录预售人子项目楼幢中每个房屋的基础信息，包括房号、所在层、建筑面积、规划用途、房屋结构、预售申请单价等信息。

系统通过项目楼盘面积及工程造价自动核算建安成本和重点监管资金额度，当建安成本价低于主管部门设定的标准价，系统限制无法确认重点监管资金额度。

监管协议签订模块

（1）业务信息

监管协议签订业务信息模块是将监管专户与监管楼盘绑定在一起的一份协议书，通过系统实现开发企业与监管部门、项目所在地银行三方共同签订预售款专用账户监管协议书，可按幢签订监管协议并支持批量打印操作，并支持打印符合主管部门要求的协议文本，监管协议还支持添加特定的水印及条形码。可一次性选择多幢进行监管协议签订。并可通过当前业务查询该开发企业的历史协议签订情况。

系统自动出具资金监管协议书。系统支持监管项目以幢为单位，一个监管项目可在一家银行开设一个监管账户，亦支持在不同银行分别开设监管账户。需对开发企业名 称、项目名 称、监管楼盘、申请时间、监管方案名 称、监管银行名 称、监管专用账户、监管专户名 称、监管专用账号等信息的录入。

（2）监管协议打印

监管协议打印功能需根据前置业务环节监管协议的业务信息中的数据自动生成可供打印的Word文本，需有调整打印页面格式功能，以及可供防伪二维码或条形码。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）协议记录

协议记录模块记录所有已发起的监管协议。包括业务宗号、 当前审批环节、监管协议号、监管银行、监管总面积、重点监管金额、监管模式、签订协议及申请时间。需支持按监管银行、监管专用账号、审批环节及申请时间查询已发起的监管协议。

 

项目进度申请模块

1、系统概述

模块主要由开发企业进行提交，开发企业的楼盘项目进度到达系统设置的相应的节点后便可发起项目进度申请业务，业务提价后，由相关角色进行工作流审批。

由主管部门的监管模式进行项目节点的把控。达到相应项目节点时，开发企业可进行项目进度申请，系统根据该项目进度核对相应的项目节点及可申请的重点资金。并可通过当前业务查看该项目的历史进度申请情况。

2、功能设 计

（1）业务信息

系统支持监管项目进度申请。需对开发企业名 称、项目名 称、监管楼盘、申请时间、进度完成时间、总层数、目前进度描述等信息的录入，保存业务信息后可提交至下一环节进行审批。

（2）申请表

系统支持自动生成项目进度申请表，申请表中的内容关联开发企业名 称、项目名 称、监管楼盘、节点名 称、进度完成时间等信息，并且可供打印出申请表，给相关部门审批、盖章、留档。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

资金拨付模块

1、系统概述

该模块包含重点监管资金拨付、非重点监管资金拨付，通过定制化的监管审批流程把控监管账户中资金的流出。系统应计算超过重点监管资金额度的部分，可通过非重点监管资金拨付支取。系统应根据文件或办法对重点资金拨付用途进行设定，相关拨付用途所需上传的电子材料需设置相关目录。

支持同一开发企业在多个监管银行开设监管账户，系统智能分配监管资金使用，实现各监管银行之间的信息共享。开发企业可通过系统申请项目资金，系统自动计算可申请金额并自动生成资金拨付申请表。

系统可选择多个楼幢进行资金拨付申请，系统进行资金拨付申请时可选择多个收款方账户。并可通过当前业务查询该开发企业的历史资金申请情况。

系统实现申请垫付税款、申请垫付工程款，开发企业预先垫付资金给施工方，后期才来申请资金使用的业务。补录发票信息，再申请预售款拨付业务时直接选择垫付，选择已经补录好的垫付税款或者工程款业务，然后申请到企业本公司账户。

系统实现资金拨付后发票录入系统进行统一管理，并支持与系统中的资金拨付业务实现匹配。

2、功能设 计

2.1、重点监管资金拨付

（1）使用上限的把控

开发企业根据项目实际建设进度申请资金使用，通过有效的项目进度初步把关开发企业资金使用上限，为主管部门的资金审批把好第一道关卡。

（2）重点资金使用用途

系统应根据监管办法设置资金使用用途，开发企业可选取符合要求的资金使用用途进行重点监管资金的申请。

（3）重点资金的把控

各个监管银行已使用资金相互关联，开发企业申请资金时，在所有银行申请的资金总额限制超出当前进度可申请资金总额，避免开发企业重复申请监管资金的风险。

（4）证件材料

根据监管办法提供的证件材料设置材料目录，开发企业根据目录扫描上传对应材料用于审批，确保资金使用符合

（5）资金使用申请表

定制化设 计资金使用申请表，申请表中可体现开发企业信息、专户信息、监管银行、可使用金额、本次申请金额、剩余可使用金额以及相关部门的审批意见及签字盖章部分，并可设置申请表打印环节，可配置为各个环节均可打印申，也可设置为指 定环节方可打印，可添加防伪水印，防伪条形码，极大程度上防止伪造申请表的行为。

（6）拨付记录

支持拨付记录查询，可查询当前用户申请的所有重点监管资金拨付历史业务，便于主管部门把控开发企业的资金使用情况。

2.2、非重点监管资金拨付

（1）非重点监管资金的计算

监管账户总入账金额扣除计算出的重点监管资金总额部分即为非重点监管资金，开发企业可随时申请该部分资金。

（2）非重点的把控

各个监管银行已使用资金相互关联，开发企业申请资金时，在所有银行申请的资金总额限制超出当前进度可申请资金总额，避免开发企业重复申请监管资金的风险。

（3）证件材料

根据监管办法提供的证件材料设置材料目录，开发企业根据目录扫描上传对应材料用于审批，确保资金使用符合

（5）资金使用申请表

定制化设 计资金使用申请表，申请表中可体现开发企业信息、专户信息、监管银行、可使用金额、本次申请金额、剩余可使用金额以及相关部门的审批意见及签字盖章部分，并可设置申请表打印环节，可配置为各个环节均可打印申，也可设置为指 定环节方可打印，可添加防伪水印，防伪条形码，极大程度上防止伪造申请表的行为。

退房退款管理模块

1、系统概述

★系统支持退房退款业务的管理，商品房网签合同注销后，开发企业可在预售资金系统中通过网签合同号读取合同注销信息，办理退房退款业务。并可通过当前业务查询历史退房退款情况。

2、功能设 计

（1）业务信息

系统支持退房退款的申请。需对开发企业名 称、监管银行名 称、监管专户名 称、网签合同号、申请退款金额等信息进行录入，保存业务信息后可提交至下一环节进行审批。

（2）申请表

系统支持自动生成退房退款申请表，申请表中的内容关联开发企业名 称、监管银行名 称、监管专户名 称、网签合同号、申请退款金额等信息，并且可供打印出申请表，给相关部门审批、盖章、留档。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）退房记录

退房记录模块记录此开发企业所有已发起的退房退款业务。包括业务宗号、 当前审批环节、合同号、购房人、房屋坐落、幢号、房号、申请退款金额以及是否到账等信息。

利息拨付管理

1、系统概述

开发企业可通过申请利息拨付业务支取产生的利息金额。开发企业或个人误将非购房款打入监管账户或购房款多打入监管账户的，系统可以通过不明入账冲正进行错误金额的申请。

2、功能设 计

（1）业务信息

系统支持利息的申请。需对开发企业名 称、监管银行名 称、监管专户名 称、申请金额、收款方信息等进行录入，保存业务信息后可提交至下一环节进行审批。

（2）申请表

系统支持自动生成利息申请表，申请表中的内容关联开发企业名 称、监管银行名 称、监管专户名 称、申请金额、收款方信息等，并且可供打印出申请表，给相关部门审批、盖章、留档。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）利息拨付记录

利息拨付记录模块记录此开发企业所有已发起的利息拨付业务。包括业务宗号、 当前审批环节、监管银行名 称、申请金额、资金用途、是否到账以及申请时间等信息。

不明入账冲正

1、系统概述

系统支持错帐冲正，开发企业或个人误将非购房款打入监管账户或购房款多打入监管账户的，系统可以通过不明入账冲正进行错误金额的申请。

2、功能设 计

（1）业务信息

系统支持利息的申请。需对开发企业名 称、监管银行名 称、监管专户名 称、申请金额、冲正原因、收款方信息等进行录入，保存业务信息后可提交至下一环节进行审批。

（2）申请表

系统支持自动生成不明入账冲正申请表，申请表中的内容关联开发企业名 称、监管银行名 称、监管专户名 称、申请金额、冲正原因、收款方信息等，并且可供打印出申请表，给相关部门审批、盖章、留档。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）冲正记录

冲正记录模块展示此开发企业所有已发起的不明入账冲正业务。包括业务宗号、 当前审批环节、监管银行名 称、申请金额、冲正原因、是否到账以及申请时间等信息。

监管撤销管理

1、系统概述

监管楼盘达到最后一个节点时，开发企业可申请监管撤销业务，申请通过后该监管楼盘即可无需再进行监管。

2、功能设 计

（1）业务信息

系统支持楼盘撤销监管。需对开发企业名 称、监管银行名 称、监管专户名 称、申请时间等进行录入，保存业务信息后可提交至下一环节进行审批。

（2）申请表

系统支持自动生成账户撤销监管申请表，申请表中的内容关联开发企业名 称、监管银行名 称、监管专户名 称、撤销说明等，并且可供打印出申请表，给相关部门审批、盖章、留档。

（3）证件材料与电子档案

证件材料需满足为下一个环节电子档案目录的生成提供便捷，将下一环节电子档案需要上传的材料，在证件材料业务中创建完成，包括：是否勾选证件，证件材料名 称、证件类型、提交的份数、总页数及备注框，提交完证件材料之后在电子档案中即可自动生成目录。

在电子档案生成目录之后，需可通过点击该证件目录右键上传单项证件材料，亦可通过整理材料的顺序，按照目录的顺序批量导入电子证件。如部分电子证件存在图片过大或过小、图片颠倒，需可通过功能中相应的按钮调节图片，便于查看。

（4）审批情况

审批情况功能需对业务的办理有一套流程化的模式，每到达一个业务流程，需有一名用户对此环节进行审核，并且除管理员账户以外，系统其余用户均不能查看到该业务的信息，审核完成以后，可在该模块中写入批语，并提交或退回业务该业务，并在系统中留下相应的记录便于查看。模块需包括审批环节、审批单位、审批人、审批结果、审批意见、审批时间、备注等信息。

（5）业务附件

业务附件需在业务办理归档之后，上传电子档案中未上传的电子材料。

（6）撤销记录

撤销记录模块展示此开发企业所有已发起的监管撤销业务。包括业务宗号、 当前审批环节、监管银行名 称、重点监管金额、综合竣工验收时间以及申请时间等信息。

统计报表模块

1、系统概述

统计报表主要功能是针对以往的历史数据进行分析以图和表的形式显示，用户可以随意的选择时间段进行查询。系统还提供多种类型的报表供不同角色的用户查看，用户可进行导出或打印。

系统实现将监管资金、监管项目、监管楼盘等基础信息作为数据支撑，进行智能拓展分析，生成多张可供查询的报表。

2、功能设 计

（1）监管情况汇总表

对商品房预售资金的所有信息按银行，按开发企业，按项目，按资金拨付用途等条件进行多角度统计，并生成相应的文字报表，有权限的用户可将报表打印出来归档保存。

（2）监管项目汇总表

根据开发企业的监管项目，对其监管金额、到账金额、已拨付金额、剩余可用额等字段进行提取汇总，生成监管项目的汇总表，便于相应权限的用户查看监管项目的情况。

（3）监管账户统计

根据开发企业监管项目的到账情况和支出情况进行汇总，具体细分为购房款的重点拨付、非重点拨付、退房退款、手续费等字段统计。

（4）监管资金统计

根据开发企业的监管项目，对其收入情况、支出情况和账户余额字段进行提取汇总，生成监管项目的汇总表，便于相应权限的用户查看监管项目的情况。

系统管理模块

1、系统概述

系统基本配置功能，包含操作日志，数据管理，权限管理数据操作等相关功能。

2、功能设 计

（1）操作日志管理

日志管理可以对系统的整个运行过程进行详细记录，如数据传输、用户操作等日志。为系统的错误追踪、故障恢复提供有力的保障。系统将定期将日志进行备份、导出，然后清除系统中已备份的日志，以免日志过多而占用大量的存储空间，对系统的正常运行造成影响。主要功能为日志查询、浏览、删除、备份、导出等。

（2）角色管理

角色是权限的集合。一个角色可有多个权限，每一个权限可以赋给多个角色，每一个用户可被赋予多个角色。由于业务的需求，当机构某部门的工作指责发生变化时，系统管理员使用角色管理维护系统的各个业务岗位，并从用户列表选取参与事件处理的用户加入到该岗位。当需要对这些用户进行某些操作的时候，只需要对包含这些用户的岗位进行一次操作就可以了。当临时调用户加入岗位，只要在角色的用户列表中进行简单添加。当事情处理完，不再需要岗位，可以通过该模块将角色删除。

（3）权限管理

后台系统管理员可灵活配置相关用户的使用查看等操作权限。无相关操作权限的用户将无法操作对应模块。从根本上防止了用户越权操作。

（4）系统用户管理

系统用户管理对系统的用户进行管理，主要功能为用户查询、浏览、增加、修改、删除、重置用户密码，分配用户权限、启用/停用用户账号等。

角色管理由用户进行自行定义，根据职责、岗位的不同可以定义多个角色。并且角色之间可以存在继承关系，角色继承关系自然的反映了一个组织内部权利和责任的关系，为方便权限管理提供了帮助。主要功能为角色查询、浏览、增加、修改和删除角色，以及增加、移动和删除角色成员。

系统模块管理对系统中的功能模块及模块的具体操作进行管理，系统可以支持多级功能模块。通过所管理的系统功能模块，结合系统角色就可以很方便的控制整个系统的操作权限。主要功能为模块的分级管理、查询、浏览、增加、修改、删除，以及模块和角色权限的管理管理等。

数据分级管理按主管部门进行分级管理，按照各行政主管部门的管辖范围设定数据管理权限，保证数据的安全。主要功能为：数据来源地管理、数据按来源地分级管理，以及数据分级管理和角色权限的管理等。

（5）数据字典管理

数据字典是在管理信息系统的实际应用中产生的，它是系统开发中对数据库的描述、管理、操作的一个强有力工具。随着一个系统的不断扩大、软件复杂性的不断增加、采用数据字典对解决软件的开发和管理提供了极大的方便。

（6）应用字段设置

包含系统的一些常用参数，如：行高，字段内容，数据长度等基本功能配置。

（7）系统参数设置

系统参数设置主要是用来添加相关信息，包括：首付款未到账的设置、按揭款未到账的设置、未核对支出明细设置等相关基础信息，选择要添加的基础信息分类即可添加基础信息，点击管理即可对基础信息的数据进行编辑管理。

接口建设

★与网签系统对接，重点考察开发企业、项目、楼幢、房屋信息、网签合同号、缴款金额、签约日期等字段信息的获取，与网签系统实现无缝对接。

★重点考察预售资金监管系统对合同款按时进入监管专户的把控，实现与网签系统无缝对接，合同款未按时到账时，锁定网签功能。

★与现有房管系统实现无缝对接，重点考察主管部门进行网签备案审核时，是否自动提示预售资金监管系统中合同款到账情况。

★系统提供与各商业银行（包括贷款银行）的接口标准，用于监测预售资金（包含贷款）实时入账,实现与各监管银行账务流水对接，制定统一的信息系统数据接口、数据报表等方式，保障各银行监管相关信息自动及时准确，上传至预售资金监管系统。

★承诺免费开发与预售资金监管系统对接的各类接口。

★承诺从系统上线起至质保期内需满足业务单位的需求变更要求。

系统上线后投标人需配合单位取得福建省网络与信息安全测评中心出具的三级安全等级测评报告，并支付相关软件产品测评费用。

 

1.6运维服务要求

1.6.1质量保证期

从本项目整体终验完成之后起，提供两年售 后服务。售 后服务期间，提供全面的维护和升级及数据异地备份。

1.6.2质量保证期内实施售 后服务的内容

1.6.2.1本项目的服务内容与范围包括预售资金监管系统项目软件开发、与运维服务，具体包括软件开发、测试、部署、投入试运行、验收、维护、服务、数据异地备份等。

1.6.2.2提供本项目全部系统应用集成部署服务，包括软件安装调试、部署及开通，网络接入集成及有关业务系统的软件非开发性接入，集成测试、系统联调、数据装载、总装集成和维护操作指导等。

1.6.2.3提供本项目技术培训服务。

1.6.2.4对本项目的应用软件提供两年售 后服务、升级服务及数据异地备份服务。

1.6.2.5系统运行维护期与售 后服务期从项目整体终验之日算起。

1.6.2.6软件开发配合服务

向采购单位公开本项目有关技术细节，提供必要的技术资料，并向采购单位开发人员提供现场培训和技术支持，并保证使受训人员理解并掌握操作、管理和维护按本文件提供的开发系统的技术

1.6.2.7安装调试配合服务

配合采购单位部署预售资金监管系统，配合安装调试工作。采购单位提出应用系统安装调试的要求，给予积极支持，配合应用系统的安装调试。

1.6.2.8系统扩展配合服务

在服务期内，采购单位如有对系统平台进行优化与升级、业务系统部署等，在采购单位提出相应要求时，给予积极配合，并确保系统平滑过渡，不影响系统正常使用。

在售 后服务期内，为保障售 后服务的便捷性，在福建省内配有售后技术工程师。后期维护响应时间为3小时内答复，如需进行现场维护，维护工程师需在5小时内到达现场处理。在系统验收完毕后为用户系统中功能维护提供两年技术支持。涉及重大需求变更的，可双方协商收取成本维护费。

1.6.2.9提供7×24小时的技术支持。

1.6.2.10质保期间所产生的费用，包括人力成本、差旅费、住宿费等由软件方承担。

1.6.3在福建省设有分支机构及售 后服务网点 

为提高维护服务水平，保证用户单位使用系统过程中所遇问题能及时反馈与处理，需在福建省成立客服服务中心，由专人专职负责系统维护服务相关事宜。自主研发客户需求信息系统，提供全面、有效、及时的技术支持和服务，负责解决应用软件使用中发生的问题。

1.6.4技术支持及运维服务

1.6.4.1提供全面、有效、及时的技术支持和服务，负责解决应用软件使用中发生的问题。

1.6.4.2免费提供对软件有所改进，增加新功能以及适应相关标准、新建议所做修改的最新版本。

1.6.4.3在系统试运行期间，负责系统维护，派技术人员到现场负责维护工作。

1.6.4.4在售后期内提供相应的系统运行维护服务，运行维护服务包括以下内容：

（1）与采购单位共同完成日常维护和系统管理；

（2）相关的系统检测、跟踪、监控、优化、更新等技术服务；

（3）审批事项流程、表单变更调整；

（4）小范围操作恢复；

（5）系统崩溃恢复；

（6）系统问题BUG的处理；

（7）日常运行的数据备份，优化、恢复；

（8）定期服务跟踪；

（9）如遇大范围操作恢复、系统构架变动、系统功能新增、系统业务新增等需求，双方另行协商升级系统。

1.6.4.5提供软件维护方案，说明下列信息：

（1）定制程序方面的软件维护；

（2）估计的预防维护服务的频率及持续时间；

（3）在系统扩容及软件升级时，派技术人员到现场指导和配合；

（4）若系统由其他部门接管后，其免费技术支持与售 后 服 务保持不变；

（5）在总体设 计和功能要求不发生重大变更的前提下，对系统提供自验收之日起两年系统平台和应用系统的免费升级服务；

（6）系统投入使用后如买方需要增加新业务或已有业务发生改变时，在合理范围内，提供免费的软件升级、修改和维护；

1.6.4.6产品升级服务

在服务期内，提供软件补丁和软件优化升级服务，升级服务要求如下：

（1）软件升级(补丁)前对新版软件(补丁)进行测试以保证其新功能的实现及运行的稳 定 性。

（2）在升级前须认真核查系统状况，升级前制定详细的方案，须包括升级范围、升级详细步骤及升级失败后的恢复措施，尽可能把升级对系统运行的影响降低。

（3）升级前与买方共同作好系统备份和相关数据备份(用于应急恢复)以及系统状态日志备份(用于核查)。

（4）升级过程中采购单位技术人员有权了解升级(补丁)中所采取的操作、具体步骤等信息。

（5）升级失败，按照要求，完成系统恢复工作。

（6）提供产品版本升级管理方案，根据实际情况说明以下问题:

①在版本管理方面，应将所有现有版本进一步更新的信息和二周以内准备推出的新系统版本的信息通知采购单位，并在接到采购单位请求起一月内提供并安装更新版本。

②应说明支持以前版本的政策，例如：发布新版本后，原有老版本的用户若未作出相应升级或在作出相应升级之前，是否会继续提供对老版本的支持服务。

③应说明升级实现方式，例如是远程还是现场技术支持。

④在服务期内新版本升级和安装是免费的。

1.6.5数据异地备份服务

1.6.5.1预售资金监管系统数据及档案异地备份

每天一次通过FTP技术将数据库进行异地备份，存放于专用数据备份服务器，数据备份存于1个备份文件中，一旦出现故障，可恢复或查阅昨日数据。

1.6.5.2档案数字化数据异地备份

每天一次通过FTP技术将数据库中上次备份的数据有增加的数据量进行异地备份，存放于专用数据备份服务器，数据备份存于1个备份文件中，一旦出现故障，可恢复或查阅昨日数据。

注：招标货物一览表中有相关保修和售 后服务规定的从其规定，没有规定的按以上售 后服务要求。投标人的报价应包括安装、调试、运行、验收、培训、税收、保险等费用。

 

三、商务条件（以“★”标示的内容为不允许负偏离的实质性要求）

包：1
1、交付地点：福建省莆田市荔城区延寿中街1786号
2、交付时间：合同签订后，30个日历日内完成系统上线,进行初步验收，经业主同意后进入试运行，无故障试运行三个月后，进入“最终验收”。
3、交付条件：现场交货
4、是否收取履约保证金：否
5、是否邀请投标人参与验收：否
6、验收方式数据表格

 

验收期次	验收期次说明
1	中标方必须在中标之日起30日内完成商品房预售资金监管系统安装调试并提交业主单位验收。
2	中标方必须照莆数办〔2015〕2号文件相关规定，提供相应的竣工验收材料并完成项目竣工备案工作。

 

7、支付方式数据表格

 

支付期次	支付比例(%)	支付期次说明
1	30	签订项目正式合同之日起算15个工作日内，支付合同款总额的30%作为预付款；
2	30	工程项目完工后，进行项目初步验收工作，经“初步验收”合格后，招标人在15个工作日内，向中标人支付合同总额的30%；
3	35	“初验”合格后稳定试运行三个月，进行项目终验收工作，终验收合格后15个工作日内，招标人支付合同总额的35%；
4	5	余下合同总额的5%作为质量保证金，质量保证期（两年维保期）按照合同履行完毕，双方在无未了事的情况下，一次性付清余额。

 

 

四、其他事项

1、除招标文件另有规定外，若出现有关法律、法规和规章有强制性规定但招标文件未列明的情形，则投标人应按照有关法律、法规和规章强制性规定执行。

2、其他：

投标人报价包括：备品备件价格、专用工具价格、技术服务费、安装调试费、检验培训费、运输费、保险费、税收运输、集成、培训、验收、检测等费用。