银行核心业务系统总体设计

核心业务系统总体设计说明书

目录

§1 综述 (5)

§2 系统总体结构 (6)

§2.1 系统运行环境 (6)

§2.2 系统网络总体架构 (7)

§2.3 应用逻辑结构 (8)

§3 核心系统技术结构 (9)

§4 综合前置系统构架 (10)

§5 系统设计总体目标 (11)

§5.1 技术设计思想 (11)

§5.1.1 三层结构，从面向交易过渡到面向客户、面向服务 (11)

§5.1.2 全面贯彻以客户为中心的设计思想 (11)

§5.1.3多渠道接入平台系统的采用 (12)

§5.1.4 银行服务形式“产品化”及产品定制 (12)

§5.1.5 服务模块组织“构件化”、“构件封装”及构件驱动平台 (12)

§5.1.6 “引领式”操作模式、流程定制及流程再造 (13)

§5.1.7 批处理控制平台，增强批处理的并发程度，缩短批处理的时间 (13)

§5.1.8 标准的外部系统接口 (14)

§5.2 业务设计思想 (14)

§5.2.1 一体化的会计核算体系及核算主体定义 (14)

§5.2.2 支持全天候“7X24小时”不间断营业 (14)

§5.2.3 支持多分行，支持多级清算 (15)

§5.2.4 “全功能柜员” (15)

§5.2.5 客户信息集中，统一的客户授信体系，实行额度管理 (15)

§5.2.6 加强了内控体系，强化柜员权限管理，完善的系统安全性和灵活的交

易授权机制 (16)

§5.2.7 灵活的计息模块，支持“利率市场化” (16)

§5.2.8 灵活的收费模块，支持银行自主地制定收费政策 (17)

§5.2.9 提供“以客为尊”的一站式服务 (17)

§5.2.10 合理利用计算机优势，减轻业务人员的工作量 (17)

§6 系统功能要点逻辑设计 (18)

§6.1 运行平台和交易组装 (18)

§6.1.1 核心交易平台的总体结构 (18)

§6.1.2 核心交易平台设计要求 (18)

§6.1.3 核心构件库的组成 (21)

§6.1.4 构件形成及使用原则 (21)

§6.1.5 交易驱动设计结构 (22)

§6.1.6 交易驱动设计要求 (23)

§6.1.7 交易驱动实现方法 (24)

§6.2 报文接口及拆组包 (31)

§6.2.1 主报文格式 (31)

§6.2.2 系统拆包流程 (31)

§6.2.3 系统组包流程 (31)

§6.3 操作流程定制 (33)

§6.3.1 操作流程定制设计构架 (33)

§6.3.2 操作流程定制设计要求 (34)

§6.4 分录接口设计 (35)

§6.4.1 分录接口模式 (35)

§6.4.2 设计准则 (35)

§6.5 总账设计 (37)

§6.5.1 总账设计结构 (37)

§6.5.2 核心总账的处理模式 (39)

§6.5.3 总账汇总口径 (40)

§6.6 帐务体系 (42)

§6.6.1 帐务结构 (42)

§6.6.2 帐户设置 (42)

§6.6.3 建立以“款项”管理为基础建立综合账务管理体系 (44)

§6.6.4 内部账户体系 (45)

§6.7 产品化模式 (47)

§6.7.1 设计目标 (47)

§6.7.2 产品分类 (47)

§6.7.3 产品结构设计 (47)

§6.8 7×24小时营业设计 (49)

§6.8.1 不间断营业设计架构 (49)

§6.8.2 7×24小时营业任务序列 (50)

§6.8.3 7×24小时营业设计要求 (51)

§6.9 统一冲销模式设计 (52)

§6.9.1 实现方式 (52)

§6.9.2 反交易的编写 (53)

§6.9.3 存储过程调用 (54)

§6.10 权限管理 (56)

§6.10.1 设计思路概述 (56)

§6.10.2 交易权限设计 (56)

§6.11 复核模式设计 (64)

§6.11.1 概述 (64)

§6.11.2 表结构 (65)

§6.11.3 记帐录入流程 (67)

§6.11.4 复核流程 (67)

§6.11.5 后台接口 (68)

§6.11.6 复核权限控制 (69)

§6.12 收费设计 (69)

§6.12.1 公共收费流程 (70)

§6.12.2 费用计算 (70)

§6.12.3 服务收费配置 (71)

§6.13 清算模式 (71)

§6.13.1 清算系统结构 (71)

§6.13.2 清算系统与其他各系统之间关系 (73)

§6.13.3 核算模式及术语解释 (74)

§6.13.4 数据结构设计 (74)

§6.13.5 应用接口（ClsMainApi） (76)

§6.14 批量调度 (78)

§6.14.1 运行周期交易调度 (78)

§6.14.2 周期交易录入 (79)

§6.14.3 生成周期调度方案 (84)

§6.14.4 周期调度运行 (86)

§7 业务功能组件划分 (92)

§7.1 100000-客户服务 (92)

§7.1.1 110000-客户信息 (92)

§7.1.2 120000-存款业务 (93)

§7.1.3 130000-贷款业务 (97)

§7.1.4 140000-结算业务 (100)

§7.1.5 150000-外汇买卖 (103)

§7.1.6 160000-债券业务 (103)

§7.1.7 170000-银行卡业务 (105)

§7.2 200000-柜台零售 (108)

§7.3 300000-内部运营 (108)

§7.3.1 320000-内部账管理 (108)

§7.3.2 330000-现金管理 (109)

§7.3.3 340000-凭证管理 (110)

§7.3.4 360000-系统内资金上存借调 (111)

§7.4 500000-交易工具 (112)

§7.5 600000-内部管理 (114)

§7.5.1 640000-机构管理 (114)

§7.5.2 650000-柜员管理 (114)

§7.5.3 660000-业务量管理 (115)

§7.6 700000-业务咨询 (115)

§7.7 800000-代理业务 (116)

§1综述

在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。系统在深化“大集中”、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上，建立了从“客户”、“产品”到“服务”、“渠道”的集约化经营管理模式，提供了真正的面向客户的服务模式，作到了为客户定制差别化的服务。从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标。

系统实现原则满足了银行业务系统所要求的：先进性、实时性、可靠性、完整性、安全性、网络化、开放性、易扩展性、易维护性、易移植性。

§2系统总体结构

§2.1系统运行环境

●主机/操作系统

HP UNIX 或IBM-RS6000 AIX

●前置机/操作系统

HP UNIX 或IBM-RS6000 AIX

●数据库

INFORMIX 或DB2

●中间件

CICS 或TUXIDO

●网点前台

PC SCOUNIX

●应用数据维护服务器

PC SERVER Windows2000/XP TOMCA T（或WEBSPHERE）通过IE登录访问

§2.2 系统网络总体架构 管理系统管理中心IDS 业务机2M SDH

前置机日志审计

前置机电话银行区

系统

§2.3应用逻辑结构

§3核心系统技术结构

§4综合前置系统构架

Kiosk POS IC

§5系统设计总体目标

§5.1技术设计思想

§5.1.1三层结构，从面向交易过渡到面向客户、面向服务

系统设计分为三层结构：核心管理层、应用服务层和服务渠道层。核心管理层是整个系统的数据中心，存放着客户信息数据、总帐会计数据、公用信息数据，控制信息数据等，负责会计核算、客户信息管理、授信额度管理、资金清算管理、费率管理、机构管理、库房管理和公共数据管理等；应用服务层由存款系统、贷款系统、结算系统、卡业务系统、中间业务系统、资金市场系统、外汇市场系统等应用系统组成，分别完成银行对客户的各种不同服务手段；通过多渠道接入平台系统连接着各种各样的服务渠道，包括柜员界面、客户经理界面、ATM、POS、电话银行界面、自助银行界面、网络银行界面等，是核心业务系统的客户界面，是银行柜台业务的延伸。

这样的层次结构划分，可以使得系统的数据更加集中、更加安全，使系统的核心尽可能的坚固和稳定；可以使得系统对客户的应用服务更加具有可拓展性，满足市场快速变化和银行因应增加服务品种的需要；可以使得系统支持的服务渠道更加广泛；从而达到由以前的面向交易过渡到现在的面向客户、面向服务的目标。

§5.1.2全面贯彻以客户为中心的设计思想

建立具有深度和广度的关系型客户信息中心，降低银行的客户风险；为实现更高级的客户管理方式（如客户信用等级制度的建立），为实现客户分析提供了全面基础信息。采用面向客户提供差别化服务的设计思想，根据来自客户经理的分析资料及时地给操作人员以客户关怀提示或风险预警；根据管理分析系统提供的客户等级评定接口、根据产品定价系统提供的客户优惠价格接口在核心系统中提供个性化服务及控制。

§5.1.3 多渠道接入平台系统的采用

系统采用了多渠道接入平台VisionBanking MCP来完成各种终端设备（字符终端、图形终端）和自助服务设备（A TM、POS、电话银行、手机银行、自助银行、网络银行等）的接入、管理功能。系统能够支持各种通信协议，提供全辖的网络监控、设备控管和应用监控，能处理各种各样的数据报文格式，具有强大的功能扩展性、严格的安全控制机制。

§5.1.4银行服务形式“产品化”及产品定制

在核心业务系统的设计中，引入了“银行产品”的概念。银行所提供的服务是以产品的形式出现的，系统中把所有经办的存款、贷款等业务根据业务的属性、业务的主要组成要素按照业务流程的不同阶段分层次制定相应的处理计划，根据各处理计划的不同组合灵活地定制产品，并分配相应的产品代码进行唯一的标识。银行业务“产品化”的优点在于让最终用户（而非IT人员）更灵活地根据市场需求定制有自身特色的银行产品，满足不同客户群体的需要，快速适应市场的变化。

§5.1.5服务模块组织“构件化”、“构件封装”及构件驱动平台

核心业务系统对交易服务的设计基于“构件化”的模式，本着“降低耦合”“功能内聚”的原则，将业务处理功能划分为完成某一具体功能的最小单元，形成“积木”式构件库，这些构件可以以一定形式按照要求搭建在一起形成完成某一业务功能的“组件”，每项交易服务均由“构件”及“组件”依据一定次序的集合组成，完成一项交易服务对构件的组装过程称为“交易封装”，这些组装过程是由填制配置脚本来实现的，而无需单独编程。

已经封装的交易服务通过系统提供的“构件驱动平台”统一驱动。

提高业务处理程序（构件）的共享；可以灵活地进行构件的组织而定制出新的交易服务，缩短了新服务功能推出的时间；减少了系统维护的工作量。

§5.1.6“引领式”操作模式、流程定制及流程再造

系统可以通过前台的操作流程定制，实现“引领式”的操作模式。对核心业务系统联机交易操作的过程细分为具体的单一步骤，为每个步骤用一个唯一的步骤编号进行标识，其中每个步骤都包括其独立的必须的输入输出项目，柜员交易就是通过将步骤编号按照一定顺序有条件地组织在一起而形成，而组装的过程只需要简单地配置相应的脚本，不需要编写代码，这样，根据不同的业务要求，可以灵活地对操作流程进行重组，以实现流程的定制和再造。同时，由于每个操作步骤本身的产生都是通过工具定制的方式，对于新的原来没有的操作描述也可以方便地扩充。

这种流程定制的方式使前端交易体现出人性化的特色，能够方便地制定出符合操作人员习惯的流程及界面风格，临柜人员的操作可以不再是呆板的录入、提交产生结果，而是通过人机交互的模式引导操作人员逐步达到完成交易服务的目的。

§5.1.7批处理控制平台，增强批处理的并发程度，缩短批处理的时间

系统将批处理业务（例如：日终批处理、批量结息、预提利息、年终结转等）分成若干个处理模块，每个处理模块都以作业方式运行；相同功能的作业放入同一个队列中，队列内顺序执行；不同功能的作业放入另外的队列中，不同的队列之间是并行执行的，互不影响。由批处理控制平台来完成作业的提交和作业执行顺序的控制，作业之间的制约关系也可在平台中进行预先的定义。

这样安排批处理业务，有效地增强了批处理的并发程度，使系统资源得到很大的利用，

减少了批处理的时间。

§5.1.8标准的外部系统接口

系统提供了标准的外部系统接口，能够方便地与其他系统（如同城清算系统、电子联行系统、人行现代化支付系统、证银转帐系统、银联系统、代理业务系统、国际结算系统等）进行接口。

§5.2业务设计思想

§5.2.1一体化的会计核算体系及核算主体定义

系统采用大会计模式，实现了对公、对私一体化，本币、外币一体化，自营性会计和政策性会计一体化，多币种、多帐套的会计核算方法，实现了会计核算集中和应用系统的统一。

系统支持核算主体上移的“一本帐”模式。“一本帐”模式有利于银行简化资金调拨流程，实现精细核算，推行专业化和扁平化管理，达到增加利润、控制成本、强化绩效、提供决策的目的。这是一项系统工程，不仅需要观念更新，还需要机构更新、制度更新。所以在实际执行过程中，要循序渐进，逐步实施。例如：有些银行尝试采用核算主体逐步上移的方式，先实现，可以以支行为一本帐，实现同一支行辖内的各网点之间资金的通融，改变了旧系统中支行辖内网点之间频繁的资金清算。因应此种情况，系统支持系统内任意级别的核算主体上移，可以将核算主体定义到任意级别层次的机构。

§5.2.2支持全天候“7X24小时”不间断营业

核心业务系统支持“7X24小时”不间断营业，不仅包括ATM、POS、电话银行、网上银

行等自助设备，也支持营业网点不间断营业，实现“夜间银行”，保证对客户服务渠道的畅通，满足各地区不同的服务时间要求，实现全天候的变现能力。

§5.2.3支持多分行，支持多级清算

单一系统支持多分行的运作，把多个分行的业务数据集中到一个数据库中；支持从总行到省行到分行到支行网点的多级清算，全面的支持“大集中”的目标；系统也支持跨系统的清算。系统对于清算支持可定义的清算模式，在系统中提供独立的清算系统进行清算支持，以清算路径、资金帐户、清分方式等为主线，对清算流程及方法进行拆分后实施组装，来确定具体的清算种类，按照清算种类实现系统的自动多级清算，同时通过定义清算模式可以支持实时清算和日终批量清算。

§5.2.4“全功能柜员”

系统满足了全行实行综合柜员制的需要，由柜员直接负责每笔业务的全过程，在权限允许的范围内，不分业务种类，顾客可以选择任意一个窗口办理所需的全部业务。为今后实行“客户经理”的服务奠定了基础。采用综合柜员制有如下优点：提高工作效率；减少柜员人数；提高员工素质；方便客户；改善服务质量；方便绩效考核。

同时，考虑到国内的实际情况，系统也支持传统的柜员管理方式。

§5.2.5客户信息集中，统一的客户授信体系，实行额度管理

客户信息集中管理，使银行可以综合掌握客户状况，以便提供全面的客户追踪和决策分析手段，如资信评估、风险评估。也可以为客户提供全方位多功能的代客理财服务。

系统通过额度管理功能，根据客户的信用情况，给客户分配一定的额度，决定为客户提供的某些业务服务的范围和程度，使银行降低为客户提供某些服务而带来的风险；同时，银行也可以根据自身的情况，通过额度管理系统决定本身所进行的一些业务的范围和程度。