财务系统和再保险系统评估

1、4.4.财务系统4.4.1.现状描述及评价4.4.1.1.现状概述中国人寿会计核算及财务治理系统(CLAF)从1998年开始与中科软联合进行开发，1999年向全国各分支机构进行推广，目前为5.1版。依照调查，全国的各分支机构均使用总公司的CLAF系统进行会计核算，无其他财务治理系统。在CLAF系统上，也没有外挂其他相应的系统。仅浙江金华购置了用友的库存治理系统，进行预算制治理。深圳、浙江开发固定资产治理系统，但目前正处于试运行时期。日常的收付费操作差不多上在业务系统中进行（总公司开发的CBPS、OBPS以及上海、深圳、江苏自己开发的业务系统中），收付费操作所产生的原始数据以及业务系统生成的应收

2、、应付费数据通过数据接口流转到CLAF系统。目前除了深圳、广西、安徽、海南、厦门、天津、青岛实行了所辖区域的财务集中处理外，其他省分公司、打算单列市的财务处理只实行了地市级集中处理。财务的核算单位目前要紧是地市级分公司。CLAF系统的使用人员要紧是各财务处理中心的会计人员和财务人员，总公司、省级公司要紧使用工资治理和费用治理，与此相关的会计人员使用。4.4.1.2.功能描述会计核算及财务治理系统功能包括财务记账、会计核算、决算及其他财务治理。系统中的功能模块及各模块的关系如下图所示：要紧功能模块具体陈述如下：原始凭证治理：接收外部业务系统中的数据；各种原始凭证的录入、查询及修改更新；由原始凭证

3、自动或半自动生成记账凭证。科目体系治理：科目体系是账务系统的核心。它包括帐套类型设置，帐套设置，核算单位和基层单位的帐套设置，明细值编码设置，科目体系设置，核算方向设置，有效性设置和辅助参数设置。一套账由三个层次构成：账套类型、账套、会计科目。账务处理：记账凭证的一般治理及复核；记账凭证生成明细账；生成并治理总账和各种辅助账；与输出结果相配套的账本治理；会计月末处理治理；各种角度的查询和分析功能。财务报表治理：报表处理系统要紧包括以下两大模块：报表定义和报表计算。决算系统：录入决算凭证；复核决算凭证；试算决算；确认决算结束。其它财务治理固定资产治理工资治理应收、应付、往来治理资金运用4.4.1

4、.3.系统架构系统采纳了C/S软件架构；要紧功能模块开发语言为Informix 4GL/EC和存储过程语言，采纳终端字符界面，支持Unix操作系统（HP_UX 、AIX、SOLARIS、SCO OPEN SERVER）；采纳Informix数据库；要紧的集中处理采纳后台批处理程序来进行(从5.0版开始增加的部分，要紧解决省级集中所带来的并发性问题，刚刚下发使用)。综合查询与打印治理功能模块原来也是字符终端界面，从5.0版开始采纳B/S结构（刚下发使用)，5.0版将前台移植到扫瞄器环境下，开发语言java,采纳扫瞄器界面。财务报表系统采纳C/S结构，使用PowerBuilder和FORMUA O

5、NE软件工具开发，在windows操作系统上运行。会计核算及财务治理系统与其他系统的接口情况：核心业务系统：收付费所产生的流水数据、应收应付数据。核心业务系统的相关模块按照约定的格式生成数据文本文件，然后由会计核算及财务治理系统的原始凭证治理模块读取数据文本文件，生成相应的原始单证数据，复核通过后生成原始凭证数据。财务分析系统：直接从CLAF系统中抽取所需数据。通用统计系统：直接从CLAF系统中抽取所需数据。精算系统：精算完成后的预备金数据通过人工输入会计核算及财务治理系统。系统要紧部署进行财务集中处理的财务处理中心（如地市级财务处理中心），往上级单位直至总公司，采纳报表的形式上报数据，上级单

6、位直至总公司没有使用该系统（只使用了工资治理和费用治理）。在系统口令和印鉴两个级不的安全治理模式的基础上增加了数据和岗位两方面的安全操纵，同时提供授权治理。4.4.1.4.要紧问题功能比较缺乏，只具备会计核算功能。财务系统的流行做法是系统必须具备总体预算规划、预算打算、预算审核、预算审计、科目治理、账务治理、财务报表治理、审计报表治理、财务决算等功能。目前系统只具备了科目治理、账务治理和财务报表治理，尽管有决算功能模块，然而该能模块要紧用于会计年度末进行调账处理，而不是真正意义上的财务决算（见财务功能讲明）。以下是IT战略规划组问卷调查统计结果，从统计结果来看，目前的系统只有科目治理、账务治理

7、和财务报表治理功能，这三部分差不多上满足需求。能够讲CLAF系统仅具备完成会计核算功能，在财务治理系统支持上处于空白。与核心业务系统的接口问题与核心业务系统中使用的指标含义和标准不一致。数据在两系统间的共享程度不够,结果使得数据在实时性、准确性、完整性、一致性上的问题：造成业务系统中数据的变更不能及时反映或不能反映到财务系统中；最终的财务记账凭证数据可能与业务系统中的实际情况不符；业务财务入账时刻不同。缺乏财务数据与业务数据相互核对的机制。数据库安全专门难保证。在目前的终端界面模式下，操作人员比较容易直接进入数据库更改数据。系统处理效率有待提高。依照调研访谈情况，在接收业务系统数据、生成原始凭

8、证、生成记账凭证、月底封帐、生成账簿等功能上，系统效率比较低。特不是多用户使用时，效率更低。缺乏与一些要紧系统的接口，如精算系统、代理人治理系统。没有与银行建立相应的接口，银行资金没方法实时核对与跟踪。系统不是专门灵活性，不容易维护和实现分布。4.4.2.以后建设的期望实现业务财务的一体化治理。首先是建立公司统一的指标体系和数据口径或数据标准；其次是收付费数据要进行充分共享。借鉴目前全球财务治理和资金治理方面已有成熟的软件和技术方案的思想。希望开发总体预算规划、预算打算、预算审核、预算审计、审计报表治理、财务决算等功能，对财务治理提供技术支持。用财务对业务进行操纵，强调财务对业务的监督与操纵职

9、能以保证企业的利润最大化。开发与其他应用系统(AMIS、精算等）之间的接口，互相衔接，充分共享数据，减少数据的冗余与不一致性。满足各种数据集中模式和各种营运集中模式的需求，灵活满足各种集中模式下的业务需求和系统运行效率的要求。改善界面友好性，简化前台操作，提高系统的稳定性。4.5.再保险系统4.5.1.现状描述及评价4.5.1.1.现状概述目前没有总部开发的再保险系统。全国只有深圳自己开发了再保险系统，该系统是由深圳市分公司与中青旅尚洋电子技术有限公司合作开发的，目前只完成第一期开发工作，尚在进行第二期开发。2003年9月正式上线运行。系统中的要紧分保业务在后台处理，前台要紧是报表展现及部分参

10、数与规则设置，查询与临分分保交互。后台业务要紧是各类业务数据提取、各类分保处理。系统只有前台业务给用户操作，后台业务都由系统运行部门处理。因此，当该系统稳定与正常运行后，大大减轻用户的工作量，其要紧工作将变为非电脑业务处理，电脑业务处理演变为要紧是报表打印与核对、部分临分业务、查询与统计等工作。深圳市分公司开发的该系统只有该分公司的核保部使用。4.5.1.2.功能描述深圳市分公司开发的再保险系统第一期功能模块包括：再保险公司登记、法定分保、合同分保规则、正常业务数据提取、法定与合同分保处理、意外险分保处理、分保报表数据生成、分保报表。正在开发的第二期功能模块包括：综合查询与统计、临时分保、团险

11、业务、分出业务、转分业务、财务接口。该系统涵盖了法定分保、合同分保、临时分保等业务。要紧功能模块：合同分保：后台批处理。合同分保含首期分保、续期分保和变更处理。分保参数治理：再保险公司治理，合同治理。取数接口：从业务系统和财务系统抽取相关数据。法定分保：后台批处理。法定分保含首期分保、续期分保和变更处理。临时分保：前台操作和后台处理相结合。前台进行临时分保登记和续期确认。后台进行分保处理。4.5.1.3.系统架构系统采纳三层结构，由前台程序、中间件、后台交易服务程序和数据库组成，前台程序全部采纳WEB页面内嵌控件的形式，客户使用扫瞄器进行登录与操作。数据库为INFORMIX ONLINE，后台

12、交易服务程序采纳Informix EC开发,负责连接数据库和进行业务逻辑处理；采纳IBM CICS中间件，更新和维护Tapi和Xapi，使用Visual C+工具开发动态库；前台用DELPHI编OCX,通过DLL与CICS中间件与后台数据交易服务连结。WEB服务器采纳IIS。与其他系统接口情况：与业务系统的接口：直接用后台程序从业务系统中抽取保单数据。与财务系统的接口：直接用后台程序从财务系统中抽取收费数据与理赔数据及手续费等。4.5.1.4.要紧问题系统相对比较简单，功能专门不完全。按照再保险的业务要求和国际通常做法，再保险系统应涵盖如下功能：分保配置治理、分保分出打算、分保分出审核、分出收付费、分出理赔、分出核算、分出现金治理、分出帐务治理、分出报表、分入提交、分入承保、分入理赔、分入审计、分入报表治理、分入账户治理、分入再保险治理、分入结算审计等。通过对比，目前深圳市分公司的系统只是进行了合同分保、法定分保、临分分保的计算处理和报表处理，没有其他功能。系统不是真正意义上的三层结构，灵活性不够好。由于前台操作时需要从WEB服务器上动态地自动地下载控件，造成网络流通量巨大，系统效率不高。没有与业务系统、财务系统等实时数据接口，不能最大程度地实现数据共享，专门难保证各系统数据的一致性和准确性，也专门难进行各系统数据的核对。4.5.2.以后建设的期望建立和规范再保险流程，