寿险业务财务接口系统的改造方案.pptx

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,银行,保险行业,*,2004,毕博（,BearingPoint,）,),Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,银行,保险行业,1,2004,毕博（,BearingPoint,）,),CPIC P07,寿险业务财务接口系统渐进改造,方案提议书介绍,2月,寿险业务财务接口系统的改造方案,第1页,概述,应用架构,项目范围,业务处理调整,目录,寿险业务财务接口系统的改造方案,第2页,项目背景,依据,CPIC,ITSP,规划整体要求，,P07,项目应该与,P10,项目,(,实施未来寿险应用系统,),进行有效地集成以实现寿险业务财务一体化。CPIC,寿险总企业当前经过多年系统建设，已经拥有稳定运行寿险业务系统,(,包含柜面出纳系统,),、行政出纳系统、财务系统，且业务系统与财务系统之间已经形成了较为完整业务财务接口系统。,因为预计,P07,项目将先于,P10,建成，所以未来将有一段时间,P07,财务系统需要与现有寿险业务系统建立稳定、有效业务核实接口，以获取财务核实必要业务信息。,但现有寿险业务财务接口系统部分功效与数据,(,主要是财务凭证生成步骤与行政出纳处理步骤,),尚不能支持新旧财务系统平稳过渡。,概述,寿险业务财务接口系统的改造方案,第3页,渐进改造目标,为未来,P07,新财务系统最终上线做好准备，支持未来,P07,新财务系统上线时系统平稳过渡,;,深入完善与实现寿险业务人员与财务人员对寿险接口系统功效性需求，统一行政出纳操作平台，方便和优化业务人员与财务人员日常操作与业务处理。,配合和保障,CPIC,寿险企业内部,SOP,实施和推广，完善业务核实数据与信息处理要求,;,概述,寿险业务财务接口系统的改造方案,第4页,概述,渐进改造标准,在寿险业务财务接口系统渐进改造中，将恪守以下建设标准：,平稳过渡标准,稳定性标准,效用性标准,实用性标准,寿险业务财务接口系统的改造方案,第5页,概述,应用架构,项目范围,业务处理调整,目录,寿险业务财务接口系统的改造方案,第6页,应用架构,寿险现有业务系统与现有财务系统接口现实状况,寿险业务财务接口系统的改造方案,第7页,应用架构,寿险现有业务系统与,P07,新财务系统接口架构,寿险业务财务接口系统的改造方案,第8页,应用架构,渐进改造后寿险业务、财务系统接口架构,寿险业务财务接口系统的改造方案,第9页,概述,应用架构,项目范围,业务处理调整,目录,寿险业务财务接口系统的改造方案,第10页,项目范围,编号,任务类别,任务,需要调整功效应用系统,说明,业务柜面收付,行政出纳,会计,1,配合,P07,上线平稳过渡,彻底分离业务柜面出纳和行政出纳,以财务系统中出纳模块为基础移植现有行政出纳系统。此部分改造工作将包括对银行日志账、银行对帐单勾帐，银行账户余额查询等功效流程。,2,配合,P07,上线平稳过渡,增加“报帐”功效,改变寿险业务、财务系统交互方式。此部分改造工作将包括日结及自动凭证生成等功效流程。,3,配合,P07,上线平稳过渡,建立业务准备金台帐和应收保费催收台帐,属于“报帐”所要实现功效,寿险业务财务接口系统的改造方案,第11页,项目范围,编号,任务类别,任务,需要调整功效应用系统,说明,业务柜面收付,行政出纳,会计,4,完善现有柜面收付系统功效,增加解、领款自动凭证生成,在现有业务柜面出纳财务凭证模块中增加业务出纳解、领款自动凭证生成。,5,完善现有柜面收付系统功效,应付、实付单独记帐处理,主要问题在于是否能从业务数据库中提取相关数据,6,完善现有柜面收付系统功效,增加特殊收付（集中收付、代理收付、异地收付）方式,在渐进改造过程中实现相关入口，待P07上线时启用功效,寿险业务财务接口系统的改造方案,第12页,项目范围,编号,任务类别,任务,需要调整功效应用系统,说明,业务柜面收付,行政出纳,会计,7,完善现有行政出纳系统功效,实现银行对帐单自动导入,实现电子银行对帐单自动导入,8,完善现有会计系统功效,优化业务部门,财务帐套对照设置,优化业务部门财务帐套对照表设置方法，按照组织机构层次关系来设定和维护该对照表。,9,完善现有会计系统功效,各种对照表统一管理与维护,帐套对照表、科目对照表以及凭证模板集中维护和管理。,10,完善现有会计系统功效,加强对操作人员银行帐户使用授权管理,银行账户统一管理及授权。,寿险业务财务接口系统的改造方案,第13页,概述,应用架构,项目范围,业务处理调整,目录,寿险业务财务接口系统的改造方案,第14页,系统交互改造共用银行帐户余额控制,业务出纳和行政出纳共用同一银行帐号不可防止。,经过把业务柜面和行政出纳双方共用银行账户从逻辑上划分为两个子账户，并以配额来代表这两个子账户余额,；,在银行日志帐和银行对帐单勾正确时候，这两个“子账户”依然是合并起来成为单独一个真实银行账户,；,但对于包括银行账户收支操作流程中，业务柜员和行政出纳将观察到其各自“子账户”配额而非整个账户余额,；,包括到业务步骤：,日结报帐；,业务收支；,行政收支。,寿险业务财务接口系统的改造方案,第15页,业务步骤：,日结报帐；,业务收支；,行政收支。,系统交互改造共用银行帐户余额控制,寿险业务财务接口系统的改造方案,第16页,业务步骤：,日结报帐；,业务收支；,行政收支。,系统交互改造共用银行帐户余额控制,寿险业务财务接口系统的改造方案,第17页,业务步骤：,日结报帐；,业务收支；,行政收支。,系统交互改造共用银行帐户余额控制,寿险业务财务接口系统的改造方案,第18页,系统交互改造柜面报帐与凭证生成,寿险业务财务接口系统的改造方案,第19页,系统交互改造报帐清单与凭证模板,报帐清单和凭证生成模板明细表格见业务方案,寿险业务财务接口系统的改造方案,第20页,对柜面收付改造,对寿险业务系统改造采取非常“慎重”态度，,改造将集中在柜面收付模块，对于普通其它,业务系统操作不作改动。对于日常进行业务处,理人员来说，业务处理流程和操作方式改,变主要在后台实现。,增加报帐流程,增加业务解领款报帐和凭证生成,应付、实付单独记帐处理,准备金计提台帐报帐流程,寿险业务财务接口系统的改造方案,第21页,对柜面收付改造增加报帐流程,确认业务系统完成了某个工作时间工作，下一步能够进行财务处理；,将财务核实需要业务信息提交至财务系统,；,增加报帐流程,增加业务解领款报帐和凭证生成,应付、实付单独记帐处理,准备金计提台帐报帐流程,报账动作意味着财务核实所需要业务信息从业务转移到了财务，该过程是不可撤消，业务柜员操作错误因尽可能在报账之前加以修正。为了两个系统之间数据一致性，在报账动作完成之后修正行为均不得直接修改原有数据，而是经过红冲来达成数据差错调整目标。,从形式上来说，业务操作改变只是增加了报帐步骤，其它计算和运行都由系统完成,。,寿险业务财务接口系统的改造方案,第22页,对柜面收付改造增加报帐流程,增加报帐流程,增加业务解领款报帐和凭证生成,应付、实付单独记帐处理,准备金计提台帐报帐流程,业务解、领款日结报帐是业务柜面日结报帐中一个组成部分，是此次渐进改造过程中拟增加内容之一，从本质上是系统后台完成工作，不会对详细业务操作产生影响。,寿险业务财务接口系统的改造方案,第23页,对柜面收付改造增加报帐流程,增加报帐流程,增加业务解领款报帐和凭证生成,应付、实付单独记帐处理,准备金计提台帐报帐流程,业务应付、实付单独记帐处理是业务柜面日结报帐中一个组成部分，是此次渐进改造过程中拟修正内容之一。按照权责发生制要求，经过业务处理完成应付款业务，要进相关成本帐，应单独将会计分录转到会计系统，而不论是否实际付款，而当前必须等到实际付款以后，应付款会计分录才随实际付款分录一并转到会计系统。当前方式给会计核实带来不便。应付与实付款单独记账处理以后，需要查询应付款明细，同时，业务处理完成以后，转入业务出纳，形成应支付明细，业务出纳能够查询那些要支付款项。,应收、实收分离更多是在程序后台完成，不会在业务处理流程方面造成很大改变。,寿险业务财务接口系统的改造方案,第24页,对柜面收付改造增加报帐流程,增加报帐流程,增加业务解领款报帐和凭证生成,应付、实付单独记帐处理,准备金计提台帐报帐流程,业务准备金计提台帐报账将经过业务柜面期末月结报帐动作触发，其数据则主要来自精算系统统计结果,。,寿险业务财务接口系统的改造方案,第25页,对行政出纳改造,行政出纳系统改造是此次改造重点之一，,改造后出纳系统完全和业务柜面收付系统,分离，形式上和其它系统更为统一。在进行,行政出纳系统改造中，同时将进行功效,完善工作，以满足寿险业务人员与财务人,员对于接口系统性能、功效与操作性实,际需求。,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,寿险业务财务接口系统的改造方案,第26页,对行政出纳改造普通行出纳业务,行政出纳在收款、付款、解款、领款和转帐业务流程和处理方式上与以往相同。在操作界面上因为程序迁移视觉效果有所不一样，但基本操作方式还是一样。,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,寿险业务财务接口系统的改造方案,第27页,对行政出纳改造普通行出纳业务,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,寿险业务财务接口系统的改造方案,第28页,对行政出纳改造银行对帐单导入,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,为了降低寿险财务人员工作量与确保数据准确性，系统将增强系统银行对帐单相关功效模块，方便对帐人员使用帐单勾对。包含和银行合作将数字化对帐单导入到系统和增强辅助匹配能力。,寿险业务财务接口系统的改造方案,第29页,对行政出纳改造银行对帐处理,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,原行政出纳系统对帐处理功效处理数据既包含业务柜面收付银行帐又包含行政出纳统计银行帐，所以将行政出纳与业务柜面收付分离后对帐处理工作将集中到财务系统出纳模块实现,开发期初未达帐录入窗口，并将期初（上系统期初）未达帐，作为以后 未达帐勾帐内容。,设置编制银行余额调整表截止时间,可自由设置。,银行勾帐处理：分系统自动勾帐和手工勾帐。,对于系统自动勾帐，能够设置勾帐依据选项，选择勾帐依据以后，系统自动勾帐。勾帐依据包含：（,1,）金额；（,2,）日期。对日期选项，能够选择,t+0,1,2,3,4,5,6,7,。选择,t+2,，就是以银行记账日期为准，我方记账在前后,2,天之内纪录进行勾对，（,3,）票据号码。按照纪录票据号码进行勾帐，无票据号码不能勾对。自动勾帐结束后，转入人工勾帐。,对于当前手工勾帐，选择了我方记账项目，系统将依据金额标示银行对应金额纪录。,勾帐日期保留与银行余额调整表保,寿险业务财务接口系统的改造方案,第30页,对行政出纳改造银行对帐处理,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,原行政出纳系统对帐处理功效处理数据既包含业务柜面收付银行帐又包含行政出纳统计银行帐，所以将行政出纳与业务柜面收付分离后，对帐处理工作将集中到财务系统出纳模块实现,寿险业务财务接口系统的改造方案,第31页,对行政出纳改造行政出纳日结,行政收款、付款、解款、领款、转账,银行对帐单自动导入功效,银行对帐处理,行政出纳日结,行政出纳日结依然沿用老处理流程,(,以下列图所表示,),，改造工作将使得行政出纳与业务柜面分别报账。现实状况是是行政出纳信息手工在财务系统中生成凭证，改造后因为行政出纳信息已经在财务系统，只要增加生成凭证转化机制完全能够自动生成凭证,寿险业务财务接口系统的改造方案,第32页,对财务系统改造,财务系统改造真对当前财务系统一些功效,进行改进和增强。目标一是方便财务人员日,常处理和使用，二是满足行政出纳和业务出纳,分离后系统需要。,银行帐户管理及授权,科目对照表、凭证模板维护,凭证自动生成确认,业务机构帐套对照表维护,寿险业务财务接口系统的改造方案,第33页,对财务系统改造帐户管理及授权,银行帐户管理及授权,科目对照表、凭证模板维护,凭证自动生成确认,业务机构帐套对照表维护,银行帐户在行政出纳和业务出纳两个分离系统中使用；,帐户管理和授权统一在财务系统中进行；,系统经过程序保持信息进入各自系统，对于使用人员是透明。,寿险业务财务接口系统的改造方案,第34页,对财务系统改造科目对照表、凭证模板维护,银行帐户管理及授权,科目对照表、凭证维护模板,凭证自动生成确认,业务机构帐套对照表维护,科目对照表、凭证模板维护从业务逻辑上和原来财务系统中是一致。不过系统分离后，从技术上可能需要系统之间数据同时。,寿险业务财务接口系统的改造方案,第35页,对财务系统改造凭证生成确认,银行帐户管理及授权,科目对照表、凭证维护模板,凭证自动生成确认,业务机构帐套对照表维护,凭证生成确认动作和原来操作方式一样，不一样是底层生成方式和数据存放、传递模式改变。但这些改变对财务然那员是透明。,寿险业务财务接口系统的改造方案,第36页,对财务系统改造业务机构帐套对照表维护,银行帐户管理及授权,科目对照表、凭证维护模板,凭证自动生成确认,业务机构帐套对照表维护,业务机构帐套对照关系是凭证生成基础。在原来系统中有这方面内容，不过操作起来不够灵活方便。渐进改造之后，业务部门,帐套对照表界面将有所改变，以支持业务部门组织结构表达，以及提供将某机构及其全部下级机构映射到同一个帐套设置方法。,寿险业务财务接口系统的改造方案,第37页,谢谢！,.03,结束,寿险业务财务接口系统的改造方案,第38页,