基于HANA內存數據庫的統信報表平臺

張光明

摘 要：HANA內存數據庫，應用多維分析引擎技術，構建保險統信報表平臺，對業務和財務數據中的40個維度和近萬個指標建模，實現了多維統計報表秒級響應，提升了分析效率，更好地支持公司運營管理和分析，逐步推廣成為精細化的管理平臺。

關鍵詞：監管報送；風險管理；報表分析

中圖分類號：TP311.1 文獻標志碼：A 文章編號：2095-2945（2019）01-0069-02

Abstract： Based on HANA memory database， by multi-dimensional analysis engine technology， the paper constructs the platform of the report form of the insurance corporation， models 40 dimensions and nearly ten thousand indexes in the business and financial data， realizes the response of multi-dimensional statistical report form at the second level. This improves the analysis efficiency， better supports the company's operation management and analysis， and is gradually promoted to be a refined management platform.

Keywords： regulatory submission； risk management； report analysis

1 應用背景

浙商保險的統信報送工作，從系統層面上，原先存在數據分散、運算效率低、報送校驗耗時長等問題。因此基于HANA內存數據庫自主研發統信報表平臺，實現報送數據源統一歸集的目標，提高報送數據的效率和準確性，提高成本與效益平衡能力、提升公司核心競爭力的內在需求。

2 應用要解決的痛點

2.1 數據分散，交叉取值

此前，系統主要建立在財務系統和核心系統的基礎上，形成的兩套獨立數據源，分別執行數據清洗和運算程序，取得財務類指標和業務類指標。同時，二者又有交叉取值的情況，部分財務指標需從業務數據源中計算后，轉移到財務系統數據庫內進行二次匯總計算。

2.2 數據清洗程序執行效率低

原財務系統和核心系統所使用的Oracle 10g是屬于事務性關系數據庫，因內存不夠IO讀寫效率太低，在處理大數據量運算方面性能有瓶頸。限于改進優化，提升空間有限。

2.3 報送校驗流程嚴重依賴人工控制

因存在交叉取值的問題，需人為控制業務和財務指標計算的執行順序；因指標校驗是一套獨立工具，需人工導入固定格式的Excel表格，一般耗時超過30分鐘。由于監管指標間有嚴密的邏輯校驗關系，或有個別指標取值異常導致需重提的情況，則需要反復提取再校驗。

3 實現機理

HANA內存數據庫的運用，極大地提高了運算效率。HANA在數據庫啟動過程中把數據從磁盤上加載到內存中，而對數據進行操作也是數據先不存儲到磁盤上，而存儲在內存中，用MVCC：（Multi Version Concurrency Control）來控制內存數據的一致性，而后臺SavePoint定時的把內存中數據的修改從內存中寫入磁盤。內存數據庫并不實時的把數據更新到磁盤上，這樣就減少磁盤的IO操作。讀寫操作都針對內存進行，不再直接與磁盤數據庫交互，是一種異步操作，異步操作使得前端的寫操作更快。

4 解決方案

系統核心部分是在HANA內存數據庫中的數據清洗、提取、校驗的各種存儲過程，相關的基礎數據維護、提取和校驗報送數據、查詢和導出報送文件等操作界面屬于功能程序。

4.1 數據清洗、提取、校驗存儲過程

4.1.1 業務數據清洗程序

同步核心承保、理賠、再保、準備金等源系統數據，按報送指標的類別分組，形成21個匯總數據表。

4.1.2 財務數據清洗程序

同步總帳余額表，依據定義的分攤規則，依次完成公共部門分攤、前后線部門分攤、產品分攤、總分分攤、分支分攤及車險分攤、來源分攤、使用性質分攤等過程，從而形成供報送指標取數所需的數據表。

4.1.3 業務指標提取程序

依據業務指標配置表生成指標查詢SQL腳本，存放于臨時表。按四級機構代碼分組，批量執行查詢腳本，生成明細指標記錄。按機構代碼和指標層級匯總關系計算生成匯總類指標記錄。

4.1.4 財務指標提取程序

依據財務指標配置表和機構映射表，依此按取值來源為總帳數據、分攤數據、現金流量數據、業務數據分別獲取指標記錄，最后獲取計算類指標記錄。

4.1.5 指標校驗程序

依據指標間校驗公式和機構間校驗公式，按序依此計算公式兩邊的匯總值，判斷是否一致。將有差異的結果輸出到日志表中。

4.2 基礎數據維護功能

4.2.1 指標及取數規則定義

（1）財務指標定義。定義財務指標的分類、數據源、幣種、報送頻度，以及取值范圍。總帳和分攤來源取值按財務科目體系限定范圍；現金流量來源按表行次限定范圍；業務來源直接復制業務結果表；計算類指標維護運算符及子項指標名。（2）業務指標定義。定義業務指標的分類、數據源表、報送頻度，以及取值范圍。業務取值范圍格式按查詢的SQL腳本拆分，依此定義取值字段和函數、數據源表、查詢條件所需字段名、條件值及關系符，特殊條件使用附加字符串字段。可按配置拼裝成完整的查詢SQL語句。

4.2.2 報送機構和層級維護

（1）機構定義。定義保監會上報機構代碼、機構名稱、區域編碼、機構層級，關聯維護財務公司段、財務成本中心（四級單獨上報時需要）、業務機構代碼以及上報類型等。（2）機構層級關系維護。定義保監會上報機構之間的層級關系，依次為全轄-省分-中支-四級獨立報送機構。

4.2.3 財務科目體系

數據項包含8個核算維度，依次為公司段、成本中心、會計科目、明細科目（含再保公司）、產品代碼、渠道代碼、使用性質、來源等。

4.2.4 業務數據字典

數據項包含產品代碼、險別代碼、車輛類型、使用性質、渠道細分代碼、農險產品、健康險標記等，主要用于指標定義的查詢條件字段時引用。

4.2.5 指標校驗公式

分指標間校驗、相同指標按機構間層級校驗兩種公式，均從原校驗工具庫里導出，后續按監管發文進行更新。

4.3 提取和校驗報送操作界面

引用SAP Data Services任務管理界面，提交定制的Job請求。提供5組參數：（1）報送時間范圍，默認年初至當前日期前一個月末。（2）報送類型：1-快報、2-月報、3-季報、4-半年報、5-年報、6-年度決算。（3）財務指標執行步驟，決定是否重抽財務數據、是否執行數據清洗、是否執行業務數據同步、是否執行指標提取。（4）業務指標執行步驟，決定是否重抽業務數據、是否執行數據清洗、是否執行數據提取、是否執行數據匯總。（5）校驗執行步驟，決定是否執行校驗及校驗類別，1全部指標、2僅限業務指標、3僅限財務指標。

請求提交后刷新頁面，狀態欄顯示 表示正常運行完成。通過日志界面可查看當次執行結果是否有異常。

4.4 查詢和導出報送文件

在WEB應用上開發了指標查詢頁面，可按期間、機構、指標、報送類型查詢結果，用戶在線復核反饋數據。

5 技術方案

5.1 軟硬件配置

部署在企業內網，軟硬件基本配置如下：

5.1.1 硬件服務器

使用Huawei solutions for SAP HANA-RH8100 V3，內置HANA內存數據庫，版本HANA 2.00.012。

CPU：英特爾至強E7-8880處理器*4

內存：DDR4 RDIMM內存-32GB-2400MT*96

硬盤：通用硬盤共10T

該硬件實際上多項目共享，占用資源僅約500G。

5.1.2 軟件配置

操作系統：Linux RedHat 6.4

中間件：Weblogic 12c

頁面應用：基于Java語言，采用SpringMVC WEB框架開發實現，MyEclipse 8.6開發

數據抽取及任務調度：SAP Data Services 4.2

5.2 系統架構

基于SAP HANA內存數據庫為主體，通過SAP Data Services從核心系統、財務系統等企業生產環境定期同步源數據，按照監管報送的頻度，每月執行數據清洗、提取、校驗等存儲過程。

前端應用為WEB應用和DS服務兩種形式，分別提供數據維護、指標查詢和導出的功能頁面，及發起任務請求。

6 應用成效

HANA內存數據庫在報表系統改造取得突破。多年來，浙商保險信息技術部為應對日益增加的大量數據處理的需求，前瞻性地研究先進技術。經論證于2017年引入HANA內存數據庫，并率先在公共報表系統上試點改造完成驗證。從用戶體驗結果看，原需1～2小時提取的報表，改造后105毫秒完成提取。依據項目前后整體對比，性能平均提升逾千倍，顯著提升了IT效率，具備推廣應用的基礎。

7 結束語

（1）實現報送數據源統一歸集。大幅提高數據清洗和指標運算的速度，從而提高報送數據的效率和準確性。（2）持續拓寬應用領域。報表報送分析平臺支持全險種主要維度指標的展示與分析，集成全轄分析報表，拓寬業務融合范圍，形成企業級報表平臺體系。（3）提升快速響應能力。進一步提升分析報表運行效率及更新頻率，有效助力經營管理駕駛艙或儀表盤的實現，提升平臺快速響應能力。

參考文獻：

[1]陳建華.監管有效性研究[M].北京：中國金融出版社，2012.

[2]魯素英，郭永強.金融統計中的“全科目”上報與非現場監管[J].中國統計，2011（10）.