天津市住房公积金管理中心业务模式优化设计

苏 磊

（天津市金企通科技开发股份有限公司，天津300000）

近年来，随着公积金行业快速发展和业务体量持续增大，行业服务水平要求也在不断提升。为了加强和改进住房公积金综合管理服务工作，维护缴存职工合法权益，充分发挥住房公积金制度作用，积极落实党中央、国务院“放管服”改革要求，同时住建部作为公积金行业监管部门亦对公积金核心业务、信息化建设、基础数据等提出了一系列标准化要求。天津市政府响应国家政策号召，提出“一制三化”总体改革目标、方案及一系列具体举措，要求包括公积金中心在内的各政府单位积极贯彻落实。按照要求，现对中心核心系统进行改造。

1 系统功能设计

根据住房和城乡建设部住房公积金管理规范要求，结合天津市住房公积金业务现状，紧密围绕住房公积金事业的重点工作和发展方向，按照“统一决策，统一管理，统一制度，统一核算”的原则，构建一个以天津市住房公积金核心业务为基础，引领业务发展、系统功能强大、设计理念先进的智慧公积金管理服务平台。

以中心发展需求为导向，根据中心管理架构、业务特色、信息化基础等，综合运用云计算、大数据、移动互联等主流技术，以机制完善和模式创新为动力，全面夯实和整合基础信息资源，重点推进核心业务、公共服务、风险防控、综合管理、决策支持、外部互联、基础保障七类应用系统一体化建设，支撑公积金业务工作提能增效。

强化网络基础设施建设，建设安全、 高效、节能、 可靠的数据中心和互联互通的信息网络体系，实现全市公积金信息资源对称、集中与共享，实现全市公积金制度、组织、业务、系统全域协同，不断提高公积金中心的业务处理能力、 公众服务能力、风险防控能力、 宏观决策能力和信息保障能力，为推动天津市住房公积金事业全面、协调、可持续发展提供有力、有效的信息化支撑。

1.1 系统设计

中心在业务模式优化及核心系统改造过程中亦需要严格遵守和落实住建部已经发布的《GB/T 51267-2017 住房公积金个人贷款业务规范》、《GB/T 51271-2017 个人住房公积金归集业务标准》、《住房公积金综合服务平台建设导则》和即将发布的《住房公积金提取业务标准》、《住房公积金资金管理业务标准》等一系列业务、管理标准要求。通过中心对照以上标准分析，中心现行业务规范和住建部业务规范要求存在一定的差异，主要表现为业务范围、控制条件不一致，业务管理执行标准差异、业务要件差异、标准执行差异等。

住房公积金业务数据标准和数据架构设计满足住房和城乡建设部制定的《住房公积金基础数据标准》规定，达到住房和城乡建设部住房公积金监管部门对城市公积金业务系统“双贯标”的要求。

1.2 业务管理设计

从整体来看，中心业务模式将依照住房公积金管理条例对私服务拓展、金融手段创新和政府对公积金中心专业化管理、服务转型的要求，借鉴渠道多样化、业务自主化等行业发展趋势以及其它地区公积金中心、银行的经验，中心未来仍将定位于以归集、提取、贷款等核心业务为主线，但在业务类型、服务渠道上有所拓展[1]。

结合核心业务应用及内外部管理需求，充分利用信息技术等新技术发展的成果，整合政策转型、行业发展、市场发展、新技术发展的要求，中心提出了“业务自主、服务大众、优效运营、防空风险”的四大改革主旨，并据此制定了未来以“归集执法、提取、贷款、资金核算为四大核心、运营支撑与后台管理为支持”的业务模式蓝图。在职能划分上，市中心未来将定位于政策制定中心、业务管理中心与行政执法中心，办事处与分中心作为业务办理中心负责各类业务的日常操作，银行将定位于业务受理渠道。

（1）归集执法业务

中心归集业务以自主化业务办理为总体目标，即各办事处/分中心/银行合作网点均可使用自有归集平台进行归集业务办理，同时中心通过推广委托资金划转、网上缴存等手段实现中心、银行、缴存单位之间的业务协同和资金高效衔接；行政执法与行政诉讼统一集中至中心业务处室进行管理。

（2）提取业务

中心提取业务未来开发对私提取、 约定提取，进一步提升中心对外服务质量；并通过流程优化与信息化手段，有效提高中心业务的处理效率，应对柜面压力。

（3）贷款业务

中心贷款业务未来强化贷款发放、贷款回收管理，实现自主计息，提升对核心业务与风险的控制力；同时完善银行考核、贷款轮候、电子档案等配套机制，支撑业务高效有序开展。

（4）财务核算业务

中心财务核算业务将通过建立核算中心，集中一级核算，进一步强化核算质量；同时推进管办分离，强化核算管理；完善结算与对账机制，实现账务的日清日结，对账务进行实时监控。

（5）运营支撑

在运营支撑方面，中心将以加强客户服务、拓宽业务渠道、强化风险防控、完善审计体系、通过数据和信息化手段支撑计划统计为核心，搭建中心完整的运营支撑体系。

客户服务：通过重新梳理中心服务渠道结构及内容，优化设计各渠道服务流程，实现服务工单全生命周期管理，利用多种客户服务渠道为客户提供全面的、差异化的服务能力，优化中心客户服务标准。

渠道管理：健全中心渠道管理和服务运营机制，实现多样化的服务及渠道管理，提升渠道资源整合及运营能力，建立中心各渠道管理标准和渠道业务推广机制，优化并拓展各渠道业务服务内容和边界。

风险防控：通过加强对操作合规风险的管理，建立对各类风险的管理机制，打造中心完整的风险控制体系，构建中心的风险评估模型，拓展风险评估及覆盖面，健全风险应对和处置机制，完善风险考评体系，提升整体风险防控能力。

审计稽核：通过审计业务标准化和信息化的全面支撑来提高审计效率，降低审计成本，完善审计体系，增强审计主动性、前瞻性。

计划统计：通过信息化模型和全面的数据支撑实现运营成本分析与资金调度平衡。

1.3 总体架构设计

1.3.1 技术架构要求

（1）系统总体架构采用开放、规范、先进、成熟的技术；应基于J2EE 架构进行设计，采用目前主流SOA 的设计思想和分层的、 组件化的设计理念，广泛应用符合国际标准的技术，构建三层或多层B/S软件体系架构，支持单点登录和统一权限管理。保证系统的健壮性、可扩展性、可维护性；保证系统的互联性和开放性[2]。

（2）采用面向对象的软件分析、设计、编码及基于公用组件化设计框架的开发方法，对业务进行抽象，科学规划信息系统的公用组件框架，作为整个应用系统的核心基础，以确保快速搭建应用系统、保证信息系统具有良好的可拆分性、方便系统的维护升级。

（3） 系统安全性是需考虑的重要组成部分，应通过多层次、多角度、多渠道、多种措施保证系统的安全，包括用户权限设计、安全策略和安全管理制度等在内多层次的安全架构。

1.3.2 技术路线（选型）要求

本项目采用的技术架构设计以先进、 成熟的JAVA 标准，XML、Web Services、EAI 等技术为基础，以开放性、标准化为准则，采用组件式、分层次、服务提供者/使用者间定义接口（service provider interface）、容错等设计思想，保证整个应用系统的稳定性、可靠性和可扩展性。同时在数据交换格式上支持XML 标准，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

应用系统主要技术路线确定如下：

面向服务的体系架构（SOA）：通过SOA 的实施，可以实现以服务为核心，将系统平台内的IT 资源整合成可操作的、基于标准的服务，使其能被重新组合和应用，增强业务灵活性，快速响应市场变化，并保护了已有应用的投资，降低IT 总成本。

采用服务组件化设计。

采用基于Java EE（Java PlatformEnterprise Edition）体系结构的B/S 模式。

应用集成：支持WebService 的集成和扩展。

采用MVC 开发模型。

采用构件化集成开发策略。

采用统一用户管理。

所有系统界面风格一致。

中心信息系统建设依据系统特性可区分为成熟软件、定制软件、平台软件这三种模式：

成熟软件：业务流程通用且标准化，系统成熟，不需要大量的定制开发。

定制软件：基于通用系统平台构建的模块化和组件化应用，已有大量的应用实践，需要根据业务实际情况进行定制。

平台软件：标准化技术平台，业务逻辑需要单独开发，定制开发程度高。

1.3.3 接口设计规范要求

商业银行公共接口标准规范要求遵照住房和城乡建设部《住房公积金银行结算数据应用系统公积金中心接口标准》，充分利用商业银行银企互联平台、住房和城乡建设部结算系统平台，同时针对中心实际业务和需求进行分析，搭建金融互联平台。按照“三统一”（统一规范、统一算法、统一接口）的原则，建立中心与协作银行的联机实时交易机制，实现“统一协作平台，协同应用开发”的业务管理和技术合作模式，为公积金中间业务、支付结算业务、提取业务、贷款业务提供交易基础，实现资金的实时结算与核算，实现信息协查和业务数据交换[3]。

公众综合服务接口标准规范要求遵照《住房城乡建设部关于加快建设住房公积金综合服务平台的通知》（建金［2016］14 号），中心需要采用统一认证管理、统一服务内容、统一技术平台的方式建设公众业务服务平台，支撑中心多渠道业务查询、经办等。规范公众业务服务内容、服务标准、权限验证和信息保护，即满足各渠道查询、经办等服务要求，又有效的保护个人隐私，确保信息安全。

协作机构业务协作接口标准规范要求系统基于开放的架构，建设中心业务协作平台，采用数据总线技术提供全面的应用接口，如数据访问接口、数据交换接口、全文检索接口、统一身份管理接口等，便于同其他系统进行应用集成与数据交互。打通壁垒、告别孤岛，实现跨机构、跨平台、跨系统数据共享，支撑全域业务一体化，实现彼此间的信息资源共享，以达到多机构协同办公、协作服务，减少行业部门间的协作配合成本，提高各项资源数据的共享利用效率的目的。例如与公积金承办银行进行金融服务协作、与房地产交易中心进行房产资源信息协作、与公安、社保等机构进行公民信息认证协作、与人行征信数据中心进行信用核定协作等。

1.4 数据架构设计

数据架构设计应满足：当期数据与历史数据分离；生产数据和分析数据分离；操作数据与查询数据分离，减少生产系统压力；生产数据与分析数据按不同的数据组织方式分离；结构化数据和非结构化数据分离；不同生命周期的数据分别存放，体现数据的生命周期管理需求（数据的产生、采集、加工，利用和数据的归档几个阶段）。

（1）规范基础数据，统一基础数据视图和数据字典

数据是信息系统的基础，也是中心的核心资产，因此首先对中心业务基础数据进行全面梳理整理，规范数据标准，统一数据管理，完成系统内部共享共用的目标。按照住房和城乡建设部《住房公积金基础数据标准》（JGJ/T 320-2014）进行系统基础数据指标设计，促进住房公积金基础数据信息的共享、应用和服务。

（2）分离的数据库架构要求

数据中心整体规划为两个存储中心：结构化数据存储中心和非结构化数据存储中心。同时根据数据存储类型和使用频率进行分离的数据存储架构，其中结构化数据中心涵盖核心业务生产库、业务历史库、综合库、决策库、交换数据库、网厅数据库等，非结构化数据中心涵盖业务档案、办公档案、文档资料、音像资料等。生产与历史分离的数据架构，按照业务办理需要和历史数据归档原则，合理规划生产系统历史数据的剥离，将其导入数据仓库科学归档，确保“瘦核心”理念的贯彻，保障生产效率。

（3）数据移植需求

通过对原有数据结构的分析，开发数据移植程序，完成对原有业务数据的分析和正确性检查，分析错误数据并导出格式文档，提供数据纠错和补录程序，由用户或协作银行进行校对修改。支持修改后的数据直接入库，并同时进行各项基础数据的初始化，保证系统初始数据的正确性和业务完整性，保证业务系统的稳定运行。

保证原有系统账务切换的完整、准确、规范，确保切换前后账务的一致性和连续性；

保证管理信息和实物切换的全面、完整；

确保切换后的现有各项业务的正常运转，原有业务顺利衔接；

实现业务制度和操作流程以及机构和管理模式的适当调整；

保证切换后新系统与其他渠道接入系统的有效连接，以及通过外围接口与其他系统（如人民银行个人征信系统、建设部监管系统）的连接。

2 结语

综上所述，以中心发展需求为导向，根据中心管理架构、业务特色、信息化基础等，应用云计算、大数据等先进适用技术推进智慧公积金建设，形成集经办、服务、管理、监督和决策为一体的应用系统。一是构建技术领先、运行稳定、安全可靠、管理科学、业务涵盖全面并具有前瞻性的公积金综合业务系统；二是实现各项业务领域之间、各协作单位之间的信息共享、协同办理和有效衔接；三是形成规范化、自动化、高效率的业务经办体系和准确、稳定、快捷的会计核算体系；四是构建安全、便捷的公众服务平台，面向公积金客户提供渠道丰富的公积金服务；五是建立统一规范的风险监管体系和科学有效的决策支持体系，提高中心政务工作效率，提升行业管理水平。