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

济南市住房公积金管理中心结算应用系统建设项目技术要求 一 、技术要求 1 1.1 项目名称 1 1.2 项目总体情况 1 1.2.1 建设背景 1 1.2.2 建设目标 1 1.2.3 建设要求 1 1.3 总体设计要求 2 1.3.1 总体架构要求 2 1.3.2 结算平台改造要求 2 1.3.3 交易报文规范设计要求 3 1.3.4 接口规范及设计要求 4 1.3.5 结算平台接口和公积金业务系统交易设计要求 10 二 项目组织及实施要求 15 2.1 项目实施的组织、管理 15 2.1.1 准备阶段 15 2.1.2 实施阶段 16 2.1.3 测试阶段 17 2.1.4 上线阶段 17 2.2 项目实施周期 18 2.3 项目进度安排 18 2.4 项目的工作内容及成果文档的提交 18 2.5 系统测试 19 2.6 项目验收 22 2.7 风险分析及规避措施 22 2.8 项目人员配置要求 22 三 服务要求 23 、技术要求 项目名称 济南市住房公积金管理中心结算应用系统建设项目 项目总体情况 建设背景 为了贯彻落实《住房公积金基础数据标准》（以下简称《基础数据标准》）建立科学、合理、规范的住房公积金业务数据体系，提高住房公积金管理信息化水平，促进住房公积金监管系统建设，提升住房公积金服务能力，2014年12月9日住建部发布了《关于贯彻落实住房公积金基础数据标准的通知》，通知要求之一：为确保资金安全，提供便捷服务，各地公积金中心信息系统在贯彻《基础数据标准》过程中，要同时接入全国统一的住房公积金银行结算数据应用系统，与受托银行进行直联支付结算，实时获取银行结算数据，实现资金、业务和财务信息的自动平衡匹配，建立先进、实用、安全的信息系统。为落实住建部《关于贯彻落实住房公积金基础数据标准的通知》的要求，济南市住房公积金管理中心在已建设的基础数据贯标的基础上完成结算贯标建设。 建设目标 按照《关于贯彻落实住房公积金基础数据标准的通知》要求，建立科学、合理、规范的住房公积金业务数据体系；通过住建部统一系统实现与银行的联网结算，实现业务驱动资金结算，业务账、资金账、财务账自动平衡校验，三账统一、自动对账、日清、日结等功能，提高住房公积金信息化水平，提高住房公积金业务办理效率，实现资金高效运作、安全管理的目标。 建设要求 按照住建部《关于报送全国住房公积金结算应用系统上线工作计划的通知》、《关于贯彻落实住房公积金基础数据标准的通知》《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的要求，公积金中心须在2016年年底前完成结算应用系统接入工作。结合济南中心实际，按照通知要求，公积金中心该项目主要建设要求为： 1、对济南住房公积金管理中心现核心业务系统进行升级改造，核心业务系统的软件平台BSP和工作流平台支撑的资金类交易全面改造，实现现资金结算平台及住建部结算应用平台的同时应用；结算应用系统开发建设同时，确保核心业务系统安全稳定运行，实现无缝平滑切换；完成帐务处理体系升级改造，完善资金对账、异常处理等机制，确保公积金财务核算体系安全、稳定、高效。 2、按照《住房公积金基数数据标准》及结算应用系统建设要求，全面满足住建部数据贯标要求，严格按照标准要求实现各类交易的对接工作，利用原有结算系统的软件平台FSP完成结算系统改造，缩短实施时间，确保数据的安全、稳定、高效。 3、投标方必须按照建设要求提供详细的建设方案。 总体设计要求 本次项目必须严格按照《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的要求开发标准接口实现接入。具体要求如下： 总体架构要求 公积金中心在中心管理信息系统中必须按照《住房公积金银行结算数据应用系统-与中心公共接口标准V1.1.11》的标准新建支付结算中心端标准接口，中心信息管理系统通过标准接口实现与银行结算数据应用系统端到端的连接。 结算平台改造要求 改造前为模式一，改造后为模式二。改造完成后FSP向住建部结算平台发出和接收的报文和文件格式以住建部结算平台规定的格式为标准。具体见1.3.4和1.3.5节。 交易报文规范设计要求 交易报文格式 交易报文应采用XML格式，遵循XML规范。 交易报文由两部分组成，交易报文头和交易报文体。其中交易报文头信息在报文头（head）节点内，交易报文体信息在报文体（body）节点内。 需要作加密处理。 交易文件传输 交易文件经过编码处理后，嵌入到交易报文中，和交易报文一起发送或接收。 文件格式使用GBK字符集编码，按换行符’\n’划分记录，按分割符’|’划分字段，数据项中不能有半个汉字、分割符’|’、 换行符’\n’。相同文件名不能多次提交。 文件内容压缩编码 发送方传输联机文件时：将文件内容读出进行ZIP压缩，再进行BCD编码，得到