济南市住房公积金管理中心结算应用系统建设项目技术要求

1、济南市住房公积金管理中心结算贯标项目济南市住房公积金管理中心结算应用系统建设项目技术要求一 、技术要求11.1 项目名称11.2 项目总体情况11.2.1 建设背景11.2.2 建设目标11.2.3 建设要求11.3 总体设计要求21.3.1 总体架构要求21.3.2 结算平台改造要求21.3.3 交易报文规范设计要求31.3.4 接口规范及设计要求41.3.5 结算平台接口和公积金业务系统交易设计要求10二 项目组织及实施要求152.1 项目实施的组织、管理152.1.1 准备阶段152.1.2 实施阶段162.1.3 测试阶段172.1.4 上线阶段172.2 项目实施周期182.3 项目

2、进度安排182.4 项目的工作内容及成果文档的提交182.5 系统测试192.6 项目验收222.7 风险分析及规避措施222.8 项目人员配置要求22三 服务要求23II济南市住房公积金管理中心结算贯标项目一 、技术要求1.1 项目名称济南市住房公积金管理中心结算应用系统建设项目1.2 项目总体情况1.2.1 建设背景为了贯彻落实住房公积金基础数据标准（以下简称基础数据标准）建立科学、合理、规范的住房公积金业务数据体系，提高住房公积金管理信息化水平，促进住房公积金监管系统建设，提升住房公积金服务能力，2014年12月9日住建部发布了关于贯彻落实住房公积金基础数据标准的通知，通知要求之一：为确

3、保资金安全，提供便捷服务，各地公积金中心信息系统在贯彻基础数据标准过程中，要同时接入全国统一的住房公积金银行结算数据应用系统，与受托银行进行直联支付结算，实时获取银行结算数据，实现资金、业务和财务信息的自动平衡匹配，建立先进、实用、安全的信息系统。为落实住建部关于贯彻落实住房公积金基础数据标准的通知的要求，济南市住房公积金管理中心在已建设的基础数据贯标的基础上完成结算贯标建设。1.2.2 建设目标按照关于贯彻落实住房公积金基础数据标准的通知要求，建立科学、合理、规范的住房公积金业务数据体系；通过住建部统一系统实现与银行的联网结算，实现业务驱动资金结算，业务账、资金账、财务账自动平衡校验，三账统

4、一、自动对账、日清、日结等功能，提高住房公积金信息化水平，提高住房公积金业务办理效率，实现资金高效运作、安全管理的目标。1.2.3 建设要求按照住建部关于报送全国住房公积金结算应用系统上线工作计划的通知、关于贯彻落实住房公积金基础数据标准的通知住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11的要求，公积金中心须在2016年年底前完成结算应用系统接入工作。结合济南中心实际，按照通知要求，公积金中心该项目主要建设要求为：1、对济南住房公积金管理中心现核心业务系统进行升级改造，核心业务系统的软件平台BSP和工作流平台支撑的资金类交易全面改造，实现现资金结算平台及住建部结算应用平台的同

5、时应用；结算应用系统开发建设同时，确保核心业务系统安全稳定运行，实现无缝平滑切换；完成帐务处理体系升级改造，完善资金对账、异常处理等机制，确保公积金财务核算体系安全、稳定、高效。2、按照住房公积金基数数据标准及结算应用系统建设要求，全面满足住建部数据贯标要求，严格按照标准要求实现各类交易的对接工作，利用原有结算系统的软件平台FSP完成结算系统改造，缩短实施时间，确保数据的安全、稳定、高效。3、投标方必须按照建设要求提供详细的建设方案。1.3 总体设计要求本次项目必须严格按照住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11的要求开发标准接口实现接入。具体要求如下：1.3.1 总体

6、架构要求公积金中心在中心管理信息系统中必须按照住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11的标准新建支付结算中心端标准接口，中心信息管理系统通过标准接口实现与银行结算数据应用系统端到端的连接。1.3.2 结算平台改造要求改造前为模式一，改造后为模式二。改造完成后FSP向住建部结算平台发出和接收的报文和文件格式以住建部结算平台规定的格式为标准。具体见1.3.4和1.3.5节。1.3.3 交易报文规范设计要求 交易报文格式交易报文应采用XML格式，遵循XML规范。交易报文由两部分组成，交易报文头和交易报文体。其中交易报文头信息在报文头（head）节点内，交易报文体

7、信息在报文体（body）节点内。需要作加密处理。 交易文件传输交易文件经过编码处理后，嵌入到交易报文中，和交易报文一起发送或接收。文件格式使用GBK字符集编码，按换行符n划分记录，按分割符|划分字段，数据项中不能有半个汉字、分割符|、 换行符n。相同文件名不能多次提交。n 文件内容压缩编码发送方传输联机文件时：将文件内容读出进行ZIP压缩，再进行BCD编码，得到文件内容报文域。接收方接收联机文件时：将文件内容报文域取出BCD码字符串,再进行ZIP解压缩，得到原始文件内容。n 长度限制根据实际的交易情况，以及通信方式来定最大长度限制。现系统最大定义为 10M.1.3.4 接口规范及

8、设计要求 公积金中心系统发起n 输入控制信息节点节点属性中文描述数据类型必输说明HEADSendDate发送方日期Char(8)MyyyymmddSendTime发送方时间Char(6)MHhmmssSendSeqNo发送方流水号Char(26)M全局唯一TxUnitNo交易机构号Char(15)M机构编号SendNode发送方节点号Char（6）M发送方在系统中注册的编号公积金中心节点号TxCode交易代码Char(6)M参见服务列表ReceiveNode接收方节点号Char(6)M接收方在系统中注册的编号银行节点号CustNo客户编号Char(32)银行给公积金中心的客户编号

9、由银行决定是否需要OperNo操作员编号Char(21)Mn 输出控制信息节点节点属性中文描述数据类型必输说明HEADTxStatus交易状态Char(1)M0成功；1失败RtnCode返回码Char(20)M00000-为成功RtnMessage返回信息Char(160)MReceiveDate接收方日期Char(8)MReceiveTime接收方时间Char(6)MReceiveSeqNo接收方流水号Char(32)MReceiveNode接收方节点号Char(6)M接收方在系统中注册的编号银行节点号TxCode交易代码Char(6)M参见服务列表BDCDate采集系统日期Char(8)M

10、BDCTime采集系统时间Char(6)MBDCSeqNo采集系统流水号Char(32)MSendNode发送方节点号Char（6）M发送方在系统中注册的编号公积金中心节点号 采集系统发起n 输出格式报文头节点节点属性中文描述数据类型必输说明HEADSendDate发送方日期Char(8)MYYYYMMDDSendTime发送方时间Char(6)MHHMMSS SendSeqNo发送方流水号Char(32)MSendNode发送方节点号Char（6）MTxCode交易代码Char(6)M参见服务列表ReceiveNode接收方节点号Char(6)M接收方在系统中注册的编号BDCD

11、ate采集系统日期Char(8)M由采集系统WEB方式提交的，这里同发送方日期BDCTime采集系统时间Char(6)由采集系统WEB方式提交的，这里同发送方时间BDCSeqNo采集系统流水号Char(32)M由采集系统WEB方式提交的，这里同发送方流水号n 输入格式报文头节点节点属性中文描述数据类型必输说明HEADTxStatus交易状态Char(1)M0成功；1失败RtnCode返回码Char(20)M00000-为成功RtnMessage返回信息Char(160)MReceiveDate接收方日期Char(8)MReceiveTime接收方时间Char(6)MReceiveSeqNo接收

12、方流水号Char(32)MReceiveNode接收方节点编号Char(6)M接收方在系统中注册的编号TxCode交易代码Char(6)M参见服务列表BDCDate采集系统日期Char(8)MBDCTime采集系统时间Char(6)MBDCSeqNo采集系统流水号Char(32)MSendNode发送方节点号Char（6）M发送方在系统中注册的编号1.3.5 结算平台接口和公积金业务系统交易设计要求接口应包括公积金中心发起的服务接口、结算采集系统发起的服务接口。交易开发改造包括公积金业务系统发起接口数据前和接收结算平台数据后的业务和账务处理。具体设计要求如下： 公积金中心业务系统

13、服务接口和交易开发改造 公积金中心各类资金交易均为实时联机完成，驱动财务系统完成记账，本次项目建设内容中，各类交易均需关联核心系统改造，在相关内容如下：l 接口探测用于测试系统服务是否正常。l 单笔付款公积金中心直联发送付款交易（如住房公积金提取业务，包括销户支取业务、外部转移业务），结算银行同住建部签约后，核心系统BSP首先根据原交易日期原交易流水号向FSP发送交易结果查询，中心FSP侧向住建部FSP发起查询，如果OldTxStatus（原交易状态）为0（成功）核心BSP直接记账，不再发送单笔付款申请，如果OldTxStatus为1（失败），BSP会重新组装报文通过FSP向住建部发起付款申请

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

15、tus为1（失败），BSP会重新组装报文通过FSP向住建部发起付款申请，待住建部返回成功后，BSP完成记账。l 批量付款支持公积金中心发起批量付款业务（比如按年/月委托提取业务、批量提取业务）此交易为异步交易， 公积金中心发起交易交易所获得数据应用系统的受理结果，不代表交易结算最终结果。 交易结算最终结果需使用交易结果查询(BDC107)、交易结果下载(BDC108)获得。中心生成扣款批量文件，将文件通过CSP发送至FSP，并调用批量付款交易通知住建部，住建部批量扣款成功后，中心手动发起批量交易结果查询，住建部根据批量编号返回查询结果，如果BatchTxStatus（当前状态）为1（处理完成）

16、，中心手动发起批量交易文件下载，FSP将下载后的文件转译成目标文件格式FTP至CSP，同时向CS0018（交易调用登记簿）插入数据调用相关交易完成记账。l 批量收款支持公积金中心发起批量收款业务（比如住房公积金归集业务）此交易为异步交易，公积金中心发起交易后获得数据应用系统的交易受理结果，不代表获得交易结算最终结果，交易结算结果须使用交易结果查询(BDC107)、交易结果下载(BDC108)获得最终结果。l 贷款扣款支持公积金中心发起批量贷款扣款业务（贷款扣款业务）l 贷款本息分解公积金中心在贷款扣款金额入账后发起贷款本息分解文件上传l 批量业务结果查询公积金中心查询批量业务结果情况，中心手动

17、发起批量结果查询，住建部侧根据BatchNo（批量编号）返回交易处理情况。l 批量业务结果下载公积金中心下载批量业务结果，住建部将下载文件发送至中心前置机FSP，FSP将文件转换为BSP侧需要的文件格式，并向BSP发送结果文件，调用相关记账交易。l 单笔转账公积金中心发起直联转账交易，对应银行资金划转交易，完成中心归集户与委贷户间的资金划转。l 交易结果查询公积金中心发起直联交易结果查询l 联行号查询公积金中心发起直联联行号查询交易l 账户交易明细查询公积金中心用于查询账户交易明细l 活期转定期公积金中心将活期账户转到指定的定期账户中，对应中心定期存款开户交易，通过录入活期账号户名已经定期账号

18、户名完成定期存款开户，并可通过定期账户余额查询、活期账户余额查询查询账户资金情况。l 定期支取公积金中心将定期子账户转存到指定活期账户，先通过向住建部发送定期账户余额查询，查询到银行的定期存款信息后，确定具体支取存单，将相关信息组装到定期存款支取报文中，再发起定期支取交易完成支取。l 定期转存方式设定公积金中心根据账号以及对应的笔号、册号设置转存方式：自动转存设置。先使用定期账户余额查询(BDC122)，查询到银行的定期存款信息后，将相关信息组装到定期转存方式设定报文中，再发起定期转存方式设定交易。l 活期转通知存款公积金中心将活期账户转到指定的通知存款账户中l 通知存款支取公积金中心将通知存

19、款账户下的某笔存款指定金额转存到活期账户中，本交易需配合定期账户余额查询交易使用(如按设定支取，需配合通知存款支取通知查询使用)，建议先使用定期账户余额查询(BDC122)，查询到银行的定期存款信息后，将相关信息组装到通知存款支取报文中，再发通知存款支取交易。 l 通知存款支取设定公积金中心设定签约通知存款账户下的某笔存款的支取通知，设定为当前日期后支取的时间。 先使用定期账户余额查询(BDC122)，查询到银行的定期存款信息后，将相关信息组装到通知存款支取设定报文中，再发起通知存款支取设定交易l 通知存款支取通知取消公积金中心取消签约通知存款账户下的某笔通知存款已设定的支取通知，先使用通知存

20、款支取通知查询(BDC121)，查询到银行的定期存款信息后，将相关信息组装到通知存款支取通知取消报文中，再发起通知存款支取通知取消交易。l 通知存款支取通知查询公积金中心查询通知存款账户中已设置的支取通知信息l 定期账户余额查询公积金中心查询签约的定期账户余额l 活期账户余额查询公积金中心查询单账户实时余额查询 采集系统发起的服务接口l 接口探测用于测试系统服务是否正常l 账户变动通知 公积金中心资金账户变动，由银行主动通知、发送采集系统，并由采集系统转发至公积金中心，银行每隔5分钟向中心发送一次账户变动通知，每次发送笔数不超过5000笔，中心配有相关守护进程用于监听账户变动通知

21、，并将通知转换为文件入BSP表中，用于中心财务系统对账。二 项目组织及实施要求2.1 项目实施的组织、管理系统建设需要建设厂商就项目实施的领导、组织与管理进行合理规划，明确项目组织与岗位职责，采用成熟开发工具，按照科学、先进的项目管理方法论周密计划、精心施工。同时，要求建设厂商描述自身的技术实力和确保项目顺利实施的组织和相关措施。2.1.1 准备阶段1、 形成需求结合中心现有业务系统，分析接口贯标对业务流程的变化，梳理改造的要点，形成业务优化需求书。2、 布置落实。中心组织各承办行召开实时结算贯标项目启动会议，要求各承办行高度重视，要积极联系总行做好衔接工作，主办行要做好账户清理和签约工作。没

22、有接入住建部系统的承办行要成立项目组，尽快启动银行系统和住建部接口对接工作。3、 报送计划。中心根据开发进度、与住建部测试联调时间、上线日期等制定实施计划，并报送住建部及省厅。没有接入住建部实时结算系统的地方银行需向住建部提交接入申请，并将实施计划和方案，报送住建部审批。2.1.2 实施阶段1、 梳理账户。中心财务梳理在各承办行开立的账户，明确其用途，决定是否保留、整合或销户。2、 异常处理。在接口的开发中，形成异常交易的处理机制。如开户银行遗漏发送账户变动通知、交易结果不确定、批量结果文件未按时返回等异常场景。3、 联调申请。接口联调测试前1个月，向住建部报送接口测试联调申请，包括测试方案，

23、测试范围，测试时间，接入银行名称等。住建部审批通过后，向住建部申请各家行的测试帐号，测试密钥，机构号，节点号。同时，与各接入行确定测试用客户号以及采集系统签约账号，为测试联调做好充分的准备工作。4、 网络连接。联调测试前15日内，完成与住建部结算系统的网络连接。通过建设银行市分行的连接，再借道建设银行的骨干网络连接到住建部的实时结算平台。5、 账号注册。联调测试前,将各家行测试账号注册到住建部采集系统中，以确保测试联调工作正常开展。6、 问题处理。联调测试中遇到问题，需及时向住建部沟通反馈，如确认为接入行总行问题，需要各承办行与总行进行协调沟通，并及时向中心反馈。2.1.3 测试阶段公积金中心

24、业务系统与住房公积金银行结算数据应用系统（以下简称应用系统）的对接测试，检验接口交易和应用系统的功能是否满足公积金业务系统运行要求；测试银行直联支付结算是否满足市住房公积金业务要求。1、 测试内容业务内容及业务指标包括但不限于： 贷款发放 贷款还款 资金划拨 提取 退缴 资金划拨 批量业务回执, 贷款还款扣划, 缴存托收, 委托提取,2.1.4 上线阶段1、 银行签约。中心结算系统上线前1个月，向住建部提交上线申请。2、 获取密钥。上线前一周，向住建部获取生产环境接入密钥。3、 应急预案。上线前，制定应急方案，上线后完善应急方案，针对可能出现的问题，和各承办行约定应急业务的流程。4、 验证。系

25、统上线后首日当晚，结合业务流水对资金类交易进行验证，查询结算结果是否正确，确保生产环境参数设置符合要求。5、 运维监控。上线后，加强系统的运维和监控，保障业务系统的正常运行。2.2 项目实施周期投标方必须提供合理的实施计划安排，细化到每个阶段的任务分工，本项目要求于2016年12月前完成系统开发和测试工作，正式上线运行。2.3 项目进度安排投标方详细描述项目各项工作的进展计划，并明确完成各项工作预计所需时间及达到的阶段目标。2.4 项目的工作内容及成果文档的提交投标方必须提交以下内容：系统需求分析报告系统设计报告系统测试报告系统验收报告2.5 系统测试为了保证住房公积金中心业务系统与住房公积金

26、结算应用系统能够顺利对接，满足住房公积金业务要求，投标方必须制定系统整体测试方案。具体要求如下：一、应选取公积金中心的结算业务场景进行验证工作。原型验证场景包括，接口探测，付款业务（同行、跨行），转账业务（同行、跨行），交易结果查询，账户查询。二、必须与中心有业务往来的多家银行参与，如：中国建设银行、中国银行、中国工商银行、中国农业银行等多家银行满足住房公积金业务测试要求。三、测试业务要求应包括中心发起的交易与批量交易，具体要求如下：n 中心发起的交易中心发起的交易包括但不限于以下内容 贷款/提取资金预拨 贷款发放 贷款还款 资金划拨 提取 退缴 资金划拨n 批量交易批量交易包括但不限于以下内容 批量业务回执, 贷款还款扣划, 缴存托收