財務系統(tǒng)和再保險系統(tǒng)評估

1、4.4.財務系統(tǒng)4.4.1.現狀描述及評價4.4.1.1.現狀概述中國人壽會計核算及財務治理系統(tǒng)(CLAF)從1998年開始與中科軟聯合進行開發(fā)，1999年向全國各分支機構進行推廣，目前為5.1版。依照調查，全國的各分支機構均使用總公司的CLAF系統(tǒng)進行會計核算，無其他財務治理系統(tǒng)。在CLAF系統(tǒng)上，也沒有外掛其他相應的系統(tǒng)。僅浙江金華購置了用友的庫存治理系統(tǒng)，進行預算制治理。深圳、浙江開發(fā)固定資產治理系統(tǒng)，但目前正處于試運行時期。日常的收付費操作差不多上在業(yè)務系統(tǒng)中進行（總公司開發(fā)的CBPS、OBPS以及上海、深圳、江蘇自己開發(fā)的業(yè)務系統(tǒng)中），收付費操作所產生的原始數據以及業(yè)務系統(tǒng)生成的應收

2、、應付費數據通過數據接口流轉到CLAF系統(tǒng)。目前除了深圳、廣西、安徽、海南、廈門、天津、青島實行了所轄區(qū)域的財務集中處理外，其他省分公司、打算單列市的財務處理只實行了地市級集中處理。財務的核算單位目前要緊是地市級分公司。CLAF系統(tǒng)的使用人員要緊是各財務處理中心的會計人員和財務人員，總公司、省級公司要緊使用工資治理和費用治理，與此相關的會計人員使用。4.4.1.2.功能描述會計核算及財務治理系統(tǒng)功能包括財務記賬、會計核算、決算及其他財務治理。系統(tǒng)中的功能模塊及各模塊的關系如下圖所示：要緊功能模塊具體陳述如下：原始憑證治理：接收外部業(yè)務系統(tǒng)中的數據；各種原始憑證的錄入、查詢及修改更新；由原始憑證

3、自動或半自動生成記賬憑證。科目體系治理：科目體系是賬務系統(tǒng)的核心。它包括帳套類型設置，帳套設置，核算單位和基層單位的帳套設置，明細值編碼設置，科目體系設置，核算方向設置，有效性設置和輔助參數設置。一套賬由三個層次構成：賬套類型、賬套、會計科目。賬務處理：記賬憑證的一般治理及復核；記賬憑證生成明細賬；生成并治理總賬和各種輔助賬；與輸出結果相配套的賬本治理；會計月末處理治理；各種角度的查詢和分析功能。財務報表治理：報表處理系統(tǒng)要緊包括以下兩大模塊：報表定義和報表計算。決算系統(tǒng)：錄入決算憑證；復核決算憑證；試算決算；確認決算結束。其它財務治理固定資產治理工資治理應收、應付、往來治理資金運用4.4.1

4、.3.系統(tǒng)架構系統(tǒng)采納了C/S軟件架構；要緊功能模塊開發(fā)語言為Informix 4GL/EC和存儲過程語言，采納終端字符界面，支持Unix操作系統(tǒng)（HP_UX 、AIX、SOLARIS、SCO OPEN SERVER）；采納Informix數據庫；要緊的集中處理采納后臺批處理程序來進行(從5.0版開始增加的部分，要緊解決省級集中所帶來的并發(fā)性問題，剛剛下發(fā)使用)。綜合查詢與打印治理功能模塊原來也是字符終端界面，從5.0版開始采納B/S結構（剛下發(fā)使用)，5.0版將前臺移植到掃瞄器環(huán)境下，開發(fā)語言java,采納掃瞄器界面。財務報表系統(tǒng)采納C/S結構，使用PowerBuilder和FORMUA O

5、NE軟件工具開發(fā)，在windows操作系統(tǒng)上運行。會計核算及財務治理系統(tǒng)與其他系統(tǒng)的接口情況：核心業(yè)務系統(tǒng)：收付費所產生的流水數據、應收應付數據。核心業(yè)務系統(tǒng)的相關模塊按照約定的格式生成數據文本文件，然后由會計核算及財務治理系統(tǒng)的原始憑證治理模塊讀取數據文本文件，生成相應的原始單證數據，復核通過后生成原始憑證數據。財務分析系統(tǒng)：直接從CLAF系統(tǒng)中抽取所需數據。通用統(tǒng)計系統(tǒng)：直接從CLAF系統(tǒng)中抽取所需數據。精算系統(tǒng)：精算完成后的預備金數據通過人工輸入會計核算及財務治理系統(tǒng)。系統(tǒng)要緊部署進行財務集中處理的財務處理中心（如地市級財務處理中心），往上級單位直至總公司，采納報表的形式上報數據，上級單

6、位直至總公司沒有使用該系統(tǒng)（只使用了工資治理和費用治理）。在系統(tǒng)口令和印鑒兩個級不的安全治理模式的基礎上增加了數據和崗位兩方面的安全操縱，同時提供授權治理。4.4.1.4.要緊問題功能比較缺乏，只具備會計核算功能。財務系統(tǒng)的流行做法是系統(tǒng)必須具備總體預算規(guī)劃、預算打算、預算審核、預算審計、科目治理、賬務治理、財務報表治理、審計報表治理、財務決算等功能。目前系統(tǒng)只具備了科目治理、賬務治理和財務報表治理，盡管有決算功能模塊，然而該能模塊要緊用于會計年度末進行調賬處理，而不是真正意義上的財務決算（見財務功能講明）。以下是IT戰(zhàn)略規(guī)劃組問卷調查統(tǒng)計結果，從統(tǒng)計結果來看，目前的系統(tǒng)只有科目治理、賬務治理

7、和財務報表治理功能，這三部分差不多上滿足需求。能夠講CLAF系統(tǒng)僅具備完成會計核算功能，在財務治理系統(tǒng)支持上處于空白。與核心業(yè)務系統(tǒng)的接口問題與核心業(yè)務系統(tǒng)中使用的指標含義和標準不一致。數據在兩系統(tǒng)間的共享程度不夠,結果使得數據在實時性、準確性、完整性、一致性上的問題：造成業(yè)務系統(tǒng)中數據的變更不能及時反映或不能反映到財務系統(tǒng)中；最終的財務記賬憑證數據可能與業(yè)務系統(tǒng)中的實際情況不符；業(yè)務財務入賬時刻不同。缺乏財務數據與業(yè)務數據相互核對的機制。數據庫安全專門難保證。在目前的終端界面模式下，操作人員比較容易直接進入數據庫更改數據。系統(tǒng)處理效率有待提高。依照調研訪談情況，在接收業(yè)務系統(tǒng)數據、生成原始憑

8、證、生成記賬憑證、月底封帳、生成賬簿等功能上，系統(tǒng)效率比較低。特不是多用戶使用時，效率更低。缺乏與一些要緊系統(tǒng)的接口，如精算系統(tǒng)、代理人治理系統(tǒng)。沒有與銀行建立相應的接口，銀行資金沒方法實時核對與跟蹤。系統(tǒng)不是專門靈活性，不容易維護和實現分布。4.4.2.以后建設的期望實現業(yè)務財務的一體化治理。首先是建立公司統(tǒng)一的指標體系和數據口徑或數據標準；其次是收付費數據要進行充分共享。借鑒目前全球財務治理和資金治理方面已有成熟的軟件和技術方案的思想。希望開發(fā)總體預算規(guī)劃、預算打算、預算審核、預算審計、審計報表治理、財務決算等功能，對財務治理提供技術支持。用財務對業(yè)務進行操縱，強調財務對業(yè)務的監(jiān)督與操縱職

9、能以保證企業(yè)的利潤最大化。開發(fā)與其他應用系統(tǒng)(AMIS、精算等）之間的接口，互相銜接，充分共享數據，減少數據的冗余與不一致性。滿足各種數據集中模式和各種營運集中模式的需求，靈活滿足各種集中模式下的業(yè)務需求和系統(tǒng)運行效率的要求。改善界面友好性，簡化前臺操作，提高系統(tǒng)的穩(wěn)定性。4.5.再保險系統(tǒng)4.5.1.現狀描述及評價4.5.1.1.現狀概述目前沒有總部開發(fā)的再保險系統(tǒng)。全國只有深圳自己開發(fā)了再保險系統(tǒng)，該系統(tǒng)是由深圳市分公司與中青旅尚洋電子技術有限公司合作開發(fā)的，目前只完成第一期開發(fā)工作，尚在進行第二期開發(fā)。2003年9月正式上線運行。系統(tǒng)中的要緊分保業(yè)務在后臺處理，前臺要緊是報表展現及部分參

10、數與規(guī)則設置，查詢與臨分分保交互。后臺業(yè)務要緊是各類業(yè)務數據提取、各類分保處理。系統(tǒng)只有前臺業(yè)務給用戶操作，后臺業(yè)務都由系統(tǒng)運行部門處理。因此，當該系統(tǒng)穩(wěn)定與正常運行后，大大減輕用戶的工作量，其要緊工作將變?yōu)榉请娔X業(yè)務處理，電腦業(yè)務處理演變?yōu)橐o是報表打印與核對、部分臨分業(yè)務、查詢與統(tǒng)計等工作。深圳市分公司開發(fā)的該系統(tǒng)只有該分公司的核保部使用。4.5.1.2.功能描述深圳市分公司開發(fā)的再保險系統(tǒng)第一期功能模塊包括：再保險公司登記、法定分保、合同分保規(guī)則、正常業(yè)務數據提取、法定與合同分保處理、意外險分保處理、分保報表數據生成、分保報表。正在開發(fā)的第二期功能模塊包括：綜合查詢與統(tǒng)計、臨時分保、團險

11、業(yè)務、分出業(yè)務、轉分業(yè)務、財務接口。該系統(tǒng)涵蓋了法定分保、合同分保、臨時分保等業(yè)務。要緊功能模塊：合同分保：后臺批處理。合同分保含首期分保、續(xù)期分保和變更處理。分保參數治理：再保險公司治理，合同治理。取數接口：從業(yè)務系統(tǒng)和財務系統(tǒng)抽取相關數據。法定分保：后臺批處理。法定分保含首期分保、續(xù)期分保和變更處理。臨時分保：前臺操作和后臺處理相結合。前臺進行臨時分保登記和續(xù)期確認。后臺進行分保處理。4.5.1.3.系統(tǒng)架構系統(tǒng)采納三層結構，由前臺程序、中間件、后臺交易服務程序和數據庫組成，前臺程序全部采納WEB頁面內嵌控件的形式，客戶使用掃瞄器進行登錄與操作。數據庫為INFORMIX ONLINE，后臺

12、交易服務程序采納Informix EC開發(fā),負責連接數據庫和進行業(yè)務邏輯處理；采納IBM CICS中間件，更新和維護Tapi和Xapi，使用Visual C+工具開發(fā)動態(tài)庫；前臺用DELPHI編OCX,通過DLL與CICS中間件與后臺數據交易服務連結。WEB服務器采納IIS。與其他系統(tǒng)接口情況：與業(yè)務系統(tǒng)的接口：直接用后臺程序從業(yè)務系統(tǒng)中抽取保單數據。與財務系統(tǒng)的接口：直接用后臺程序從財務系統(tǒng)中抽取收費數據與理賠數據及手續(xù)費等。4.5.1.4.要緊問題系統(tǒng)相對比較簡單，功能專門不完全。按照再保險的業(yè)務要求和國際通常做法，再保險系統(tǒng)應涵蓋如下功能：分保配置治理、分保分出打算、分保分出審核、分出收付費、分出理賠、分出核算、分出現金治理、分出帳務治理、分出報表、分入提交、分入承保、分入理賠、分入審計、分入報表治理、分入賬戶治理、分入再保險治理、分入結算審計等。通過對比，目前深圳市分公司的系統(tǒng)只是進行了合同分保、法定分保、臨分分保的計算處理和報表處理，沒有其他功能。系統(tǒng)不是真正意義上的三層結構，靈活性不夠好。由于前臺操作時需要從WEB服務器上動態(tài)地自動地下載控件，造成網絡流通量巨大，系統(tǒng)效率不高。沒有與業(yè)務系統(tǒng)、財務系統(tǒng)等實時數據接口，不能最大程度地實現數據共享，專門難保證各系統(tǒng)數據的一致性和準確性，也專門難進行各系統(tǒng)數據的核對。4.5.2.以后建設的期望建立和規(guī)范再保險流程，