柜面业务系统简介

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

柜面业务系统范围

•项目启动的指导思想和设计原则

•柜面业务系统定位

•柜面业务系统与其他系统关系

•柜面业务系统开发依据

走私车

项目启动的指导思想和基本原则

•遵循原则–以决策管理为导向–以集中统一核算为基础–以客户为中心

–加强风险防范–支持金融创新

项目目标

为建设现代商业银行的经营管理模式、创建以信息科技为特征的整体竞争优势奠定基础•设计要点

–整体结构的完整性–业务流程的合理性

–基本数据的唯一性–服务渠道的多样性–对需求变化的适应性

柜面业务系统特点

•集中会计核算制度特点•CCBS-ES9000系统技术特点•……………………(略)

CCBS应用业务架构

•业务层次架构

•应用分布结构

•应用数据结构•……………………(略)

柜面业务系统功能和处理流程

•系统整体功能结构

•主要业务功能

•正常交易流程

•帐务处理流程

•核算主体帐务完整性

•24小时营业运转模式

•安全控管原则

•……………………(略)

24小时运行模式

•时段切割

•次日帐切点

•ATM轧帐

•交易控制流程•……………………(略)6/28/2020

CCBS安全控管原则

•柜员卡制卡控制•柜员通行密码•客户密码管理•传输信息押码•交易柜员限制矩阵•端末授权控管•主机授权控管•数据更改记录•授权日报表•异常交易明细表•密钥管理

柜面业务系统对业务变化的适应性

•系统的软件架构

•系统的处理特点

•整体架构的弹性特征

•对业务变化的适应•……………………(略)

CCBS业务处理特点-整合

•核心层整合

-全科目、多币种、多帐别统一会计核算

-现金出纳、重要单证、安全控管统一规范-统一的主机/前端信息交换标准格式

•业务层整合

-核算特点相近的同性质业务整合

•服务层整合

-全功能界面支持综合柜员制

CCBS 业务处理特点-连动

•垂直连动

一与核心层连动

-跨两个系统层面连动设计是基于系统整合基础之上的,两者配合能有效提高信息处理自动化程度简化业务处理流程,降低对柜员的要求。

•水平连动一共享模块方式

-不同业务间连动

CCBS最小独立功能单元--交易

•业务角度的交易分类–帐务性

包括正交易与反交易

–维护型

–查询

–报表•技术角度的交易分类–单笔输入、输出

–多笔和整批输入

–交谈式交易

–一般交易

–离线补传

–多页式查询

–状况清除

–主机触发等

CCBS基本弹性组件--KB/CF

•KB(Knowledge Block)-知识块–业务核心规则模块

–功能相对完整,可装配成交易

–可被共享、可调用其它KB或CF引用•CF(Common Function)-公共模块–最小的可共享、单项功能模块

•与交易的关系---程序控制结构

KB

交易KB CF

CCBS系统架构的弹性特征

•应用逻辑层与系统软件隔离

–系统特性处理封装在应用平台的内核部分

–业务应用层集中面向业务处理逻辑

–系统硬、软件升级基本不影响应用层程序•整合相近业务逻辑抽象出共享模块•较高程度的参数化设计

–系统层、应用层多种类表格、参数设置

•业务变化细微,在参数范围内时–按权限要求,通过正常参数维护功能实现

•增加服务渠道或扩充界面服务功能时–同类业务处理交易已有,基本数据不变

–开发交易驱动程序、在交易控制表登记

–修改服务层界面,增加新功能

•新增或已有业务变动大但核算流程不变时

–分析业务流程,设定业务规则和记帐条件

–利用已有KB/CF,开发新业务交易驱动程序

–开发相应服务层、前端界面应用程序

–设置相关参数,经过全面测试,加入新系统

与开发新系统相比,在统一平台上复用已实现的应用模块,工作量和技术难度要小得多

•新业务无法在柜面系统扩充时

1. 从业务层切入的连接

–特殊处理在其他系统完成,与帐务数据相关部分在柜面系统完成

–连接界面是交易信息格式

–连接频率和方式是实时、交易级交互

–交易和帐务数据以柜面系统为主

–其他系统数据做为补充和辅助

•新业务无法在柜面业务系统扩充时

2. 从核心层切入的连接

–全部业务处理在其他系统完成,会计核算部分在柜面系统完成–连接界面是会计凭证流水

–连接频率是换日前至少一次,批处理方式

–会计总帐、银行内部帐数据以柜面系统为主

–交易明细以其他系统为主

CCBS的开发与推广面临的风险

•需求的不确定性--不能完全满足要求

开发所依据的集中统一会计核算制度、具体业务需求尚未经过全面的实践检验

•新系统切换不可重复--风险很高

全面整合、替换或连接正在运行的多个营业系统,不可做实际切换演习、新旧系统不能并行运行

•开发与实施难度极大--强有力的组织推动

还有技术上的困难、开发方式与实施环境比较复杂、涉及面广、培训量大等很多特点

•投产后的运行支持要求很高

相关文档
最新文档