某保险公司业务管理及财务管理知识系统(PPT 39页)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
业务应付、实付的单独记帐处理是业务柜面日结报帐中的一个组成部分，是本次渐进改 造过程中拟修正的内容之一。按照权责发生制的要求，经过业务处理完毕的应付款业务 ，要进相关成本帐，应单独将会计分录转到会计系统，而不管是否实际付款，而目前必 须等到实际付款以后，应付款的会计分录才随实际付款分录一并转到会计系统。目前的 方式给会计核算带来不便。应付与实付款单独记账处理以后，需要查询应付款的明细， 同时，业务处理完毕以后，转入业务出纳，形成应支付的明细，业务出纳可以查询那些 要支付的款项。 应收、实收的分离更多是在程序后台完成，不会在业务处理流程方面造成很大的改变。
各种科目对照表
财务会计
凭证确认 与入帐
报帐清单
凭证生成
财务凭证
系统交互改造－报帐清单与凭证模板 报帐清单和凭证生成模板的明细表格见业务方案
对柜面收付的改造
对寿险业务系统的改造采用非常“慎重”的态度
，
改造将集中在柜面收付模块，对于一般其他的
业务系统操作不作改动。对于日常进行业务处
理的人员来说，业务处理流程和操作方式的改
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
应用架构
寿险现有业务系统与现有财务系统接口现状
寿险业务数据库
Informix
寿险财务数据库
Informix
寿险业务系统 ESQL/C
寿险柜面收付模块
寿险行政出纳系统 Delphi
寿险财务系统 PowerBuilder
寿险业务人员/柜面出纳人员
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
为了减少寿险财务人员 的工作量与确保数据的 准确性，系统将增强系 统银行对帐单相关功能 模块，方便对帐人员使 用帐单勾对。包括和银 行合作将数字化对帐单 导入到系统和增强辅助 匹配能力。
对行政出纳的改造－银行对帐处理
寿险财务人员/财务出纳人员
P11
P07数据库
Oracle
Oracle InterConnect
P07财务系统 Oracle ERP
总
公
寿险财务出纳人员/财务人员
司
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
项目范围
编号
任务类别
1
配合P07上线平稳过渡
2
配合P07上线平稳过渡
3
配合P07上线平稳过渡
P07财务系统 Oracle ERP
总
公
寿险财务出纳人员/财务人员
司
应用架构
渐进改造后寿险业务、财务系统接口架构
寿险业务数据库
Informix
寿险财务数据库
Informix
寿险业务系统
ESQL/C 寿险柜面收付模块
寿险业务人员/柜面出纳人员
业务会话层
报帐模块
数据表达层
分
消息交换层
公
司
财务出纳模块
寿险财务系统 PowerBuilder
寿险财务出纳人员
分
公
司
寿险财务人员
应用架构
寿险现有业务系统与P07新财务系统的接口架构
寿险业务数据库
Informix
寿险业务系统
ESQL/C 寿险柜面收付模块
寿险业务人员/柜Leabharlann Baidu出纳人员
报帐模块
业务会话层 数据表达层 消息交换层
分 公
司
P07数据库
Oracle
P11
Oracle InterConnect
任务
需要调整功能的应用系统
业务柜 行政出 面收付 纳
会计
彻底分离业务柜
面出纳和行政出
纳
增加“报帐”功 能
建立业务准备金
台帐和应收保费
催收台帐
说明
以财务系统中的出纳模块为 基础移植现有行政出纳系统 。此部分改造工作将涉及对 银行日记账、银行对帐单勾 帐，银行账户余额查询等功 能流程。
改变寿险业务、财务系统的 交互方式。此部分改造工作 将涉及日结及自动凭证生成 等功能流程。
由于预计P07项目将先于P10建成，因此未来将有一段时间P07财务系统需要与 现有寿险业务系统建立稳定、有效的业务核算接口，以获取财务核算必要的业务 信息。
但现有的寿险业务财务接口系统的部分功能与数据(主要是财务凭证生成环节与 行政出纳处理环节)尚不能支持新旧财务系统的平稳过渡。
概述
渐进改造目标
为未来P07新财务系统的最终上线做好准备，支持未来P07新财务系统上线时 系统的平稳过渡;
行政出纳在收款、付款、解款、领款和转帐的业务流程和 处理方式上与以往相同。在操作界面上由于程序的迁移视 觉效果有所不同，但基本的操作方式还是一样的。
对行政出纳的改造－一般行出纳业务
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
对行政出纳的改造－银行对帐单导入
CPIC P07 寿险业务财务接口系统渐进改造 方案建议书介绍
2004年2月
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围 ▪ 业务处理调整
概述
项目背景
根据CPIC的ITSP规划的整体要求， P07项目应该与P10项目(实施未来寿险应用 系统)进行有效地集成以实现寿险业务财务的一体化。
CPIC寿险总公司目前经过多年系统建设，已经拥有稳定运行的寿险业务系统( 包括柜面出纳系统)、行政出纳系统、财务系统，且业务系统与财务系统之间已 经形成了较为完整的业务财务接口系统。
帐套对照表、科目对照表以 及凭证模板的集中维护和管 理。
银行账户的统一管理及授权 。
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
系统交互改造－共用银行帐户余额控制
业务出纳和行政出纳共用同一银行帐号不可避免。
通过把业务柜面和行政出纳双方共用的银行账户从逻辑上划分为两个子账户，并以配 额来代表这两个子账户的余额 ；
会计
说明
在现有业务柜面出纳的财务 凭证模块中增加业务出纳解 、领款自动凭证生成。
主要问题在于是否能从业务 数据库中提取相关数据
在渐进改造过程中实现相关 入口，待P07上线时启用功 能
项目范围
编号
任务类别
7
完善现有行政出纳系统 的功能
8
完善现有会计系统的功 能
9
完善现有会计系统的功 能
10
完善现有会计系统的功 能
进一步完善与实现寿险业务人员与财务人员对寿险接口系统的功能性需求，统 一行政出纳的操作平台，方便和优化业务人员与财务人员的日常操作与业务处理 。
配合和保障CPIC寿险公司内部SOP的实施和推广，完善业务核算的数据与信 息处理要求;
概述
渐进改造原则
在寿险业务财务接口系统的渐进改造中，将遵守以下建设原则： 平稳过渡原则 稳定性原则 效用性原则 实用性原则
任务
实现银行对帐单 的自动导入
优化业务部门— 财务帐套对照设 置
各种对照表的统 一管理与维护
加强对操作人员 银行帐户使用的 授权管理
需要调整功能的应用系统
业务柜 行政出 面收付 纳
会计
说明
实现电子银行对帐单的自动 导入
优化业务部门—财务帐套对 照表的设置方法，按照组织 机构的层次关系来设定和维 护该对照表。
行政出纳 银行账户配额
资金划拨
系统交互改造－共用银行帐户余额控制
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 业务收支
寿险业务系统
业务柜面出纳
业务解款 或
业务转入
业务领款 或
业务转出
记录相应流水账 调整银行账户配额
业务柜面出纳 银行账户配额
当前配额是否
足以支付
No
Yes
配额不足 支付失败
调整银行账户配额
记录相应流水账
配额足够 支付成功
系统交互改造－共用银行帐户余额控制
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 行政收支
财务系统
行政出纳模块
行政解款 或
行政转入
行政领款 或
行政转出
记录相应流水账 调整银行账户配额
行政出纳 银行账户配额
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
业务准备金计提台帐的报账将通过业务柜面的期末月结报帐动作触 发，其数据则主要来自精算系统的统计结果 。
对行政出纳的改造
行政出纳系统的改造是本次改造的重点之一，
改造后的出纳系统完全和业务柜面收付系统
报账动作意味着财务核算所需要的业务信息从业务转移到了财务，该过程是不可撤销的，业 柜员的操作错误因尽量在报账之前加以修正。为了两个系统之间数据的一致性，在报账动作 成之后的修正行为均不得直接修改原有数据，而是通过红冲来达成数据差错调整的目的。 从形式上来说，业务操作的改变只是增加了报帐环节，其他的计算和运行都由系统完成 。
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
业务解、领款的日结报帐是业务柜面日结报帐中的一个组成部分，是本次渐 进改造过程中拟增加的内容之一，从本质上是系统后台完成的工作，不会对 具体的业务操作产生影响。
对柜面收付的改造－增加报帐流程
分离，形式上和其他系统更为统一。在进行
行政出纳系统的改造中，同时将进行功能
完善的工作，以满足寿险业务人员与财务人
员对于接口系统的性能、功能与操作性的实
际需求。
行政收款、付款、解款、领款、转账
银行对帐单自动导入功能
银行对帐处理
行政出纳日结
对行政出纳的改造－一般行出纳业务
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 日结报帐
寿险业务系统
业务柜面出纳
财务系统
行政出纳
报帐
日结
统计本期 业务柜面出纳
银行日记账
合并银行日记账
统计本期 行政出纳 银行日记账
财务系统
资金调度管理
资金分配 规则设置
计算银行账户余额
资金调度
业务柜面出纳 银行账户配额
属于“报帐”所要实现的功 能
项目范围
编号
任务类别
4
完善现有柜面收付系统 的功能
5
完善现有柜面收付系统 的功能
6
完善现有柜面收付系统 的功能
任务
增加解、领款的 自动凭证生成
应付、实付单独 记帐处理 增加特殊收付（ 集中收付、代理 收付、异地收付 ）方式
需要调整功能的应用系统
业务柜 行政出 面收付 纳
当前配额是否 足以支付
No
Yes
配额不足 支付失败
调整银行账户配额
记录相应流水账
配额足够 支付成功
系统交互改造－柜面报帐与凭证生成
业务报帐与凭证生成
寿险业务系统
报帐
网点日结 是否完成
业务主管
柜面
No
网点日结
Yes
收集交易数据 并汇总整理
向财务系统发送 报帐清单
财务系统
凭证模板
业务机构—帐套 对照表
变主要在后台实现。
增加报帐流程
增加业务解领款的报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
✓ 确认业务系统完成了某个工作时间的工作，下一步可以进行财务处理； ✓ 将财务核算需要的业务信息提交至财务系统 ；
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
原行政出纳系统的对帐处理功能处理的 数据既包括业务柜面收付的银行帐又包 含行政出纳记录的银行帐，所以将行政 出纳与业务柜面收付分离后，对帐处理 的工作将集中到财务系统出纳模块实现
✓ 开发期初未达帐的录入窗口，并将期初（上系统期初）未达帐，作为以后 未达帐的勾帐的内容。 ✓ 设置编制银行余额调节表的截止时间—可自由设置。 ✓ 银行勾帐处理：分系统自动勾帐和手工勾帐。 ✓ 对于系统自动勾帐的，可以设置勾帐的依据选项，选择勾帐依据以后，系统自动勾帐。勾帐依据包 括：（1）金额；（2）日期。对日期选项，可以选择t+0,1,2,3,4,5,6,7。选择t+2，就是以银行记账日期 为准，我方记账在前后2天之内的纪录进行勾对，（3）票据号码。按照纪录的票据号码进行勾帐，无 票据号码的不能勾对。自动勾帐结束后，转入人工勾帐。 ✓对于目前的手工勾帐，选择了我方记账的项目，系统将根据金额标示银行的对应金额的纪录。 ✓勾帐日期的保存与银行余额调节表的保
对行政出纳的改造－银行对帐处理
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
原行政出纳系统的对帐处理 功能处理的数据既包括业务 柜面收付的银行帐又包含行 政出纳记录的银行帐，所以 将行政出纳与业务柜面收付 分离后，对帐处理的工作将 集中到财务系统出纳模块实 现
在银行日记帐和银行对帐单勾对的时候，这两个“子账户”依然是合并起来成为单独 的一个真实银行账户 ；
但对于涉及银行账户的收支操作流程中，业务柜员和行政出纳将观察到其各自“子账 户”的配额而非整个账户的余额 ；
涉及到的业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
系统交互改造－共用银行帐户余额控制
业务应付、实付的单独记帐处理是业务柜面日结报帐中的一个组成部分，是本次渐进改 造过程中拟修正的内容之一。按照权责发生制的要求，经过业务处理完毕的应付款业务 ，要进相关成本帐，应单独将会计分录转到会计系统，而不管是否实际付款，而目前必 须等到实际付款以后，应付款的会计分录才随实际付款分录一并转到会计系统。目前的 方式给会计核算带来不便。应付与实付款单独记账处理以后，需要查询应付款的明细， 同时，业务处理完毕以后，转入业务出纳，形成应支付的明细，业务出纳可以查询那些 要支付的款项。 应收、实收的分离更多是在程序后台完成，不会在业务处理流程方面造成很大的改变。
各种科目对照表
财务会计
凭证确认 与入帐
报帐清单
凭证生成
财务凭证
系统交互改造－报帐清单与凭证模板 报帐清单和凭证生成模板的明细表格见业务方案
对柜面收付的改造
对寿险业务系统的改造采用非常“慎重”的态度
，
改造将集中在柜面收付模块，对于一般其他的
业务系统操作不作改动。对于日常进行业务处
理的人员来说，业务处理流程和操作方式的改
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
应用架构
寿险现有业务系统与现有财务系统接口现状
寿险业务数据库
Informix
寿险财务数据库
Informix
寿险业务系统 ESQL/C
寿险柜面收付模块
寿险行政出纳系统 Delphi
寿险财务系统 PowerBuilder
寿险业务人员/柜面出纳人员
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
为了减少寿险财务人员 的工作量与确保数据的 准确性，系统将增强系 统银行对帐单相关功能 模块，方便对帐人员使 用帐单勾对。包括和银 行合作将数字化对帐单 导入到系统和增强辅助 匹配能力。
对行政出纳的改造－银行对帐处理
寿险财务人员/财务出纳人员
P11
P07数据库
Oracle
Oracle InterConnect
P07财务系统 Oracle ERP
总
公
寿险财务出纳人员/财务人员
司
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
项目范围
编号
任务类别
1
配合P07上线平稳过渡
2
配合P07上线平稳过渡
3
配合P07上线平稳过渡
P07财务系统 Oracle ERP
总
公
寿险财务出纳人员/财务人员
司
应用架构
渐进改造后寿险业务、财务系统接口架构
寿险业务数据库
Informix
寿险财务数据库
Informix
寿险业务系统
ESQL/C 寿险柜面收付模块
寿险业务人员/柜面出纳人员
业务会话层
报帐模块
数据表达层
分
消息交换层
公
司
财务出纳模块
寿险财务系统 PowerBuilder
寿险财务出纳人员
分
公
司
寿险财务人员
应用架构
寿险现有业务系统与P07新财务系统的接口架构
寿险业务数据库
Informix
寿险业务系统
ESQL/C 寿险柜面收付模块
寿险业务人员/柜Leabharlann Baidu出纳人员
报帐模块
业务会话层 数据表达层 消息交换层
分 公
司
P07数据库
Oracle
P11
Oracle InterConnect
任务
需要调整功能的应用系统
业务柜 行政出 面收付 纳
会计
彻底分离业务柜
面出纳和行政出
纳
增加“报帐”功 能
建立业务准备金
台帐和应收保费
催收台帐
说明
以财务系统中的出纳模块为 基础移植现有行政出纳系统 。此部分改造工作将涉及对 银行日记账、银行对帐单勾 帐，银行账户余额查询等功 能流程。
改变寿险业务、财务系统的 交互方式。此部分改造工作 将涉及日结及自动凭证生成 等功能流程。
由于预计P07项目将先于P10建成，因此未来将有一段时间P07财务系统需要与 现有寿险业务系统建立稳定、有效的业务核算接口，以获取财务核算必要的业务 信息。
但现有的寿险业务财务接口系统的部分功能与数据(主要是财务凭证生成环节与 行政出纳处理环节)尚不能支持新旧财务系统的平稳过渡。
概述
渐进改造目标
为未来P07新财务系统的最终上线做好准备，支持未来P07新财务系统上线时 系统的平稳过渡;
行政出纳在收款、付款、解款、领款和转帐的业务流程和 处理方式上与以往相同。在操作界面上由于程序的迁移视 觉效果有所不同，但基本的操作方式还是一样的。
对行政出纳的改造－一般行出纳业务
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
对行政出纳的改造－银行对帐单导入
CPIC P07 寿险业务财务接口系统渐进改造 方案建议书介绍
2004年2月
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围 ▪ 业务处理调整
概述
项目背景
根据CPIC的ITSP规划的整体要求， P07项目应该与P10项目(实施未来寿险应用 系统)进行有效地集成以实现寿险业务财务的一体化。
CPIC寿险总公司目前经过多年系统建设，已经拥有稳定运行的寿险业务系统( 包括柜面出纳系统)、行政出纳系统、财务系统，且业务系统与财务系统之间已 经形成了较为完整的业务财务接口系统。
帐套对照表、科目对照表以 及凭证模板的集中维护和管 理。
银行账户的统一管理及授权 。
目录
▪ 概述 ▪ 应用架构 ▪ 项目范围
▪业务处理调整
系统交互改造－共用银行帐户余额控制
业务出纳和行政出纳共用同一银行帐号不可避免。
通过把业务柜面和行政出纳双方共用的银行账户从逻辑上划分为两个子账户，并以配 额来代表这两个子账户的余额 ；
会计
说明
在现有业务柜面出纳的财务 凭证模块中增加业务出纳解 、领款自动凭证生成。
主要问题在于是否能从业务 数据库中提取相关数据
在渐进改造过程中实现相关 入口，待P07上线时启用功 能
项目范围
编号
任务类别
7
完善现有行政出纳系统 的功能
8
完善现有会计系统的功 能
9
完善现有会计系统的功 能
10
完善现有会计系统的功 能
进一步完善与实现寿险业务人员与财务人员对寿险接口系统的功能性需求，统 一行政出纳的操作平台，方便和优化业务人员与财务人员的日常操作与业务处理 。
配合和保障CPIC寿险公司内部SOP的实施和推广，完善业务核算的数据与信 息处理要求;
概述
渐进改造原则
在寿险业务财务接口系统的渐进改造中，将遵守以下建设原则： 平稳过渡原则 稳定性原则 效用性原则 实用性原则
任务
实现银行对帐单 的自动导入
优化业务部门— 财务帐套对照设 置
各种对照表的统 一管理与维护
加强对操作人员 银行帐户使用的 授权管理
需要调整功能的应用系统
业务柜 行政出 面收付 纳
会计
说明
实现电子银行对帐单的自动 导入
优化业务部门—财务帐套对 照表的设置方法，按照组织 机构的层次关系来设定和维 护该对照表。
行政出纳 银行账户配额
资金划拨
系统交互改造－共用银行帐户余额控制
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 业务收支
寿险业务系统
业务柜面出纳
业务解款 或
业务转入
业务领款 或
业务转出
记录相应流水账 调整银行账户配额
业务柜面出纳 银行账户配额
当前配额是否
足以支付
No
Yes
配额不足 支付失败
调整银行账户配额
记录相应流水账
配额足够 支付成功
系统交互改造－共用银行帐户余额控制
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 行政收支
财务系统
行政出纳模块
行政解款 或
行政转入
行政领款 或
行政转出
记录相应流水账 调整银行账户配额
行政出纳 银行账户配额
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
业务准备金计提台帐的报账将通过业务柜面的期末月结报帐动作触 发，其数据则主要来自精算系统的统计结果 。
对行政出纳的改造
行政出纳系统的改造是本次改造的重点之一，
改造后的出纳系统完全和业务柜面收付系统
报账动作意味着财务核算所需要的业务信息从业务转移到了财务，该过程是不可撤销的，业 柜员的操作错误因尽量在报账之前加以修正。为了两个系统之间数据的一致性，在报账动作 成之后的修正行为均不得直接修改原有数据，而是通过红冲来达成数据差错调整的目的。 从形式上来说，业务操作的改变只是增加了报帐环节，其他的计算和运行都由系统完成 。
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
业务解、领款的日结报帐是业务柜面日结报帐中的一个组成部分，是本次渐 进改造过程中拟增加的内容之一，从本质上是系统后台完成的工作，不会对 具体的业务操作产生影响。
对柜面收付的改造－增加报帐流程
分离，形式上和其他系统更为统一。在进行
行政出纳系统的改造中，同时将进行功能
完善的工作，以满足寿险业务人员与财务人
员对于接口系统的性能、功能与操作性的实
际需求。
行政收款、付款、解款、领款、转账
银行对帐单自动导入功能
银行对帐处理
行政出纳日结
对行政出纳的改造－一般行出纳业务
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
公用银行账户余额控制 日结报帐
寿险业务系统
业务柜面出纳
财务系统
行政出纳
报帐
日结
统计本期 业务柜面出纳
银行日记账
合并银行日记账
统计本期 行政出纳 银行日记账
财务系统
资金调度管理
资金分配 规则设置
计算银行账户余额
资金调度
业务柜面出纳 银行账户配额
属于“报帐”所要实现的功 能
项目范围
编号
任务类别
4
完善现有柜面收付系统 的功能
5
完善现有柜面收付系统 的功能
6
完善现有柜面收付系统 的功能
任务
增加解、领款的 自动凭证生成
应付、实付单独 记帐处理 增加特殊收付（ 集中收付、代理 收付、异地收付 ）方式
需要调整功能的应用系统
业务柜 行政出 面收付 纳
当前配额是否 足以支付
No
Yes
配额不足 支付失败
调整银行账户配额
记录相应流水账
配额足够 支付成功
系统交互改造－柜面报帐与凭证生成
业务报帐与凭证生成
寿险业务系统
报帐
网点日结 是否完成
业务主管
柜面
No
网点日结
Yes
收集交易数据 并汇总整理
向财务系统发送 报帐清单
财务系统
凭证模板
业务机构—帐套 对照表
变主要在后台实现。
增加报帐流程
增加业务解领款的报帐和凭证生成
应付、实付单独记帐处理
准备金计提台帐报帐流程
对柜面收付的改造－增加报帐流程
增加报帐流程 增加业务解领款的报帐和凭证生成 应付、实付单独记帐处理 准备金计提台帐报帐流程
✓ 确认业务系统完成了某个工作时间的工作，下一步可以进行财务处理； ✓ 将财务核算需要的业务信息提交至财务系统 ；
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
原行政出纳系统的对帐处理功能处理的 数据既包括业务柜面收付的银行帐又包 含行政出纳记录的银行帐，所以将行政 出纳与业务柜面收付分离后，对帐处理 的工作将集中到财务系统出纳模块实现
✓ 开发期初未达帐的录入窗口，并将期初（上系统期初）未达帐，作为以后 未达帐的勾帐的内容。 ✓ 设置编制银行余额调节表的截止时间—可自由设置。 ✓ 银行勾帐处理：分系统自动勾帐和手工勾帐。 ✓ 对于系统自动勾帐的，可以设置勾帐的依据选项，选择勾帐依据以后，系统自动勾帐。勾帐依据包 括：（1）金额；（2）日期。对日期选项，可以选择t+0,1,2,3,4,5,6,7。选择t+2，就是以银行记账日期 为准，我方记账在前后2天之内的纪录进行勾对，（3）票据号码。按照纪录的票据号码进行勾帐，无 票据号码的不能勾对。自动勾帐结束后，转入人工勾帐。 ✓对于目前的手工勾帐，选择了我方记账的项目，系统将根据金额标示银行的对应金额的纪录。 ✓勾帐日期的保存与银行余额调节表的保
对行政出纳的改造－银行对帐处理
行政收款、付款、解款、领款、转账 银行对帐单自动导入功能 银行对帐处理 行政出纳日结
原行政出纳系统的对帐处理 功能处理的数据既包括业务 柜面收付的银行帐又包含行 政出纳记录的银行帐，所以 将行政出纳与业务柜面收付 分离后，对帐处理的工作将 集中到财务系统出纳模块实 现
在银行日记帐和银行对帐单勾对的时候，这两个“子账户”依然是合并起来成为单独 的一个真实银行账户 ；
但对于涉及银行账户的收支操作流程中，业务柜员和行政出纳将观察到其各自“子账 户”的配额而非整个账户的余额 ；
涉及到的业务环节：
A. 日结报帐； B. 业务收支； C. 行政收支。
系统交互改造－共用银行帐户余额控制