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

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. 功能描述会计核算及财务管理系统功能包括财务记账、会计核算、决算及其他财务管理。系统中的功能模块及各模块的关系如下图所示：1 / 6精品文档，值得拥有原始凭证录入原原接口上载始始

3、单接收凭证证业务类记账凭证费用类录入通用类总分生成记帐凭证类帐( 五级或十级)业务系统资产系统往来系统订单系统工资系统投资系统上缴资金保户借款应收保费辅助帐辅助核算原财始帐务单务分证处析处理表理系统设置主要功能模块具体陈述如下：1） 原始凭证管理：接收外部业务系统中的数据；各种原始凭证的录入、查询及修改更新；由原始凭证自动或半自动生成记账凭证。2） 科目体系管理：科目体系是账务系统的核心。它包括帐套类型设置，帐套设置，核算单位和基层单位的帐套设置，明细值编码设置，科目体系设置，核算方向设置，有效性设置和辅助参数设置。一套账由三个层次构成：账套类型、账套、会计科目。3） 账务处理：记账凭证的一般

4、管理及复核；记账凭证生成明细账；生成并管理总账和各种辅助账；与输出结果相配套的账本管理；会计月末处理管理；各种角度的查询和分析功能。4） 财务报表管理：报表处理系统主要包括以下两大模块：报表定义和报表计算。5） 决算系统：录入决算凭证；复核决算凭证；试算决算；确认决算结束。6） 其它财务管理固定资产管理工资管理应收、应付、往来管理资金运用4.4.1.3.系统架构2 / 6精品文档，值得拥有系统采用了 C/S 软件架构；主要功能模块开发语言为Informix 4GL/EC和存储过程语言，采用终端字符界面，支持Unix 操作系统（ HP_UX、AIX、SOLARIS、SCO OPEN SERVER

5、）；采用 Informix 数据库；主要的集中处理采用后台批处理程序来进行 ( 从 5.0 版开始增加的部分， 主要解决省级集中所带来的并发性问题， 刚刚下发使用 ) 。综合查询与打印管理功能模块原来也是字符终端界面， 从 5.0 版开始采用 B/S 结构（刚下发使用 ) ，5.0 版将前台移植到浏览器环境下， 开发语言 java, 采用浏览器界面。 财务报表系统采用 C/S 结构，使用 PowerBuilder 和 FORMUAONE 软件工具开发，在 windows 操作系统上运行。会计核算及财务管理系统与其他系统的接口情况：核心业务系统： 收付费所产生的流水数据、 应收应付数据。 核心业

6、务系统的相关模块按照约定的格式生成数据文本文件， 然后由会计核算及财务管理系统的原始凭证管理模块读取数据文本文件， 生成相应的原始单证数据，复核通过后生成原始凭证数据。财务分析系统：直接从CLAF系统中抽取所需数据。通用统计系统：直接从CLAF系统中抽取所需数据。精算系统：精算完成后的准备金数据通过人工输入会计核算及财务管理系统。系统主要部署进行财务集中处理的财务处理中心 （如地市级财务处理中心） ，往上级单位直至总公司，采用报表的形式上报数据，上级单位直至总公司没有使用该系统（只使用了工资管理和费用管理）。在系统口令和印鉴两个级别的安全管理模式的基础上增加了数据和岗位两方面的安全控制，同时提

7、供授权管理。4.4.1.4.主要问题功能比较缺乏，只具备会计核算功能。财务系统的流行做法是系统必须具备总体预算规划、预算计划、预算审核、预算审计、科目管理、账务管理、财务报表管理、审计报表管理、财务决算等功能。目前系统只具备了科目管理、账务管理和财务报表管理，虽然有决算功能模块，但是该能模块主要用于会计年度末进行调账处理，而不是真正意义上的财务决算（见财务功能说明）。以下是 IT 战略规划组问卷调查统计结果，从统计结果来看，目前的系统只有科目管理、账务管理和财务报表管理功能，这三部分基本上满足需求。可以说 CLAF系统仅具备完成会计核算功能， 在财务管理系统支持上处于空白。3 / 6精品文档，

8、值得拥有与核心业务系统的接口问题与核心业务系统中使用的指标含义和标准不一致。数据在两系统间的共享程度不够 , 结果使得数据在实时性、 准确性、完整性、一致性上的问题：造成业务系统中数据的变更不能及时反映或不能反映到财务系统中；最终的财务记账凭证数据可能与业务系统中的实际情况不符；业务财务入账时间不同。缺乏财务数据与业务数据相互核对的机制。数据库安全很难保证。 在目前的终端界面模式下， 操作人员比较容易直接进入数据库更改数据。系统处理效率有待提高。 根据调研访谈情况，在接收业务系统数据、 生成原始凭证、生成记账凭证、月底封帐、生成账簿等功能上，系统效率比较低。特别是多用户使用时，效率更低。缺乏与

9、一些主要系统的接口，如精算系统、代理人管理系统。没有与银行建立相应的接口，银行资金没办法实时核对与跟踪。系统不是很灵活性，不容易维护和实现分布。4.4.2.未来建设的期望实现业务财务的一体化管理。 首先是建立公司统一的指标体系和数据口径或数据标准；其次是收付费数据要进行充分共享。借鉴目前全球财务管理和资金管理方面已有成熟的软件和技术方案的思想。希望开发总体预算规划、预算计划、预算审核、预算审计、审计报表管理、财务决算等功能，对财务管理提供技术支持。用财务对业务进行控制， 强调财务对业务的监督与控制职能以保证企业的利润最大化。4 / 6精品文档，值得拥有开发与其他应用系统 (AMIS 、精算等）

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

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

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

13、EC 开发 , 负责连接数据库和进行业务逻辑处理；采用 IBM CICS 中间件，更新和维护 Tapi 和 Xapi ，使用 Visual C+工具开发动态库； 前台用 DELPHI编 OCX,通过 DLL与 CICS中间件与后台数据交易服务连结。 WEB服务器采用 IIS 。与其他系统接口情况：与业务系统的接口：直接用后台程序从业务系统中抽取保单数据。5 / 6精品文档，值得拥有与财务系统的接口：直接用后台程序从财务系统中抽取收费数据与理赔数据及手续费等。4.5.1.4.主要问题系统相对比较简单， 功能很不完全。 按照再保险的业务要求和国际通常做法，再保险系统应涵盖如下功能：分保配置管理、分

14、保分出计划、分保分出审核、分出收付费、分出理赔、分出核算、分出现金管理、分出帐务管理、分出报表、分入提交、分入承保、分入理赔、分入审计、分入报表管理、分入账户管理、分入再保险管理、分入结算审计等。通过对照，目前深圳市分公司的系统只是进行了合同分保、 法定分保、临分分保的计算处理和报表处理，没有其他功能。系统不是真正意义上的三层结构， 灵活性不够好。 由于前台操作时需要从 WEB 服务器上动态地自动地下载控件，造成网络流通量巨大，系统效率不高。没有与业务系统、 财务系统等实时数据接口， 不能最大程度地实现数据共享，很难保证各系统数据的一致性和准确性， 也很难进行各系统数据的核对。4.5.2. 未来建设的期望建立和规范再保