太平洋保险方案的建议书.pptxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CPIC P07 寿险业务财务接口系统渐进改造 方案建议书介绍2004年2月目录 概述 应用架构 项目范围 业务处理调整概述项目背景 根据CPIC的ITSP规划的整体要求, P07项目应该与P10项目(实施未来寿险应用系统)进行有效地集成以实现寿险业务财务的一体化。 CPIC寿险总公司目前经过多年系统建设,已经拥有稳定运行的寿险业务系统(包括柜面出纳系统)、行政出纳系统、财务系统,且业务系统与财务系统之间已经形成了较为完整的业务财务接口系统。由于预计P07项目将先于P10建成,因此未来将有一段时间P07财务系统需要与现有寿险业务系统建立稳定、有效的业务核算接口,以获取财务核算必要的业务信息。但现有的寿险业务财务接口系统的部分功能与数据(主要是财务凭证生成环节与行政出纳处理环节)尚不能支持新旧财务系统的平稳过渡。 概述渐进改造目标 为未来P07新财务系统的最终上线做好准备,支持未来P07新财务系统上线时系统的平稳过渡; 进一步完善与实现寿险业务人员与财务人员对寿险接口系统的功能性需求,统一行政出纳的操作平台,方便和优化业务人员与财务人员的日常操作与业务处理。 配合和保障CPIC寿险公司内部SOP的实施和推广,完善业务核算的数据与信息处理要求; 概述渐进改造原则在寿险业务财务接口系统的渐进改造中,将遵守以下建设原则: 平稳过渡原则 稳定性原则 效用性原则 实用性原则目录 概述 应用架构 项目范围业务处理调整应用架构寿险现有业务系统与现有财务系统接口现状应用架构寿险现有业务系统与P07新财务系统的接口架构应用架构渐进改造后寿险业务、财务系统接口架构目录 概述 应用架构 项目范围业务处理调整项目范围编号任务类别任务需要调整功能的应用系统说明业务柜面收付行政出纳会计1配合P07上线平稳过渡彻底分离业务柜面出纳和行政出纳???以财务系统中的出纳模块为基础移植现有行政出纳系统。此部分改造工作将涉及对银行日记账、银行对帐单勾帐,银行账户余额查询等功能流程。2配合P07上线平稳过渡增加“报帐”功能??改变寿险业务、财务系统的交互方式。此部分改造工作将涉及日结及自动凭证生成等功能流程。3配合P07上线平稳过渡建立业务准备金台帐和应收保费催收台帐??属于“报帐”所要实现的功能项目范围编号任务类别任务需要调整功能的应用系统说明业务柜面收付行政出纳会计4完善现有柜面收付系统的功能增加解、领款的自动凭证生成??在现有业务柜面出纳的财务凭证模块中增加业务出纳解、领款自动凭证生成。5完善现有柜面收付系统的功能应付、实付单独记帐处理??主要问题在于是否能从业务数据库中提取相关数据6完善现有柜面收付系统的功能增加特殊收付(集中收付、代理收付、异地收付)方式??在渐进改造过程中实现相关入口,待P07上线时启用功能项目范围编号任务类别任务需要调整功能的应用系统说明业务柜面收付行政出纳会计7完善现有行政出纳系统的功能实现银行对帐单的自动导入?实现电子银行对帐单的自动导入8完善现有会计系统的功能优化业务部门—财务帐套对照设置?优化业务部门—财务帐套对照表的设置方法,按照组织机构的层次关系来设定和维护该对照表。9完善现有会计系统的功能各种对照表的统一管理与维护?帐套对照表、科目对照表以及凭证模板的集中维护和管理。10完善现有会计系统的功能加强对操作人员银行帐户使用的授权管理?银行账户的统一管理及授权。目录 概述 应用架构 项目范围业务处理调整系统交互改造-共用银行帐户余额控制业务出纳和行政出纳共用同一银行帐号不可避免。 通过把业务柜面和行政出纳双方共用的银行账户从逻辑上划分为两个子账户,并以配额来代表这两个子账户的余额 ; 在银行日记帐和银行对帐单勾对的时候,这两个“子账户”依然是合并起来成为单独的一个真实银行账户 ; 但对于涉及银行账户的收支操作流程中,业务柜员和行政出纳将观察到其各自“子账户”的配额而非整个账户的余额 ;涉及到的业务环节:日结报帐;业务收支;行政收支。系统交互改造-共用银行帐户余额控制业务环节:日结报帐;业务收支;行政收支。系统交互改造-共用银行帐户余额控制业务环节:日结报帐;业务收支;行政收支。系统交互改造-共用银行帐户余额控制业务环节:日结报帐;业务收支;行政收支。系统交互改造-柜面报帐与凭证生成系统交互改造-报帐清单与凭证模板报帐清单和凭证生成模板的明细表格见业务方案对柜面收付的改造对寿险业务系统的改造采用非常“慎重”的态度,改造将集中在柜面收付模块,对于一般其他的业务系统操作不作改动。对于日常进行业务处理的人员来说,业务处理流程和操作方式的改变主要在后台实现。 增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程对柜面收付的改造-增加报帐流程增加报帐流程增加业务解领款的报帐和凭证生成应付、实付单独记帐处

文档评论(0)

虾虾教育 + 关注
官方认证
文档贡献者

有问题请私信!谢谢啦 资料均为网络收集与整理,收费仅为整理费用,如有侵权,请私信,立马删除

版权声明书
用户编号:8012026075000021
认证主体重庆皮皮猪科技有限公司
IP属地重庆
统一社会信用代码/组织机构代码
91500113MA61PRPQ02

1亿VIP精品文档

相关文档