1、 1998年开始与中科软联合进行开发,1999 年向全国各分支机构进行推广,目前为 据调查,全国的各分支机构均使用总公司的 其他财务管理系统。在 没有外挂其他相应的系统。仅浙江金华购置了用友的库存管理系统,进行预算制管理。深圳、浙江开发固定资产管理系统,但目前正处于试运行阶段。日常的收付费操作都是在业务系统中进行(总公司开发的 及上海、深圳、江苏自己开发的业务系统中),收付费操作所产生的原始数据以及业务系统生成的应收、应付费数据通过数据接口流转到 前除了深圳、广西、安徽、海南、厦门、天津、青岛实行了所辖区域的财务集中处理外,其他省分公司、计划单列市的财务处理只实行了地市级集中处理。财务的核算单位目前主要是地市级分公司。公司、省级公司主要使用工资管理和费用管理,与此相关的会计人员使用。计核算、决算及其他财务管理。系统中的功能模块及各模块的关系如下图所示:接 口原始单证原始凭证总分类帐( 五 级或十级)原 始凭证录入业务类通用类费用类辅助帐上 载 接 收生成记帐凭证记账凭证录入业务系统原始单证处理帐务处理财务分析表资产系统辅助核算往来系统系统设置工资系统订单系统投资系统上缴资金保户借款应收
2、保费主要功能模块具体陈述如下:1) 原始凭证管理:接收外部业务系统中的数据;各种原始凭证的录入、查询及修改更新;由原始凭证自动或半自动生成记账凭证。2) 科目体系管理:科目体系是账务系统的核心。它包括帐套类型设置,帐套设置,核算单位和基层单位的帐套设置,明细值编码设置,科目体系设置,核算方向设置,有效性设置和辅助参数设置。一套账由三个层次构成:账套类型、账套、会计科目。3) 账务处理:记账凭证的一般管理及复核;记账凭证生成明细账;生成并管理总账和各种辅助账;与输出结果相配套的账本管理;会计月末处理管理;各种角度的查询和分析功能。4) 财务报表管理:报表处理系统主要包括以下两大模块:报表定义和报表计算。5) 决算系统:录入决算凭证;复核决算凭证;试算决算;确认决算结束。6) 其它财务管理 固定资产管理 工资管理 应收、应付、往来管理 ;主要功能模块开发语言为 用终端字符界面,支持 采用 要的集中处理采用后台批处理程序来进行(从 要解决省级集中所带来的并发性问题,刚刚下发使用)。综合查询与打印管理功能模块原来也是字符终端界面,从 (刚下发使用),将前台移植到浏览器环境下,开发语言 用浏览器
3、界面。财务报表系统采用 C/用 计核算及财务管理系统与其他系统的接口情况: 核心业务系统:收付费所产生的流水数据、应收应付数据。核心业务系统的相关模块按照约定的格式生成数据文本文件,然后由会计核算及财务管理系统的原始凭证管理模块读取数据文本文件,生成相应的原始单证数据,复核通过后生成原始凭证数据。 财务分析系统:直接从 通用统计系统:直接从 精算系统:精算完成后的准备金数据通过人工输入会计核算及财务管理系统。系统主要部署进行财务集中处理的财务处理中心(如地市级财务处理中心),往上级单位直至总公司,采用报表的形式上报数据,上级单位直至总公司没有使用该系统(只使用了工资管理和费用管理)。在系统口令和印鉴两个级别的安全管理模式的基础上增加了数据和岗位两方面的安全控制,同时提供授权管理。能比较缺乏,只具备会计核算功能。财务系统的流行做法是系统必须具备总体预算规划、预算计划、预算审核、预算审计、科目管理、账务管理、财务报表管理、审计报表管理、财务决算等功能。目前系统只具备了科目管理、账务管理和财务报表管理,虽然有决算功能模块,但是该能模块主要用于会计年度末进行调账处理,而不是真正意义上的财务决算
4、(见财务功能说明)。以下是 略规划组问卷调查统计结果,从统计结果来看,目前的系统只有科目管理、账务管理和财务报表管理功能,这三部分基本上满足需求。可以说 财务管理系统支持上处于空白。与核心业务系统的接口问题与核心业务系统中使用的指标含义和标准不一致。数据在两系统间的共享程度不够,结果使得数据在实时性、准确性、完整性、一致性上的问题:造成业务系统中数据的变更不能及时反映或不能反映到财务系统中;最终的财务记账凭证数据可能与业务系统中的实际情况不符;业务财务入账时间不同。缺乏财务数据与业务数据相互核对的机制。数据库安全很难保证。在目前的终端界面模式下,操作人员比较容易直接进入数据库更改数据。系统处理效率有待提高。根据调研访谈情况,在接收业务系统数据、生成原始凭证、生成记账凭证、月底封帐、生成账簿等功能上,系统效率比较低。特别是多用户使用时,效率更低。缺乏与一些主要系统的接口,如精算系统、代理人管理系统。没有与银行建立相应的接口,银行资金没办法实时核对与跟踪。系统不是很灵活性,不容易维护和实现分布。现业务财务的一体化管理。首先是建立公司统一的指标体系和数据口径或数据标准;其次是收付费数据要进行
5、充分共享。借鉴目前全球财务管理和资金管理方面已有成熟的软件和技术方案的思想。希望开发总体预算规划、预算计划、预算审核、预算审计、审计报表管理、财务决算等功能,对财务管理提供技术支持。用财务对业务进行控制,强调财务对业务的监督与控制职能以保证企业的利润最大化。开发与其他应用系统(算等)之间的接口,互相衔接,充分共享数据,减少数据的冗余与不一致性。满足各种数据集中模式和各种营运集中模式的需求,灵活满足各种集中模式下的业务需求和系统运行效率的要求。改善界面友好性,简化前台操作,提高系统的稳定性。国只有深圳自己开发了再保险系统,该系统是由深圳市分公司与中青旅尚洋电子技术有限公司合作开发的,目前只完成第一期开发工作,尚在进行第二期开发。2003 年 9月正式上线运行。系统中的主要分保业务在后台处理,前台主要是报表展现及部分参数与规则设置,查询与临分分保交互。后台业务主要是各类业务数据提取、各类分保处理。系统只有前台业务给用户操作,后台业务都由系统运行部门处理。因此,当该系统稳定与正常运行后,大大减轻用户的工作量,其主要工作将变为非电脑业务处理,电脑业务处理演变为主要是报表打印与核对、部分临分业务
6、、查询与统计等工作。深圳市分公司开发的该系统只有该分公司的核保部使用。保险公司登记、法定分保、合同分保规则、正常业务数据提取、法定与合同分保处理、意外险分保处理、分保报表数据生成、分保报表。正在开发的第二期功能模块包括:综合查询与统计、临时分保、团险业务、分出业务、转分业务、财务接口。该系统涵盖了法定分保、合同分保、临时分保等业务。主要功能模块: 合同分保:后台批处理。合同分保含首期分保、续期分保和变更处理。 分保参数管理:再保险公司管理,合同管理。 取数接口:从业务系统和财务系统抽取相关数据。 法定分保:后台批处理。法定分保含首期分保、续期分保和变更处理。 临时分保:前台操作和后台处理相结合。前台进行临时分保登记和续期确认。后台进行分保处理。前台程序、中间件、后台交易服务程序和数据库组成,前台程序全部采用 户使用浏览器进行登录与操作。数据库为 台交易服务程序采用 责连接数据库和进行业务逻辑处理;采用 新和维护 用 +工具开发动态库;前台用 过 务器采用 其他系统接口情况: 与业务系统的接口:直接用后台程序从业务系统中抽取保单数据。 与财务系统的接口:直接用后台程序从财务系统中抽取收费
7、数据与理赔数据及手续费等。统相对比较简单,功能很不完全。按照再保险的业务要求和国际通常做法,再保险系统应涵盖如下功能:分保配置管理、分保分出计划、分保分出审核、分出收付费、分出理赔、分出核算、分出现金管理、分出帐务管理、分出报表、分入提交、分入承保、分入理赔、分入审计、分入报表管理、分入账户管理、分入再保险管理、分入结算审计等。通过对照,目前深圳市分公司的系统只是进行了合同分保、法定分保、临分分保的计算处理和报表处理,没有其他功能。系统不是真正意义上的三层结构,灵活性不够好。由于前台操作时需要从 务器上动态地自动地下载控件,造成网络流通量巨大,系统效率不高。没有与业务系统、财务系统等实时数据接口,不能最大程度地实现数据共享,很难保证各系统数据的一致性和准确性,也很难进行各系统数据的核对。立和规范再保险流程,编写详细的再保业务操作手册和实务规定。改变目前的事务性、以帐单管理为核心的流程结构。对再保流程中的关键点和环节进行改造和简化,使之环节少、效率高。开发全国性的再保险系统。由于目前缺乏信息系统的支持,造成大量事务性工作成为再保的主要日常工作。同时造成工作失误和帐单误差也较多。能够快速处理临分业务;能对合约业务进行评估和分析。系统要有灵活性,如对自留额各公司可按不同情况做不同配置,能够提供不同渠道的分保支持。
《财务系统和再保险系统评估》由会员爱****1分享,可在线阅读,更多相关《财务系统和再保险系统评估》请在金锄头文库上搜索。