柜面业务系统简介.PPT
柜面业务系统简介,阮俊杰，etc.,柜面业务系统范围,项目启动的指导思想和设计原则柜面业务系统定位柜面业务系统与其他系统关系柜面业务系统开发依据,项目启动的指导思想和基本原则,遵循原则以决策管理为导向以集中统一核算为基础以客户为中心加强风险防范支持金融创新,项目目标 为建设现代商业银行的经营管理模式、创建以信息科技为特征的整体竞争优势奠定基础,设计要点 整体结构的完整性业务流程的合理性基本数据的唯一性服务渠道的多样性对需求变化的适应性,企业经营与信息管理模型,商业银行业务分类,信息管理层次决策层管理层作业控制层作业层,商业银行业务帐务性业务直接引起资金运动非帐务性业务不直接引起资金运动,柜面业务系统定位,定位在作业和作业控制层面向商业银行帐务性业务实时业务处理,柜面业务系统是商业银行核心应用系统，Commercial Core Banking Systems，简称CCBS,CCBS与管理信息系统关系,CCBS与其它系统关系,CCBS开发依据-需求说明书,集中统一会计核算制度业务管理办法国外商业银行系统原型,柜面业务需求说明书,CCBS-ES9000上海实施项目,分行特色业务、新业务需求,已有其他统接口标准,项目进程管理与风险控制策略 引起 项目标计划的调整,柜面业务系统特点,集中会计核算制度特点CCBS-ES9000系统技术特点,系统特点（1）,集中统一会计核算制度的特点 本外币一体化 政策性、自营性业务共同网点服务 明确区分前后台业务范围 前台实行综合柜员制 业务授权和集中控管内容更加明确 统一信息编码,系统特点（2）,柜面系统的技术特点 建立客户唯一编码和完整的授信额度控制 系统的弹性结构支持多级清算方式 统一的接口规范 支持24小时不间断营业 提供了中心转帐（Center Cut）服务 健全的安全控制与故障恢复体系,柜面业务系统整体架构,应用业务架构,应用平台架构,系统软件架构,系统网络架构,系统网络架构,系统软件环境,N,C,P,MVS/ESA VTAM,VSAM/QSAM,RACF,NETVIEW/DM,DBCTL,FILE AID,CICS,IMS/DB,CCBMAIN,CAST,SPOT,1/LINK,XPEDITER,CCBMAIN,APP1,APP2,APP,APP,CENTER CUT1,CENTER CUT n,APP,CCBS应用业务架构,业务层次架构应用分布结构应用数据结构,CCBS逻辑层次结构,帐务性业务基本流程,柜面系统逻辑层次,会计核算,业务登记,业务受理,核心层,业务层,服务层,客户层,各逻辑层设计特点,核心层稳定、集中控管业务层相对独立、易扩充服务层灵活多样,CCBS应用架构,业务数据结构集中计算方式,业务层 分类业务资料、外部帐户明细 交易流水等,核心层 系统环境参数 主机系统配置、网络通讯、备份恢复 应用架构定义 交易定义、批作业流程、异常处理、营业日历、密码管理、清算方式等 业务信息资料 业务授权、科目属性、总帐内部帐 共用信息、客户信息、重要单证等,服务层 系统环境参数 前端设备配置、各类代码、机构柜员 业务信息资料 业务控制参数、共用信息、帐号转换 交易流水、网点日常营业数据等,主机,前端,主机、端末交换信息标准格式,整体系统架构,柜面业务系统功能和处理流程,系统整体功能结构主要业务功能正常交易流程帐务处理流程核算主体帐务完整性24小时营业运转模式安全控管原则,柜面业务系统功能结构,业务覆盖的范围与主要功能（一）,业务覆盖的范围与主要功能（二）,前后台通讯规程,正常交易流程,Server端,Y,读卡设备,屏幕输入,输入数据格式检查,安全控管,是否为本地交易？,Y,记分户余额表、分户明细帐及登记薄,记交易流水、其它业务数据处理过程,记交易流水并转发报文,如交易成功记清算分录,N,交易是否成功？,N,回滚,提交,生成输出报文,屏幕输出,凭证、表单打印,写卡、写磁,Client端,业务规则检查,交易帐务流程,过帐过程,结帐,每日结帐重点：1.帐务平衡 2.证实相符 3.主管检核,清算,核算主体帐务完整性解决方案,24小时运行模式,时段切割次日帐切点ATM轧帐交易控制流程,时段切割,次日切帐点,24小时交易换日切点置于最早的网点结帐前。全分行依不同的交易性质统一切换。切换之后所有交易所发生的会计帐务以次日帐处理。未切换之前网点不能关帐。,ATM轧帐,1.会计帐务以换日切点24小时为循环记录帐务日的每一笔交易。2.换钞现金以换钞切点（每一部机器不同）24小时循环记录每一笔现金交易。,作业循环 24小时交易作业模式与整批时段(Time Slot),关于作业方式,换日：将24小时交易切换至LOG1连线：同时记业务帐与会计帐离线：计业务帐及本日发生额,交易控制流程(1),交易控制流程(2),在下午支行网点结帐前由中心执行Cut Off（切换）次日，同时24小时交易流水切换为CMTXLTXL1。CCBMain接到24小时交易信息（在交易控制档中定义），将24小时模态传给24小时交易。根据交易模态更新次日交易金额。在TN时启动追帐程序，将CMTXLTXL1转入CMTXLTXL0，并启动传票入帐更新会计帐。在启动追帐时将模态转为连线模态。如果在连线模态时提款使用到24hrs入帐金额则将该金额切割为存款科目及暂付科目。追会计帐的交易不再记流水。总分核对在未换日前，本日余额当时余额次日交易金额。,CCBS安全控管原则,柜员卡制卡控制柜员通行密码客户密码管理传输信息押码交易柜员限制矩阵端末授权控管,主机授权控管数据更改记录授权日报表异常交易明细表密钥管理,柜面业务系统对业务变化的适应性,系统的软件架构系统的处理特点整体架构的弹性特征对业务变化的适应,CCBS的总体功能结构,应用平台架构（1）,应用平台架构（2）,CCBS业务处理特点 整合,核心层整合 全科目、多币种、多帐别统一会计核算 现金出纳、重要单证、安全控管统一规范 统一的主机/前端信息交换标准格式业务层整合 核算特点相近的同性质业务整合服务层整合 全功能界面支持综合柜员制,CCBS业务处理特点 连动,垂直连动 一与核心层连动 跨两个系统层面,连动设计是基于系统整合基础之上的，两者配合能有效提高信息处理自动化程度简化业务处理流程，降低对柜员的要求。,水平连动 一共享模块方式 不同业务间连动,CCBS最小独立功能单元-交易,业务角度的交易分类帐务性包括正交易与反交易维护型查询报表,技术角度的交易分类单笔输入、输出多笔和整批输入交谈式交易一般交易离线补传多页式查询状况清除主机触发 等,KB（Knowledge Block）知识块业务核心规则模块功能相对完整，可装配成交易可被共享、可调用其它KB或CF引用CF（Common Function）公共模块最小的可共享、单项功能模块与交易的关系-程序控制结构,CCBS基本弹性组件-BCF,交易,KB,CF,KB,应用逻辑层与系统软件隔离系统特性处理封装在应用平台的内核部分业务应用层集中面向业务处理逻辑系统硬、软件升级基本不影响应用层程序整合相近业务逻辑抽象出共享模块较高程度的参数化设计系统层、应用层多种类表格、参数设置,CCBS系统架构的弹性特征,业务变化细微，在参数范围内时按权限要求，通过正常参数维护功能实现增加服务渠道或扩充界面服务功能时同类业务处理交易已有，基本数据不变开发交易驱动程序、在交易控制表登记修改服务层界面，增加新功能,CCBS对业务变化的适应（1）,新增或已有业务变动大但核算流程不变时分析业务流程，设定业务规则和记帐条件利用已有KB/CF，开发新业务交易驱动程序开发相应服务层、前端界面应用程序设置相关参数，经过全面测试，加入新系统 与开发新系统相比，在统一平台上复用已实现的应用模块，工作量和技术难度要小得多,CCBS对业务变化的适应（2）,新业务无法在柜面系统扩充时1.从业务层切入的连接特殊处理在其他系统完成，与帐务数据相关部分在柜面系统完成连接界面是交易信息格式连接频率和方式是实时、交易级交互交易和帐务数据以柜面系统为主其他系统数据做为补充和辅助,CCBS对业务变化的适应（3）,新业务无法在柜面业务系统扩充时2.从核心层切入的连接全部业务处理在其他系统完成，会计核算部分在柜面系统完成连接界面是会计凭证流水连接频率是换日前至少一次，批处理方式会计总帐、银行内部帐数据以柜面系统为主交易明细以其他系统为主,CCBS对业务变化的适应（4）,CCBS的开发与推广面临的风险,需求的不确定性-不能完全满足要求 开发所依据的集中统一会计核算制度、具体业务需求尚未经过全面的实践检验新系统切换不可重复-风险很高 全面整合、替换或连接正在运行的多个营业系统，不可做实际切换演习、新旧系统不能并行运行开发与实施难度极大-强有力的组织推动 还有技术上的困难、开发方式与实施环境比较复杂、涉及面广、培训量大等很多特点投产后的运行支持要求很高,CCBS与统一会计核算制度的关系,集中统一会计核算制度是柜面业务系 统需求设计和开发的基础 柜面业务系统开发的目的之一也正是为 顺利推行新制度创造条件 两者不可分割，相辅相承,战略性 CCBS是城市综合网的升级换代系统 是实施数据大范围集中的前提条件基础性 是商业银行的核心帐务处理系统 是金融创新的后台支持系统 是强化内部管理的前台控制系统结论：加强管理、加大投入、加快推进,CCBS对于建设银行的作用,
