招标文件
采购需求
- 采购内容及技术要求
|
系统名称 |
技术要求 |
单位 |
数量 |
备注 |
|
住建部数据平台公积金数据采集系统 |
按照住建部《关于做好全国公积金数据平台接入工作的通知》（建办金函［2019］36 号）的要求，结合按照《全国住房公积金数据平台接入技术方案》，本系统的建设按照公积金业务管理系统中按照标准要求， 采集合适时间范围内的本中心指定数据项。 1) 数据相关字段的释义以《住房公积金基础数据标准》为准； 2) 采集方式为：上线日全量采集，上线后增量采集； 3) 全量采集需要将全量数据压缩后小于等于1G 的可上线日传输，大于 1G 的，每日最多传输 1G,中心根据数据大小与住建部项目组确认提前传输数据开始时间； 4) 增量采集遵循“有变动才采集”的原则，减少长期不变动数据的频繁采集，降低网络资源、存储资源的浪费； 5) 公积金中心需要保证采集数据的完整性，保证数据间的一致性； 6) 公积金中心负责保证数据采集的质量并按要求报送数据平台； 7) 数据平台仅对公积金中心提供的数据负责存储和转发，但平台会辅助公积金中心进行账户余额总分、平衡性、连续性等检查并生成检查报表，检查报表发送 公积金中心，方便公积金中心调整上传的错误数据。 |
项 |
1 |
|
|
住建部数据 平台区块链 |
按照住建部《关于做好全国公积金数据平台接入工作 的通知》（建办金函［2019］36 号）的要求，结合按 |
项 |
1 |
|
|
上链系统 |
照《全国住房公积金数据平台接入技术方案》，本系统将采集的数据通过区块链数据传输接口上传到区块链。 公积金中心需要将数据文件中的多个数据单元组织成一条上链数据，通过区块链数据传输接口上传到区块链上，数据文件不需要传送给数据平台。 DDL 文件是对“数据单元”的格式定义说明文件。是为了增强系统自适应和扩展需要而设计的，公积金中心在进行某一个批次的数据上链时，需要同时生成对应的 DDL 文件，DDL 文件的定义与数据单元要匹配，并上传给数据平台。 公积金中心在生成校验文件之后，对校验文件（包括 CHK、DDL、CTL 文件）在传输之前进行打包压缩，具体 要求如下：对全部文件采用 ZIP 压缩，压缩后的文件， 需要进行文件拆分，以便实现文件断点续传。 |
|
|
|
|
住建部数据平台公积金数据校验系统 |
按照住建部《关于做好全国公积金数据平台接入工作的通知》（建办金函［2019］36 号）的要求，结合按照《全国住房公积金数据平台接入技术方案》，本系统可以将公积金中心需要将校验文件传输给数据平台与上链数据进行核对，必要时使用数据平台提供的功能查看数据传输的状态，跟踪并解决存在的问题。 1、公积金中心发起的交易：校验文件就绪通知 BDC700； 校验文件接收情况查询 BDC701；校验结果情况查询BDC702；签到交易 BDC091。 2、数据平台发起的交易：校验文件下载 BDC711；校验文件接收情况通知 BDC712；校验结果通知 BDC713。 3、校验结果报表。 |
套 |
1 |
|
|
核心业务系 统改造及历 |
按照《住房公积金基础数据标准》做好数据整理工作。 需要保证报送数据的质量，并向住房公积金缴存职工 |
项 |
1 |
|
|
史数据整理 |
提供本人数据核验、修正渠道，确保报送数据的准确 |
|
|
|
|
核验修正 |
性和真实性。对中心发放的个人首套住房公积金贷款， |
|||
|
|
要根据《个人所得税专项附加扣除暂行办法》（国发 |
|||
|
|
（2018)41 号）规定进行审核、标识。对数据平台能够 |
|||
|
|
实现共享的数据，将查询渠道内嵌到核心业务系统相 |
|||
|
|
关的模块中，为中心的业务办理提供便利。 |
|||
|
|
由于数据平台需要中心每日将整理、审核、标识和确 |
|
|
|
|
数据上报日常运维 |
认后的数据，通过结算应用系统报送至全国住房公积金数据平台，为了数据传输的顺畅即使，运维人员随 时配合处理公积金数据在整理、审核、传输过程中出 |
年 |
1 |
|
|
|
现的各个问题，保证数据传输的准确性和及时性。 |
|
|
- 总体要求
- 项目背景
根据住建部下发的建办金函[2019]36 号《住房和城乡建设部办公厅关于做好全国住房公积金数据平台接入工作的通知》及建金信函[2019]7 号《关于印发全国住房公积金数据平台接入技术方案的通知》的要求，结合省住建厅下发的甘建函〔2019〕58 号《关于转发做好全国住房公积金数据平台接入工作的通知》的要求，为了贯彻落实国务院关于个人所得税改革信息共享工作的部署，确保住房公积金个人贷款及相关信息的准确、完整，切实维护住房公积金缴存职工权益，住建部建立了全国住房公积金数据平台（以下简称数据平台），将实现公积金与税务总局总对总的数据交换，并向住房公积金管理中心、缴存职工提供数据查询服务。
中心本次系统建设需要实现公积金中心能够向住建部数据平台及时准确的报送公积金数据，并向住房公积金缴存职工本人提供数据核验、修正的渠道，确保报送数据的准确性和真实性。同时对于本次平台实现的信息共享功能，本次系统建设需要实现数据的共享查询功能，将查询功能内嵌在中心业务系统相应的业务办理模块中，为中心的业务办理提供便利。
- 系统架构要求
住房公积金信息系统应采用面向服务的架构（SOA）设计，并能够通过可配置的服务接口接入组件化的服务模块，支持业务的快速发展变化。系统架构应按照国家电子政务总体框架要求进行分层设计，满足综合服务要求，实现业务应用逻辑统一，数据统一管理。
系统设计层次应划分为渠道层、业务应用层、应用支撑层、数据资源层、基础设施层五个层次，保障系统的充分可扩展性和易维护性。
系统应基于 J2EE 架构进行设计，技术架构上可以分为三层，即客户层、应用层和数据层，系统采用组件式设计的方法，将平台分解为各个系统，各系统分解为各功能模块， 明确各功能模块、各系统之间的相互关系和接口指标，实现各功能模块和各子系统的分解与组装，达到完成总体功能的目标。
采用三层 Browser/Server 架构和面向对象的设计方法，将业务逻辑层和展现层软件分离，提高系统的免维护性；将商业逻辑和应用界面分离，通过统一的服务模块对所有的应用进行服务（包括应用的前端，也包括其他应用调用应用的服务），保持系统的一致性；采用 Rational Rose 整理需求分析；前端采用 Browser（HTLM）和 Client 界面； 应用层采用应用服务器作负载均衡；数据库支持 Oracle、SQL SERVER 等大型数据库。
本次系统建设的总体架构如下所示：
- 公积金中心系统、数据平台与区块链平台对接，确保数据传输与存储准确、可信；
- 公积金中心按照区块链数据上链接口，将数据传输到区块链；
- 数据平台实现与税务总局对接，完成抵扣数据共享；
- 缴存职工可以通过互联网渠道查询个税抵扣数据。
- 建设依据
《住房公积金管理条例》（国务院）
《住房公积金财务核算办法》（财政部）
《住房公积金会计核算办法》（财政部）
《住房公积金会计核算办法补充规定》（财政部）
《个人住房贷款管理办法》（人民银行）
《人民币利率管理规定》（人民银行）
《住房公积金提取业务规范》（住建部）
《住房公积金资金管理业务规范》（住建部）
《国务院关于进一步加强住房公积金管理的通知》（国务院）
《中华人民共和国财政部关于加强住房公积金财政监督管理的通知》（财政部）
《住房公积金基础数据标准》（住建部）
《住房公积金信息化建设导则》（住建部）
《住房公积金信息系统技术规范》（住建部）
《综合服务平台建设导则》（住建部）
《全国住房公积金监督管理信息系统数据接口标准（修订）》（住建部）
《住房公积金银行结算数据采集系统应用接口》
《关于开展全国重要信息系统安全等级保护定级工作的通知》（公安部）
《政务信息资源交换体系技术标准》（GB/T 21062-2007）
- 质保期：1 年。
收藏