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