天津市住房公積金管理中心業務模式優化設計

蘇 磊

（天津市金企通科技開發股份有限公司，天津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 結語

綜上所述，以中心發展需求為導向，根據中心管理架構、業務特色、信息化基礎等，應用云計算、大數據等先進適用技術推進智慧公積金建設，形成集經辦、服務、管理、監督和決策為一體的應用系統。一是構建技術領先、運行穩定、安全可靠、管理科學、業務涵蓋全面并具有前瞻性的公積金綜合業務系統；二是實現各項業務領域之間、各協作單位之間的信息共享、協同辦理和有效銜接；三是形成規范化、自動化、高效率的業務經辦體系和準確、穩定、快捷的會計核算體系；四是構建安全、便捷的公眾服務平臺，面向公積金客戶提供渠道豐富的公積金服務；五是建立統一規范的風險監管體系和科學有效的決策支持體系，提高中心政務工作效率，提升行業管理水平。