文档介绍：CPIC P07 寿险业务财务接口系统渐进改造 方案提议书介绍
2月
寿险财务接口系统改造方案建议书
第1页
概述
应用架构
项目范围
业务处理调整
目录
寿险财务接口系统改造方案建议书
第2页
处理调整
目录
寿险财务接口系统改造方案建议书
第14页
系统交互改造－共用银行帐户余额控制
业务出纳和行政出纳共用同一银行帐号不可防止。
经过把业务柜面和行政出纳双方共用银行账户从逻辑上划分为两个子账户，并以配额来代表这两个子账户余额 ；
在银行日志帐和银行对帐单勾正确时候，这两个“子账户”依然是合并起来成为单独一个真实银行账户 ；
但对于包括银行账户收支操作流程中，业务柜员和行政出纳将观察到其各自“子账户”配额而非整个账户余额 ；
包括到业务步骤：
日结报帐；
业务收支；
行政收支。
寿险财务接口系统改造方案建议书
第15页
业务步骤：
日结报帐；
业务收支；
行政收支。
系统交互改造－共用银行帐户余额控制
寿险财务接口系统改造方案建议书
第16页
业务步骤：
日结报帐；
业务收支；
行政收支。
系统交互改造－共用银行帐户余额控制
寿险财务接口系统改造方案建议书
第17页
业务步骤：
日结报帐；
业务收支；
行政收支。
系统交互改造－共用银行帐户余额控制
寿险财务接口系统改造方案建议书
第18页
系统交互改造－柜面报帐与凭证生成
寿险财务接口系统改造方案建议书
第19页
系统交互改造－报帐清单与凭证模板
报帐清单和凭证生成模板明细表格见业务方案
寿险财务接口系统改造方案建议书
第20页
对柜面收付改造
对寿险业务系统改造采取非常“慎重”态度，
改造将集中在柜面收付模块，对于普通其它
业务系统操作不作改动。对于日常进行业务处
理人员来说，业务处理流程和操作方式改
变主要在后台实现。
增加报帐流程
增加业务解领款报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
寿险财务接口系统改造方案建议书
第21页
对柜面收付改造－增加报帐流程
确认业务系统完成了某个工作时间工作，下一步能够进行财务处理；
将财务核实需要业务信息提交至财务系统 ；
增加报帐流程
增加业务解领款报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
报账动作意味着财务核实所需要业务信息从业务转移到了财务，该过程是不可撤消，业务柜员操作错误因尽可能在报账之前加以修正。为了两个系统之间数据一致性，在报账动作完成之后修正行为均不得直接修改原有数据，而是经过红冲来达成数据差错调整目标。
从形式上来说，业务操作改变只是增加了报帐步骤，其它计算和运行都由系统完成 。
寿险财务接口系统改造方案建议书
第22页
对柜面收付改造－增加报帐流程
增加报帐流程
增加业务解领款报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
业务解、领款日结报帐是业务柜面日结报帐中一个组成部分，是此次渐进改造过程中拟增加内容之一，从本质上是系统后台完成工作，不会对详细业务操作产生影响。
寿险财务接口系统改造方案建议书
第23页
对柜面收付改造－增加报帐流程
增加报帐流程
增加业务解领款报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
业务应付、实付单独记帐处理是业务柜面日结报帐中一个组成部分，是此次渐进改造过程中拟修正内容之一。按照权责发生制要求，经过业务处理完成应付款业务，要进相关成本帐，应单独将会计分录转到会计系统，而不论是否实际付款，而当前必须等到实际付款以后，应付款会计分录才随实际付款分录一并转到会计系统。当前方式给会计核实带来不便。应付与实付款单独记账处理以后，需要查询应付款明细，同时，业务处理完成以后，转入业务出纳，形成应支付明细，业务出纳能够查询那些要支付款项。
应收、实收分离更多是在程序后台完成，不会在业务处理流程方面造成很大改变。
寿险财务接口系统改造方案建议书
第24页
对柜面收付改造－增加报帐流程
增加报帐流程
增加业务解领款报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
业务准备金计提台帐报账将经过业务柜面期末月结报帐动作触发，其数据则主要来自精算系统统计结果 。
寿险财务接口系统改造方案建议书
第25页
对行政出纳