論如何完善住房公積金信息系統

李曉寒

摘要：自2015年以來，全國各地的住房公積金信息系統正在進行貫徹國家基礎數據標準的升級改造，在貫徹基礎數據標準，接入住房公積金銀行結算數據應用系統的過程中，各地住房公積金中心也在以此為契機，不斷探索、打造符合住房公積金行業改革發展的信息系統，在檢查四川省貫標工作的過程中，就如何完善住房公積金信息系統也有了一些新的思路和想法，在這里提出以供大家交流、探討。

關鍵詞：住房公積金：SOA；多維核算：結算：核查

住房公積金信息系統應該具有四個基本的子系統。一是用于對外提供服務的綜合信息服務平臺：二是進行內部業務處理的核心業務系統：三是與銀行進行資金和數據交互的銀行結算平臺：四是通過數據共享為信息系統提供協同輔助的聯網核查系統。

一、綜合信息服務平臺

（一）硬件部署

圖1為住房公積金綜合信息服務平臺硬件部署圖。綜合考慮系統安全與效率，平臺應劃分DMZ區作為綜合信息服務平臺的核心硬件區。DMZ區的隔離采用防火墻和網閘設備，互聯網端隔離采用防火墻，核心業務系統端則采用網閘進行完全的物理隔離。在DMZ區中可部署多個服務器，如承擔網站、服務等發布的應用服務器，存儲數據的數據服務器，實現身份認證、電子簽章等用途的功能服務器。這樣在保證前臺訪問效率的同時，也確保了內部業務系統信息數據的安全。

在目前互聯網+公積金概念引導下，綜合信息服務平臺硬件的前置也可以作為一種硬件建設的解決思路。平臺中的防火墻及DMZ區可前置部署在相關企業的云服務器端。雖然此種硬件部署方式節省了硬件采購及維護費用，但是為保證數據安全，系統需對傳輸數據進行脫敏及加密操作，以避免硬件前置的數據安全風險。

（二）關鍵技術

1.整體架構

SOA、B/S和C/S架構是目前Web Service架構中最流行的三種，C/S架構多應用在早期的公積金業務系統中，B/S架構則應用于目前主流的公積金業務軟件系統中，以提高系統維護管理能力。SOA是面向服務的體系架構，其所具備的耦合松散、粗粒度、高開放性等特點十分符合綜合信息服務平臺設計初衷。綜合信息服

SOAP、WSDL、UDDI是Web Service重要的三要素，SOAP用來描述傳遞信息的格式，WSDL用來描述如何訪問具體的接口，UDDI用來管理，分發，查詢Web Service。

2.組件技術

平臺基于模塊化理念設計建設，采用面向對象的組件技術則是較好的解決方式。面向對象的組件技術可以實現跨硬件平臺支持獨立的軟件開發和運行環境。組件如同一個“黑箱”，實現功能的技術方法將被忽略，工程師可以以“即插即用”的方式拿來使用，避免了傳統API方式因編程模式不同而帶來的使用不便。目前，組件技術已經得到了飛速的發展，一些主流標準如COM/DCOM、CORBA等在兼容性、可移植性、重用性和獨立性上也得到了很多的突破。

（三）功能要點

平臺業務辦理應以即時辦結為目標。利用網上業務大廳等服務渠道進行業務即時辦結。目前，即時辦結的最大困難是無法核實有關信息的真實性。離、退休支取、公積金貸款的提前還清等業務，信息來源于公積金業務系統的，經系統判斷后可進行即時辦結。公積金貸款申請、匯繳、其它原因支取等業務可通過單位身份認證及相應信息核查系統的協同進行業務的在線即時辦結。

平臺的信息發布必須嚴謹、規范。對于信息的發布，應設置審核、審批流程，并明確責任人操作權限。在進行系統操作留痕的同時，可選擇信息發布渠道。確保平臺發布信息的準確性和規范性。

平臺對于職工及單位信息應進行充分保護。在對個人及單位公積金信息進行保護的同時，應采用加密、脫敏等技術手段加強對平臺DMZ區用戶注冊信息的保護。

交流互動服務應及時和規范。可將需要交流互動的渠道如在線咨詢、熱線等，進行整合，由專人負責統一管理回復。在保證交流互動服務即時的前提下，回復內容應準確、專業。

二、核心業務系統

住房公積金內部業務系統的核心是財務核算。根據現代會計理念，信息系統應在原有基礎上增加以事項為基礎的多維核算功能，實現業務、資金、財務三賬自動核算、平衡匹配，能夠進行事后監督，并為將來的業務決策提供有力依據。

（一）歸集業務

圖3為優化后的信息系統歸集業務辦理流程圖。理想狀態的實現前提是在于對掛賬的清理。整個流程本質可以歸結為一個訂單支付流程，每筆匯繳業務在單位確認清冊、支付后所生成的訂單號應具有唯一性，其作為辨識每筆業務的標識貫穿于整個業務過程中。這樣才可能做到三賬的自動平衡匹配。

（二）支取業務

因為支取業務量非常大，支取業務辦理的系統優化關鍵點在于銀行回單錄入電子檔案系統，并自動作為附件歸檔到相應憑證。其可采用具有ORC（光學字符識別）技術的高速掃描儀加以解決（如圖4）。

（三）貸款發放業務

貸款發放業務改造主要任務是對銀行返回結果的優化。傳統公積金系統貸款發放是通過銀行過渡戶進行劃轉，其中涉及每筆資金兩至三次的資金劃轉過程。其結果返回的時效性及可匹配度受到嚴重影響。銀行應根據中心要求準確返回交易結果供中心核算使用（如圖5）。

（四）貸款回收業務

貸款回收業務的系統改造流程相對較大，可從原有完全委托銀行貸款模式調整為中心貸款自主核算。模式的調整可以解決每家銀行計息方式的差異，無法自動對賬的問題。方式的調整為對沖還貸、網廳即時辦結提前還款等業務提供了可能性（如圖6）。

三、銀行結算平臺

公積金與銀行的結算平臺，首先應提供多樣化的現金交易渠道，如銀行柜臺、網銀、POS機、支付寶等，并應具有實時性：與銀行數據的交互應具有雙向性，銀行不但可以返回交易結果，中心也可以將辨識每筆業務的標識字段發送給銀行，銀行在相應的回單等憑證上呈現供中心使用：核心業務系統與銀行結算平臺的對接應以調用接口的方式，最大程度地保證交易安全的同時，可將結算功能嵌入到業務系統中加以控制、使用。

四、聯網核查系統

目前各中心多采用分別與當地相關部門聯網實現核查。中心應當積極接入各部委、各地政府建設較成熟的信息平臺，實現大數據時代的信息共享。核查系統對外提供標準的Web Service接口。對內則根據自身核心業務系統技術特點采用J2EE平臺下的應用或者axis、CXF等Web Service接口，實現對服務的調用，做到對數據的可控交互。

五、結束語

文中分別闡述了住房公積金信息系統的四個子系統，提出了相應子系統的設計理念。在實際應用中，這四個子系統的相互協同也至關重要，合理的接口設計、高度的數據共享、深度的系統嵌入將使子系統相得益彰。良好的系統協同將使住房公積金信息系統在效率及安全上達到極致。