济南市住房公积金管理中心结算应用系统建设项目技术要求Word文档下载推荐.doc

济南市住房公积金管理中心结算应用系统建设项目技术要求Word文档下载推荐.doc

《济南市住房公积金管理中心结算应用系统建设项目技术要求Word文档下载推荐.doc》由会员分享，可在线阅读，更多相关《济南市住房公积金管理中心结算应用系统建设项目技术要求Word文档下载推荐.doc（25页珍藏版）》请在冰点文库上搜索。

1.2项目总体情况

1.2.1建设背景

为了贯彻落实《住房公积金基础数据标准》（以下简称《基础数据标准》）建立科学、合理、规范的住房公积金业务数据体系，提高住房公积金管理信息化水平，促进住房公积金监管系统建设，提升住房公积金服务能力，2014年12月9日住建部发布了《关于贯彻落实住房公积金基础数据标准的通知》，通知要求之一：

为确保资金安全，提供便捷服务，各地公积金中心信息系统在贯彻《基础数据标准》过程中，要同时接入全国统一的住房公积金银行结算数据应用系统，与受托银行进行直联支付结算，实时获取银行结算数据，实现资金、业务和财务信息的自动平衡匹配，建立先进、实用、安全的信息系统。

为落实住建部《关于贯彻落实住房公积金基础数据标准的通知》的要求，济南市住房公积金管理中心在已建设的基础数据贯标的基础上完成结算贯标建设。

1.2.2建设目标

按照《关于贯彻落实住房公积金基础数据标准的通知》要求，建立科学、合理、规范的住房公积金业务数据体系；

通过住建部统一系统实现与银行的联网结算，实现业务驱动资金结算，业务账、资金账、财务账自动平衡校验，三账统一、自动对账、日清、日结等功能，提高住房公积金信息化水平，提高住房公积金业务办理效率，实现资金高效运作、安全管理的目标。

1.2.3建设要求

按照住建部《关于报送全国住房公积金结算应用系统上线工作计划的通知》、《关于贯彻落实住房公积金基础数据标准的通知》《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的要求，公积金中心须在2016年年底前完成结算应用系统接入工作。

结合济南中心实际，按照通知要求，公积金中心该项目主要建设要求为：

1、对济南住房公积金管理中心现核心业务系统进行升级改造，核心业务系统的软件平台BSP和工作流平台支撑的资金类交易全面改造，实现现资金结算平台及住建部结算应用平台的同时应用；

结算应用系统开发建设同时，确保核心业务系统安全稳定运行，实现无缝平滑切换；

完成帐务处理体系升级改造，完善资金对账、异常处理等机制，确保公积金财务核算体系安全、稳定、高效。

2、按照《住房公积金基数数据标准》及结算应用系统建设要求，全面满足住建部数据贯标要求，严格按照标准要求实现各类交易的对接工作，利用原有结算系统的软件平台FSP完成结算系统改造，缩短实施时间，确保数据的安全、稳定、高效。

3、投标方必须按照建设要求提供详细的建设方案。

1.3总体设计要求

本次项目必须严格按照《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的要求开发标准接口实现接入。

具体要求如下：

1.3.1总体架构要求

公积金中心在中心管理信息系统中必须按照《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的标准新建支付结算中心端标准接口，中心信息管理系统通过标准接口实现与银行结算数据应用系统端到端的连接。

1.3.2结算平台改造要求

改造前为模式一，改造后为模式二。

改造完成后FSP向住建部结算平台发出和接收的报文和文件格式以住建部结算平台规定的格式为标准。

具体见1.3.4和1.3.5节。

1.3.3交易报文规范设计要求

1.3.3.1交易报文格式

交易报文应采用XML格式，遵循XML规范。

交易报文由两部分组成，交易报文头和交易报文体。

其中交易报文头信息在报文头（head）节点内，交易报文体信息在报文体（body）节点内。

需要作加密处理。

1.3.3.2交易文件传输

交易文件经过编码处理后，嵌入到交易报文中，和交易报文一起发送或接收。

文件格式使用GBK字符集编码，按换行符’\n’划分记录，按分割符’|’划分字段，数据项中不能有半个汉字、分割符’|’、换行符’\n’。

相同文件名不能多次提交。

n文件内容压缩编码

发送方传输联机文件时：

将文件内容读出进行ZIP压缩，再进行BCD编码，得到文件内容报文域。

接收方接收联机文件时：

将文件内容报文域取出BCD码字符串,再进行ZIP解压缩，得到原始文件内容。

n长度限制

根据实际的交易情况，以及通信方式来定最大长度限制。

现系统最大定义为10M.

1.3.4接口规范及设计要求

1.3.4.1公积金中心系统发起

n输入控制信息

节点

节点属性

中文描述

数据类型

必输

说明

HEAD

SendDate

发送方日期

Char（8）

M

yyyymmdd

SendTime

发送方时间

Char（6）

Hhmmss

SendSeqNo

发送方流水号

Char（26）

全局唯一

TxUnitNo

交易机构号

Char（15）

机构编号

SendNode

发送方节点号

发送方在系统中注册的编号

公积金中心节点号

TxCode

交易代码

参见服务列表

ReceiveNode

接收方节点号

接收方在系统中注册的编号

银行节点号

CustNo

客户编号

Char（32）

银行给公积金中心的客户编号

由银行决定是否需要

OperNo

操作员编号

Char（21）

n输出控制信息

TxStatus

交易状态

Char

（1）

0成功；

1失败

RtnCode

返回码

Char（20）

00000-为成功

RtnMessage

返回信息

Char（160）

ReceiveDate

接收方日期

ReceiveTime

接收方时间

ReceiveSeqNo

接收方流水号

BDCDate

采集系统日期

BDCTime

采集系统时间

BDCSeqNo

采集系统流水号

1.3.4.2采集系统发起

n输出格式报文头

YYYYMMDD

HHMMSS

由采集系统WEB方式提交的，这里同发送方日期

由采集系统WEB方式提交的，这里同发送方时间

由采集系统WEB方式提交的，这里同发送方流水号

n输入格式报文头

接收方节点编号

1.3.5结算平台接口和公积金业务系统交易设计要求

接口应包括公积金中心发起的服务接口、结算采集系统发起的服务接口。

交易开发改造包括公积金业务系统发起接口数据前和接收结算平台数据后的业务和账务处理。

具体设计要求如下：

1.3.5.1公积金中心业务系统服务接口和交易开发改造

公积金中心各类资金交易均为实时联机完成，驱动财务系统完成记账，本次项目建设内容中，各类交易均需关联核心系统改造，在相关内容如下：

l接口探测

用于测试系统服务是否正常。

l单笔付款

公积金中心直联发送付款交易（如住房公积金提取业务，包括销户支取业务、外部转移业务），结算银行同住建部签约后，核心系统BSP首先根据原交易日期原交易流水号向FSP发送‘交易结果查询’，中心FSP侧向住建部FSP发起查询，如果OldTxStatus（原交易状态）为0（成功）核心BSP直接记账，不再发送单笔付款申请，如果OldTxStatus为1（失败），BSP会重新组装报文通过FSP向住建部发起付款申请，提取原因为销户提取时，本金由归集账户支出，打入收方账号（CrAcctNo），利息发生额须单独体现（IntAmt），另注明付息账号（DeIntAcctNo）以及收息账号（DeIntCrAcct），中心记账成功后登记公积金个人提取登记簿、个人明细账、单位明细账，更新个人分户账、单位分户账。

l单笔收款

公积金中心发起的收款交易（比如住房公积金归集业务），结算银行同住建部签约后，核心系统BSP首先根据原交易日期原交易流水号向FSP发送‘交易结果查询’，中心FSP侧向住建部FSP发起查询，如果OldTxStatus（原交易状态）为0（成功）核心BSP直接记账，不再发送单笔付款申请，如果OldTxStatus为1（失败），BSP会重新组装报文通过FSP向住建部发起付款申请，待住建部返回成功后，BSP完成记账。

l批量付款

支持公积金中心发起批量付款业务（比如按年/月委托提取业务、批量提取业务）此交易为异步交易，公积金中心发起交易交易所获得数据应用系统的受理结果，不代表交易结算最终结果。

交易结算最终结果需使用交易结果查询（BDC107）、交易结果下载（BDC108）获得。

中心生成扣款批量文件，将文件通过CSP发送至FSP，并调用批量付款交易通知住建部，住建部批量扣款成功后，中心手动发起批量交易结果查询，住建部根据批量编号返回查询结果，如果BatchTxStatus（当前状态）为1（处理完成），中心手动发起批量交易文件下载，FSP将下载后的文件转译成目标文件格式FTP至CSP，同时向CS0018（交易调用登记簿）插入数据调用相关交易完成记账。

l批量收款

支持公积金中心发起批量收款业务（比如住房公积金归集业务）此交易为异步交易，公积金中心发起交易后获得数据应用系统的交易受理结果，不代表获得交易结算最终结果，交易结算结果须使用交易结果查询（BDC107）、交易结果下载（BDC108）获得最终结果。

l贷款扣款

支持公积金中心发起批量贷款扣款业务（贷款扣款业务）

l贷款本息分解

公积金中心在贷款扣款金额入账后发起贷款本息分解文件上传

l批量业务结果查询

公积金中心查询批量业务结果情况，中心手动发起批量结果查询，住建部侧根据BatchNo（批量编号）返回交易处理情况。

l批量业务结果下载

公积金中心下载批量业务结果，住建部将下载文件发送至中心前置机FSP，FSP将文件转换为BSP侧需要的文件格式，并向BSP发送结果文件，调用相关记账交易。

l单笔转账

公积金中心发起直联转账交易，对应银行资金划转交易，完成中心归集户与委贷户间的资金划转。

l交易结果查询

公积金中心发起直联交易结果查询

l联行号查询

公积金中心发起直联联行号查询交易

l账户交易明细查询

公积金中心用于查询账户交易明细

l活期转定期

公积金中心将活期账户转到指定的定期账户中，对应中心定期存款开户交易，通过录入活期账号户名已经定期账号户名完成定期存款开户，并可通过‘定期账户余额查询’、‘活期账户余额查询’查询账户资金情况。

l定期支取

公积金中心将定期子账户转存到指定活期账户，先通过向住建部发送‘定期账户余额查询’，查询到银行的定期存款信息后，确定具体支取存单，将相关信息组装到定期存款支取报文中，再发起定期支取交易完成支取。

l定期转存方式设定

公积金中心根据账号以及对应的笔号、册号设置转存方式：

自动转存设置。

先使用定期账户余额查询（BDC122），查询到银行的定期存款信息后，将相关信息组装到定期转存方式设定报文中，再发起定期转存方式设定交易。

l活期转通知存款

公积金中心将活期账户转到指定的通知存款账户中

l通知存款支取

公积金中心将通知存款账户下的某笔存款指定金额转存到活期账户中，本交易需配合定期账户余额查询交易使用（如按设定支取，需配合通知存款支取通知查询使用），建议先使用定期账户余额查询（BDC122），查询到银行的定期存款信息后，将相关信息组装到通知存款支取报文中，再发通知存款支取交易。

l通知存款支取设定

公积金中心设定签约通知存款账户下的某笔存款的支取通知，设定为当前日期后支取的时间。

先使用定期账户余额查询（BDC122），查询到银行的定期存款信息后，将相关信息组装到通知存款支取设定报文中，再发起通知存款支取设定交易

l通知存款支取通知取消

公积金中心取消签约通知存款账户下的某笔通知存款已设定的支取通知，先使用通知存款支取通知查询（BDC121），查询到银行的定期存款信息后，将相关信息组装到通知存款支取通知取消报文中，再发起通知存款支取通知取消交易。

l通知存款支取通知查询

公积金中心查询通知存款账户中已设置的支取通知信息

l定期账户余额查询

公积金中心查询签约的定期账户余额

l活期账户余额查询

公积金中心查询单账户实时余额查询

1.3.5.2采集系统发起的服务接口

用于测试系统服务是否正常

l账户变动通知

公积金中心资金账户变动，由银行主动通知、发送采集系统，并由采集系统转发至公积金中心，银行每隔5分钟向中心发送一次账户变动通知，每次发送笔数不超过5000笔，中心配有相关守护进程用于监听账户变动通知，并将通知转换为文件入BSP表中，用于中心财务系统对账。

二项目组织及实施要求

2.1项目实施的组织、管理

系统建设需要建设厂商就项目实施的领导、组织与管理进行合理规划，明确项目组织与岗位职责，采用成熟开发工具，按照科学、先进的项目管理方法论周密计划、精心施工。

同时，要求建设厂商描述自身的技术实力和确保项目顺利实施的组织和相关措施。

2.1.1准备阶段

1、形成需求

结合中心现有业务系统，分析接口贯标对业务流程的变化，梳理改造的要点，形成业务优化需求书。

2、布置落实。

中心组织各承办行召开实时结算贯标项目启动会议，要求各承办行高度重视，要积极联系总行做好衔接工作，主办行要做好账户清理和签约工作。

没有接入住建部系统的承办行要成立项目组，尽快启动银行系统和住建部接口对接工作。

3、报送计划。

中心根据开发进度、与住建部测试联调时间、上线日期等制定实施计划，并报送住建部及省厅。

没有接入住建部实时结算系统的地方银行需向住建部提交接入申请，并将实施计划和方案，报送住建部审批。

2.1.2实施阶段

1、梳理账户。

中心财务梳理在各承办行开立的账户，明确其用途，决定是否保留、整合或销户。

2、异常处理。

在接口的开发中，形成异常交易的处理机制。

如开户银行遗漏发送账户变动通知、交易结果不确定、批量结果文件未按时返回等异常场景。

3、联调申请。

接口联调测试前1个月，向住建部报送接口测试联调申请，包括测试方案，测试范围，测试时间，接入银行名称等。

住建部审批通过后，向住建部申请各家行的测试帐号，测试密钥，机构号，节点号。

同时，与各接入行确定测试用客户号以及采集系统签约账号，为测试联调做好充分的准备工作。

4、网络连接。

联调测试前15日内，完成与住建部结算系统的网络连接。

通过建设银行市分行的连接，再借道建设银行的骨干网络连接到住建部的实时结算平台。

5、账号注册。

联调测试前,将各家行测试账号注册到住建部采集系统中，以确保测试联调工作正常开展。

6、问题处理。

联调测试中遇到问题，需及时向住建部沟通反馈，如确认为接入行总行问题，需要各承办行与总行进行协调沟通，并及时向中心反馈。

2.1.3测试阶段

公积金中心业务系统与住房公积金银行结算数据应用系统（以下简称应用系统）的对接测试，检验接口交易和应用系统的功能是否满足公积金业务系统运行要求；

测试银行直联支付结算是否满足市住房公积金业务要求。

1、测试内容

业务内容及业务指标包括但不限于：

ü

贷款发放

贷款还款

资金划拨

提取

退缴

批量业务回执,

贷款还款扣划,

缴存托收,

委托提取,

2.1.4上线阶段

1、银行签约。

中心结算系统上线前1个月，向住建部提交上线申请。

2、获取密钥。

上线前一周，向住建部获取生产环境接入密钥。

3、应急预案。

上线前，制定应急方案，上线后完善应急方案，针对可能出现的问题，和各承办行约定应急业务的流程。

4、验证。

系统上线后首日当晚，结合业务流水对资金类交易进行验证，查询结算结果是否正确，确保生产环境参数设置符合要求。

5、运维监控。

上线后，加强系统的运维和监控，保障业务系统的正常运行。

2.2项目实施周期

投标方必须提供合理的实施计划安排，细化到每个阶段的任务分工，本项目要求于2016年12月前完成系统开发和测试工作，正式上线运行。

2.3项目进度安排

投标方详细描述项目各项工作的进展计划，并明确完成各项工作预计所需时间及达到的阶段目标。

2.4项目的工作内容及成果文档的提交

投标方必须提交以下内容：

系统需求分析报告

系统设计报告

系统测试报告

系统验收报告

2.5系统测试

为了保证住房公积金中心业务系统与住房公积金结算应用系统能够顺利对接，满足住房公积金业务要求，投标方必须制定系统整体测试方案。

一、应选取公积金中心的结算业务场景进行验证工作。

原型验证场景包括，接口探测，付款业务（同行、跨行），转账业务（同行、跨行），交易结果查询，账户查询。

二、必须与中心有业务往来的多家银行参与，如：

中国建设银行、中国银行、中国工商银行、中国农业银行等多家银行满足住房公积金业务测试要求。

三、测试业务要求

应包括中心发起的交易与批量交易，具体要求如下：

n中心发起的交易

中心发起的交易包括但不限于以下内容

贷款/提取资金预拨

n批量交易

批量交易包括但不限于以下内容

存款账户明细对账数据下载

四、测试内容要求

应包括业务内容、业务指标，具体要求如下：

n业务内容

业务内容包括但不限于以下内容：

n业务指标

交易列表包含建设银行、工商银行、中国银行、农业银行、交通银行等与中心有业务往来的银行，交易列表包括但不限于以下内容

五、测试实施要求

应包括测试环境、测试数据，具体要求如下：

n测试环境

1、必须保证测试专线网络畅通；

2、提供测试支持并保证测试环境稳定

n测试数据

1、提供测试以上接口交易的账户；

2、填写测试账户模板并提供相应联系人联系方式

六、测试组织结构要求

2.6项目验收

系统开发完成后，由中心组织相关专家验收，验收完成后系统正式上线运行。

2.7风险分析及规避措施

投标方必须提出项目的风险点及对应的解决方法。

2.8项目人员配置要求

项目人员的组成要求具有相关项目的开发经验，提供核心人员简历。

三服务要求

1、投标方负责本次项目的售后工作。

发生故障时，及时处理。

2、投标方应提供满足系统运行、维护所需的培训服务，培训对象主要为系统管理员。

培训内容应包括系统的基本安装与使用、基本配置与日常维护、对用户经常遇到问题的答疑并提供基本的培训资料。

3、要求投标方必须提供完善的售后服务，建立健全售后服务体系，确保系统正常运行。

系统综合验收后的一年内属免费维护期。

项目完全结束后，在免费维护期期间，服务响应时间为1小时，如果需要到达现场，则投标方24小时内必须派技术人员到达现场解决问题，免费维护期过后，服务的响应时间根据中标后双方签订相关的维保协议做进一步商定。

4、投标方应提供固定的售后服务和投诉渠道：

固定电话热线、移动电话热线、传真热线、电子邮箱，设定专人为本项目提供紧急维护服务。

23