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

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.

4、1.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 ONE

5、软件工具开发，在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，后台买卖效力程序采用Inform

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