CPIC P07 寿险业务财务接口系统渐进改造 方案建议书介绍 2004年2月 目录 概述 概述 目录 应用架构 应用架构 应用架构 目录 项目范围 项目范围 项目范围 目录 系统交互改造－共用银行帐户余额控制 系统交互改造－共用银行帐户余额控制 系统交互改造－共用银行帐户余额控制 系统交互改造－共用银行帐户余额控制 系统交互改造－柜面报帐与凭证生成 系统交互改造－报帐清单与凭证模板 对柜面收付的改造 对柜面收付的改造－增加报帐流程 对柜面收付的改造－增加报帐流程 对柜面收付的改造－增加报帐流程 对柜面收付的改造－增加报帐流程 对行政出纳的改造 对行政出纳的改造－一般行出纳业务 对行政出纳的改造－一般行出纳业务 对行政出纳的改造－银行对帐单导入 对行政出纳的改造－银行对帐处理 对行政出纳的改造－银行对帐处理 对行政出纳的改造－行政出纳日结 对财务系统的改造 对财务系统的改造－帐户管理及授权 对财务系统的改造－科目对照表、凭证模板维护 对财务系统的改造－凭证生成确认 对财务系统的改造－业务机构－帐套对照表维护 结束     行政收款、付款、解款、领款、转账    银行对帐单自动导入功能     银行对帐处理    行政出纳日结 原行政出纳系统的对帐处理功能处理的数据既包括业务柜面收付的银行帐又包含行政出纳记录的银行帐，所以将行政出纳与业务柜面收付分离后，对帐处理的工作将集中到财务系统出纳模块实现     行政收款、付款、解款、领款、转账    银行对帐单自动导入功能    银行对帐处理    行政出纳日结 行政出纳的日结依然沿用老的处理流程(如下图所示)，改造工作将使得行政出纳与业务柜面分别报账。现状是是行政出纳信息手工在财务系统中生成凭证，改造后由于行政出纳信息已经在财务系统，只要增加生成凭证的转化机制完全可以自动生成凭证  财务系统的改造真对目前财务系统的一些功能 进行改进和增强。目的一是方便财务人员的日 常处理和使用，二是满足行政出纳和业务出纳 分离后的系统需要。    银行帐户管理及授权    科目对照表、凭证模板维护    凭证自动生成确认    业务机构－帐套对照表维护     银行帐户管理及授权    科目对照表、凭证模板维护    凭证自动生成确认    业务机构－帐套对照表维护   银行帐户在行政出纳和业务出纳两个分离的系统中使用；   帐户管理和授权统一在财务系统中进行；   系统通过程序保持信息进入各自的系统，对于使用人员是透明的。     银行帐户管理及授权    科目对照表、凭证维护模板    凭证自动生成确认    业务机构－帐套对照表维护 科目对照表、凭证模板的维护从业务逻辑上和原来财务系统中是一致的。但是系统分离后，从技术上可能需要系统之间的数据同步。    银行保险行业   * ?2004 毕博（BearingPoint）  业务和系统一体化，增强企业竞争力。TM   概述  应用架构  项目范围  业务处理调整   项目背景   根据CPIC的ITSP规划的整体要求， P07项目应该与P10项目(实施未来寿险应用系统)进行有效地集成以实现寿险业务财务的一体化。   CPIC寿险总公司目前经过多年系统建设，已经拥有稳定运行的寿险业务系统(包括柜面出纳系统)、行政出纳系统、财务系统，且业务系统与财务系统之间已经形成了较为完整的业务财务接口系统。  由于预计P07项目将先于P10建成，因此未来将有一段时间P07财务系统需要与现有寿险业务系统建立稳定、有效的业务核算接口，以获取财务核算必要的业务信息。  但现有的寿险业务财务接口系统的部分功能与数据(主要是财务凭证生成环节与行政出纳处理环节)尚不能支持新旧财务系统的平稳过渡。   渐进改造目标   为未来P07新财务系统的最终上线做好准备，支持未来P07新财务系统上线时系统的平稳过渡;   进一步完善与实现寿险业务人员与财务人员对寿险接口系统的功能性需求，统一行政出纳的操作平台，方便和优化业务人员与财务人员的日常操作与业务处理。   配合和保障CPIC寿险公司内部SOP的实施和推广，完善业务核算的数据与信息处理要求;   概述 渐进改造原则 在寿险业务财务接口系统的渐进改造中，将遵守以下建设原则：   平稳过渡原则   稳定性原则   效用性原则   实用性原则    概述  应用架构  项目范围 业务处理调整  寿险现有业务系统与现有财务系统接口现状  寿险现有业务系统与P07新财务系统的接口架构 渐进改造后寿险业务、财务系统接口架构   概述  应用架构  项目范围 业务处理调整   属于“报帐”所要实现的功能 ? ? 建立业务准备金台帐和应收保费催收台帐 配合P07上线平稳过渡 3 改变寿险业务、财务系统的交互方式。此部分改造工作将涉及日结及自动凭证生成等功能流程。 ? ? 增加“报帐”功能 配合P07上线平稳过渡 2 以财务系统中的出纳模块为基础移植现有行政出纳系统。此部分改造工作将涉及对银行日记账、银行对帐单勾帐，银行账户余额查询等功能流程。 ? ? ? 彻底分离业务柜面出纳和行政出纳 配合P07上线平稳过渡 1 会计 行政出纳 业务柜面收付 说明 需要调整功能的应用系统 任务 任务类别 编号 说明 需要调整功能的应用系统 任务 任务类别 编号 会计 行政出纳 业务柜面收付 在渐进改造过程中实现相关入口，待P07上线时启用功能 ?  ? 增加特殊收付（集中收付、代理收付、异地收付）方式 完善现有柜面收付系统的功能 6 主要问题在于是否能从业务数据库中提取相关数据 ? ? 应付、实付单独记帐处理 完善现有柜面收付系统的功能 5 在现有业务柜面出纳的财务凭证模块中增加业务出纳解、领款自动凭证生成。 ? ? 增加解、领款的自动凭证生成 完善现有柜面收付系统的功能 4 实现电子银行对帐单的自动导入  ? 实现银行对帐单的自动导入 完善现有行政出纳系统的功能 7 说明 需要调整功能的应用系统 任务 任务类别 编号 会计 行政出纳 业务柜面收付 银行账户的统一管理及授权。 ? 加强对操作人员银行帐户使用的授权管理 完善现有会计系统的功能 10 帐套对照表、科目对照表以及凭证模板的集中维护和管理。 ? 各种对照表的统一管理与维护 完善现有会计系统的功能 9 优化业务部门—财务帐套对照表的设置方法，按照组织机构的层次关系来设定和维护该对照表。 ? 优化业务部门—财务帐套对照设置 完善现有会计系统的功能 8   概述  应用架构  项目范围 业务处理调整   业务出纳和行政出纳共用同一银行帐号不可避免。     通过把业务柜面和行政出纳双方共用的银行账户从逻辑上划分为两个子账户，并以配额来代表这两个子账户的余额 ；      在银行日记帐和银行对帐单勾对的时候，这两个“子账户”依然是合并起来成为单独的一个真实银行账户 ；      但对于涉及银行账户的收支操作流程中，业务柜员和行政出纳将观察到其各自“子账户”的配额而非整个账户的余额 ； 涉及到的业务环节： 日结报帐； 业务收支； 行政收支。 业务环节： 日结报帐； 业务收支； 行政收支。  业务环节： 日结报帐； 业务收支； 行政收支。  业务环节： 日结报帐； 业务收支； 行政收支。    报帐清单和凭证生成模板的明细表格见业务方案  对寿险业务系统的改造采用非常“慎重

太平洋寿险建议－毕博.ppt