业务集中转帐项目介绍.pptx

寿险财务系列制式化培训课程----

业务收支集中项目介绍

总公司财务部系统和风险管理部

一2010年3月

课程简介

》课程对象：寿险全体财务人员

>课程目的：帮助财务人员学习财务印章的使用和管理制度

提高风险防范意识

>学习方式：讲授

参考课时：1小时

可国亚家同N写

第一章项目背景

1.1现状及存在问题

1.2集中的特点

1.3图片介绍

第二章总体思路

2.1职责分工

2.2省级集中生产问题及处理方法

2.3总对总集中生产问题及处理方法

第三章集中项目相关制度

可国亚家同N度

3.2目录范例

第一章项目背景

1.1现状及存在的问题

目前各机构业务收支的方式多种多样：银行批量转账、网银、现金、现金支票、转账支票、一代POS机收费、银行柜面实时代收付、二代POS机实时代收等。其中银行转账由于风险低、操作方便、手续费便宜的特点在各机构一直是最重要的收支方式。

与此同时，各机构批量转账使用现状、操作规范程度参差不齐，主要表现在：

1、当地银行合作意愿不强，部分机构批量转账合作银行较少，给前线展业带来一定困难；

2、文件传输方式陈旧，多采用邮件发送、软盘拷贝等方式，存在人为篡改数据的风险；

3、部分机构违规操作，收到回盘文件即做回盘、资金到账前即做回盘回销、资金确认，存在极大的资金风险；

针对以上特点，改变批量转账的操作方式、资金确认方式显得非常必要。

可国亚家同N度

第一章项目背景

1.2集中的特点

1、集中操作：由各机构单独操作，改为数据科技财务作业部集中操作，并严格按照资金到账方能做回盘回销原则，纠正了某些机构的错误；

2、无缝连接：由目前的LBS业务系统送回盘改由CMS资金系统操作，由送盘文件“落地”处理改为通过DDN专线传输(并研究加密传输的可行性);

3、节约费用：原机构操作至少需两个人分别负责送、回盘，集中后由数据科技财务作业部专人负责，减少了人力费用；原操作方法需机构分别与银行搭建DDN专线，集中后由总部直接与银行总行搭建一条专线解决了成本；

4、风险集中：业务收支集中降低了分公司人为篡改数据的道德风险、资金风险，但无法降低银行的数据处理风险，而是将这一风险由各机构集中到了总部；

可国亚家同N写N

集中后操作流程

业务抽挡

CMS抽档

CMS批次化

CMS生盘

CMS送盘

CMS回盘

√

资金确认

可国亚家同N写N

第一章项目背景

1.3图片说明

集中前操作流程

核实银行进帐单

网银查询入帐资金

机构财务部：

1.负责提交省级银行异常交易的OA申请及数据修改(如因业务部门申请或录入错误等原因，则由业务部门提交，财务部审批);

2.负责与各省级银行确认异常问题批次是否未处理或确认不再处理；

3.负责及时跟进、解决省级银行重大或非重大资金事件，如超过2个工作日还未解决，需每天上报说明进展；

后援中心：

1.负责提交总对总银行异常交易的OA申请或数据修改；

2.负责与各总对总银行确认异常交易批次(送盘异常或未正常获取回盘)是否未处理或确认不再处理；

3.负责及时跟进、解决总对总银行重大或非重大资金事件，如超过2个工作日还未解决，需每天上报说明进展；

可国亚家同N写

第二章总体思路2.1职责分工：

省级集中

1.生产问题：

a、转帐处理结果查询

b、转帐不成功具体原因查询

c、转账异常交易处理

2.处理方法：

a、上报IT问题，路径：后援中心-财务作业部->资金->到帐及回单索取->寿险->机构b、机构财务部及时与当地银行沟通、核实；

c、①需整批返回到待生盘——批次处于“已送盘”状态，且机构财务部与当地银行确认未处理,签报将整批从“已送盘”返回到“待生盘”

②需剔除并回退单笔或几笔数据——批次处于“待生盘”状态，签报逐笔返回到未批次化，再抽档回退数据

③抽档回退单笔或几笔——需要机构财务部通过CMS系统查询数据处于“已抽档”状态(注：并作为OA签报附件，签报将数据抽档回退到业务系统

④批次解锁——批次处于“已送盘”状态，签报对批次进行解锁

审批链：机构财务部提交OA申请——>内部审批——>寿险财务部审批——>交易审批岗处理

第二章总体思路

2.2省级集中生产问题及处理方法

可国亚家同N写N

第二章总体思路

2.3总对总集中生产问题及处理方法

总对总集中

1.生产问题：

a、转帐处理结果查询

b、转帐不成功具体原因查询

c、转账异常交易处理

2.处理建议：

a、上报IT问题，路径：后援中心-财务作业部->资金->到帐及回单索取->