核心系统方案总体介绍
银行核心业务系统总体设计
核心业务系统总体设计说明书目录§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综述在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。
银行核心系统总体介绍
D：借记（7111）
❖BGL账户的销账管理
销账方式 对于BANCS设置了销账码的BGL账户，借方交易产生销账
码则贷方交易必须匹配销账码，贷方交易产生销账码则借 方交易必须匹配销账码。 销账交易允许“多笔销一笔”，不允许“一笔销多笔”。
❖机构号与用户号
机构号由5位数字组成，与旧机构号不同 用户号由7位数字组成，与用户的员工号相同，员是否为
用户管理
（一）用户查询交易（9600） ❖ 查询本终端登录用户 ❖ 按用户号查询 ❖ 按终端号查询 ❖ 按机构号查询
9600:用户查询
1、查询本终端登陆用户
用户管理
❖ 系统默认方式，只能查询本终端上已登录用户的信息 （全部栏位留空）
2、按用户号查询 ❖ 只输入用户号，其他栏位留空
用户管理
❖ 两种返回结果 9607（被查用户未登录）、9605（被查用户已登录）
BGL账号采取有意义的编码方式，长度为16位数字 BGL账号编制规则：“9”+机构号（5位数字）+货币数字代码
（3位数字）+核算码（4位数字）+顺序号（3位数字） 举例：91001
91001
❖BGL账户的销账管理
销账码账户层设置 是否产生销账码 销账码标识 C：贷记（8421）
销账码账户层设置 是否计提坏账准备 销账码产生方向 D：借记（741）
BANCS BCAANRCDS系C统AR介D系绍统（介借绍记卡）
● Bancs Card是Bancs的一个模块。 它是物理上独立部署的一个模块，Database 其与Bancs主机的通讯通过TCP/IP 协议完成。
TCP/IP
BANCS Retail
● 用Bancs Link作为前端系统。 Bancs Cards
银行核心系统简介
银行核心系统简介核心业务系统描述：银行核心业务系统主要功能模块包括：公用信息、凭证管理、现金出纳、柜员支持（机构管理和柜员管理）、总账会计、内部账管理、客户信息、活期存款、定期存款、外币兑换、同城票据交换、客户信贷额度管理、定期贷款、分期付款贷款、往来业务、资金清算、金融同业、结算、人行现代支付、外汇买卖业务、国债买卖、保管箱、租赁、股金管理、固定资产管理等。
一、核心系统背景ViionBankingSuiteCore是集团在总结二十余年银行应用系统集成经验的基础上，认真分析中国银行业未来面临的竞争形势，吸纳国外银行系统中先进的设计理念，推出的与国际完全接轨、功能完善、易学易用、扩充灵活、安全可靠的新一代银行核心业务系统。
该系统覆盖了银行整个基础业务范围，有助于银行提供给客户更方便、快捷和贴身的“一站式”服务。
在ViionBankingSuiteCore银行核心业务系统的开发中，集团将先进的系统设计思想、技术和国内、国际银行界先进的银行业务模式、管理方法结合在一起。
系统采用先进的C-S-S三层体系结构，拥有强大、稳定的系统核心。
在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种、产品组装或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。
系统在深化“大集中”、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上，建立了从“客户”、“产品”到“服务”、“渠道”的集约化经营管理模式，提供了真正的面向客户的服务模式，作到了为客户定制差别化的服务。
从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标；系统设计严格遵守业务流程和会计核算分离原则，方便于系统快速部署和适应业务流程再造要求。
集团对核心业务系统的不断发展和完善就是以技术的进步来支持和推动银行业务的拓展，为银行的可持续性发展奠定了坚实的基础。
银行核心系统介绍
现金池 担保品 利率 费率 汇率 凭证
额度
住房贷款
存款业务
对公定期 银行支票
贷款业务
教育贷款 存放同业
产品
生命周期 产品开发 产品维护 产品部署 会计主体 会计周期 业务模式一
支付结算
电子汇划
基金代销
资金业务
系统内调拨
代收业务
公共
同业拆借
存款证明 机构 柜员
现代化支付
现金业务 贵金属 银证转帐 会计科目 明细账 业务模式二
客户管理 受理调查 审批流程 风险管理 系统管理 贷后管理 额度管理 担保品 合同借据 信贷分析 放款信息 还款信息 外汇市场 金融衍生品
信贷管理系统
信贷报表 客户信息 额度信息 合约信息 统计查询
资金管理系统
货币市场 开户 核算 证券市场
渠 系道 统接 入
POS 网银 电话银行 大额前置 小额前置 金宏前置
产 品 管 理 子 系 统
交易信息
业务子系统
存款业务
产品 定制
贷款业务 资金业务 中间业务
账务信息、核算
支付结算 增值业务
ETL
会计核算子系统
客户信息 统一客户视图 统一服务管理 市场营销 商机管理
数据 仓库
主题数据
数据集市 客户分析
ECIF
统一额度管理 统一押品管理
OCRM
统计分析 业绩评估
ACRM
@VanceInfo 2011
谢谢！
核心系统的基本业务
核心系统的基本业务，由客户、会计、产品和其他公 共子系统构成。
在核心系统中，保留必要的客户信息，并且需要将客户 信息与该客户下所有账户信息相联系。核心系统应该提 供如下客户信息： – 基本信息：至少包含姓名、性别、年龄、学历、职业、 收入、婚姻、嗜好、家庭、财产、往来银行、持有信 用卡、客户等级等信息； – 联系信息：如地址、电话、传真、电子邮件等信息 – 归户信息：如核心系统的账户、产品归户
智慧银行核心业务系统总体设计
架构 规划
业务 期望
业务期望
提供 统一的 标准、 规范 提供灵 活 的开 发能力 实现业务快速上 线
新 核 心 系 统 定 位
分层设计原则
平台化
应用平台化原则 “高内聚，松耦合” 的架构设计原则 技术可控 支持集中运营
整合 资源， 满足差异化需 求
5
6 7
3
业务期望
It架构要求
行业趋势
同业实践
针对现状阶段调研发现的重点问题进行总结，提出对新心建设重点改进方向
但是，现有核心系统毕竟是基于上世纪末的理念设计的，虽然在业务支持上满足了当前业务的 急需，但以最新的业界标准与未来业务发展的要求来看，存在诸多不足，主要体现在三个方面： 第一：整体规划较弱，个别企业级应用，例如：客户管理、渠道协作，核心与其他系统分散建设， 难以形成合力； 第二：当前核心系统架构的潜力基本挖尽，表现在部分应用虽然满足了当前业务的急需，但在整合 度与体系化方面存在不足，随着相关业务与管理要求的深化，未来系统的支持与扩展能力存在隐忧； 第三：现有核心系统缺乏一些新核心系统典型的代表性的能力，例如：产品化、数据完备性与精细 度，多法人、交易核算分离以及弹性可控的整体架构，会影响核心系统在相关业务领域的支持能力。
平台化、组件化、松耦合、可扩展的灵活架构
业务期望
It架构要求
行业趋势
同业实践
IT蓝图架构规划提出了以客户为中心、适度前瞻、应用分层、平台化、技术可控等 建设原则对核心系统规划具有指导性意义
1
2 3 4 5 6 7
5
以客户为中心
适度前瞻性
整合资源， 满足差异化需求
分层设计原则 应用平台化原则
平台化
“高内聚，松耦合” 的 架构设计原则
银行核心系统x方案
7x24方案1总体说明7x24服务,即全天候提供服务;目前一般用于专指夜间批量处理阶段,保持对客户提供基本或全方位金融服务。
核心系统在夜间进行业务批量处理得时候,如计提结息需求,报表需求等,这些业务批量处理需要按账户当日日终余额(或其她数据)进行计算,故需要保持这些数据得一定静止状态,而夜间联机交易需要更新账户余额,在没有7×24实现机制前,银行都需要在批量运行时间段停止夜间得联机交易,而在批量基本运行结束后再次开始联机交易得对外服务。
一般批量处理与联机处理得冲突区就在账户余额,解决批量用账户日终余额与联机用账户实时余额得存储与使用问题,即可很大程度上实现7×24业务服务。
实现7x24服务,最关键得要点在于保证两份数据得准确并存:A.动态实时数据(实时余额):主要就是动账及日间查询交易使用B.日切点得静态数据(上日余额):主要用于批处理:比如计提、结息、总分核对、向外围(尤其就是财管、管会)供数等。
目前各厂商主要使用得方案有以下几种:A.单表双余额,国内典型得老联想系系统,如神码、繁德B.双表(双表又分两种:临时表为分户临时表或就是流水临时表),典型为中联及大部分国外系统(神码一开始引进得国外系统也就是这种方式)需要考虑得逻辑主要有:1.联机交易如何更新余额2.日终交易如何获取余额3.账户实时余额得获取(如果临时表就是流水临时表,余额需要通过分户账余额与流水临时表汇总计算取得)。
4.冲正,必须支持跨日/跨年得冲正下面将一一说明:2方案设计2.1双余额动账更新2.1.1总体说明分户账上设置余额(ACCTUAL_BAL)、上日余额(PREV_DAY_BAL)、最后交易日期(LAST_TRAN_DATE)。
根据以上字段来实现当前余额、上日余额得读取与更新。
仅在动账交易发生时才可能更新上日余额,即如果该账户长期无动账,在此期间将不用更新上日余额(其实此时得“上日余额”字段从名称上来瞧与实际就是不符得)2.1.2动账处理如上图所示,当日第一笔交易更新上日余额、最后交易日期。
《银行核心系统介绍》课件
银行核心系统的地位和作用
银行业务运作的核心
银行核心系统是银行业务运作的神经中枢， 负责处理各项银行业务，保障银行业务的正 常运行。
风险管理的重要工具
银行核心系统具备风险管理功能，能够识别、评估 和控制风险，保障银行资产安全。
提高银行业务效率的关键
银行核心系统通过集中化、自动化的处理方 式，提高了银行业务处理效率，减少了人工 干预和操作风险。
大数据还可以帮助银行实现风险控制和反欺诈监测，提高风险防范能力。
人工智能在银行核心系统中的应用
人工智能技术可以为银行核心系 统提供智能化的决策支持，提高
业务处理效率和客户体验。
人工智能可以通过自然语言处理 、机器学习等技术实现智能客服 、智能风控和智能投顾等功能。
人工智能还可以帮助银行优化内 部管理流程，提高工作效率和降
风险控制系统
总结词
风险控制系统负责对银行各项业务进行风险 评估和控制，预防和降低潜在风险。
详细描述
风险控制系统通过监测和分析各项业务数据 ，识别潜在风险点，并采取相应的控制措施 。系统还提供风险报告和预警功能，帮助银 行及时发现和处理风险问题。
03
银行核心系统的技术架构
系统硬件架构
01
02
03
服务器架构
采用高可用性服务器架构 ，确保系统稳定运行。
存储设备
配备高性能的存储设备， 支持数据的安全存储和快 速访问。
网络设备
使用高速网络设备，确保 系统内外的数据传输高效 可靠。
系统软件架构
操作系统
采用成熟的操作系统，提供稳定、高效的系 统运行环境。
数据库软件
使用关系型数据库管理系统，支持大量数据 的存储和处理。
中间件软件
核心系统方案总体介绍
P
2 000.00 RMB
P
1 551.67 RMB
P
2 000.00 RMB
…
…
根据贷款条件自动生成未来的现金流
30
日程
核心系统应用架构 介绍 客户信息功能介绍 存款业务及功能介绍 贷款业务及功能介绍 总账功能介绍
31
独立总帐架构
资产负债管理
风险管理
管理会计
盈利分析
预算管理
会计核算
总帐
嫁给/娶了 是一段婚姻关系的个体/有婚 姻伴侣
9
有雇员/是..的雇员 是..的股东/有股份 是借款人实体的成员/有成员 是..的伙伴/有伙伴 是..的子公司/是..的母公司
客户单一视图
实现跨应用和业 务的整合，以了 解客户持有产品 综合情况， 交 易历史信息等
显示该客户的所有帐户及这些帐 户的余额。
Plan/Act Recd Amount Currency
P
100000.00 RMB
P
1 166.67 RMB
P
1 333.33 RMB
P
1 726.67 RMB
P
2 000.00 RMB
P
1 691.67 RMB
P
2 000.00 RMB
P
1 656.67 RMB
P
2 000.00 RMB
P
1 621.67 RMB
➢ 对公贷款产品
• 对公流动资金贷款 • 对公委托贷款
Page 12
贷款子系统概述－分类
➢ 按客户类型区分：单位（对公）、个人（对私） ➢ 按贷款期限：短期、中期、长期 ➢ 按贷款的保障方式：信用、担保（保证、抵押和质押）、联户联保 ➢ 按贷款的性质和用途：固定资产贷款（基本建设、技术改造、房地产开发等）、
医院核心系统介绍
HIS(LIS、PＡCS、RIS、EMＲ)系统简介一、定义说明医院信息系统(Ｈospitaｌ Infｏrmａtioｎ Systｅm, ＨIＳ),利用电子计算机与通讯设备,为医院所属各部门提供病人诊疗信息与行政管理信息得收集、存储、处理、提取与数据交换得能力,并满足所有授权用户得功能需求。
实验室信息管理系统(Laｂoratory Iｎfoｒｍatioｎ Mａnagｅment System, LIS),就是专为医院检验科设计得一套信息管理系统,能将实验仪器与计算机组成网络,使病人样品登录、实验数据存取、报告审核、打印分发,实验数据统计分析等繁杂得操作过程实现了智能化、自动化与规范化管理。
有助于提高实验室得整体管理水平,减少漏洞,提高检验质量。
医学影像存档与通讯系统(Ｐicturｅaｒchivinｇ and ｃommｕniｃation systeｍs, PACS),就是近年来随着数字成像技术、计算机技术与网络技术得进步而迅速发展起来得、旨在全面解决医学图像得获取、显示、存贮、传送与管理得综合系统、放射信息管理系统(Radｉｏiogy iｎfｏrmａtion sｙstem,ＲIS),就是优化医院放射科工作流程管理得软件系统,一个典型得流程包括登记预约、就诊、产生影像、出片、报告、审核、发片等环节。
电子病历(Ｅlecｔrｏｎｉc MedicａｌＲecｏrｄ, ＥMR),就是指将传统得纸病历完全电子化,并提供电子贮存、查询、统计、数据交换等管理模式,它就是信息技术与网络技术在医疗领域应用得必然产物,就是医院计算机网络化管理得必然趋势,目前改领域研究已成为一个新得研究应用热点。
二、概述医院信息系统(HIS)就是一个庞大而复杂得现代化信息管理系统,它包含财务、人事、住院、门诊、挂号、医技、收费、分诊、药品管理等多个子系统,经过多年得发展,ＨIS系统被赋予更多得功能:随着医院内部业务流程得不断梳理与整合,ＨＩS与ＬIS,PACS,ＲIS,EMR等外围模块不断融合;随着卫生信息化得内涵与外延不断扩展,HＩS与社保,医保,甚至银行系统得业务及数据交互越来越频繁、HIS系统已成为医疗行业业务驱动,流程整合与服务能力提升得核心引擎系统。
银行核心业务系统总体设计说明书
四川农信综合业务网络系统总体设计说明书四川省农村信用合作社南天电脑系统有限公司2006年8月1.系统网络拓扑 (4)2.系统逻辑结构 (5)3。
数据流说明 (6)4.核心系统逻辑架构 (7)5.交易模式 (8)5.1。
通讯方式 (8)5.2.数据一致性保证 (9)5。
3。
复核交易处理 (11)5。
4。
抹帐交易处理 (12)5。
5.授权交易处理 (13)6。
机构逻辑结构 (16)6.1。
清算机构逻辑 (16)6.2。
机构的设置 (17)6。
3.机构管理层次 (17)6.4.机构核算单元上收 (18)6.5。
数据要素设计 (19)7.帐务结构与核算方式 (22)7。
1。
帐务组织结构 (22)7。
2.数据模型和帐务登记 (25)7.3.帐号结构 (29)7。
4.双边分录 (30)7。
5。
流水设置 (32)7.6。
交易处理规则 (33)8。
应用实现框架 (34)8。
1.交易开发配置流程 (34)8.2.交易服务处理过程 (36)8。
3。
应用实现规则 (37)9。
关键实现说明 (44)9。
1。
并行处理 (44)9.2.24小时处理 (47)9。
3.费用处理 (50)9。
4。
资金清算 (56)9。
5。
数据安全 (62)10。
总体需求说明 (64)10。
1.支持商业规则可配置化和业务逻辑可配置化 (64)10。
2。
全面产品管理 (68)10.3。
完整灵活的收费处理 (70)10.4。
批处理控制平台 (70)10。
5.历史数据及管理分析与核心相分离 (71)10.6.统一的外部系统API (73)10.7.前台系统先进性要求 (73)四川农信综合业务网络系统的目标是：结合四川农信具体情况，建立一套以客户为中心、账务核算统一、本外币一体化、业务、网点综合化、事中控制、支持24小时服务、支持全面产品管理、参数化、模块化设计的新一代综合业务系统.为了保证这一目标的达成,结合四川农信的新一代综合业务系统的要求，从底层开始对整个综合业务系统进行了设计和规划。
核心系统方案总体介绍通用课件
新技术应用及创新点展望
区块链技术 5G通信技术 虚拟现实技术 增强现实技术
区块链技术的应用，使得数据安全性和可信度得到提高，为金 融、供应链等行业提供了新的解决方案。
5G通信技术的应用，提高了通信质量和速度，为物联网、智能 交通等领域提供了新的发展机遇。
虚拟现实技术的应用，使得远程教育和培训成为可能，提高了 教育和培训的效率和质量。
实施效果
订单处理效率大幅提升，成本降低。同时保证了订单的准 确性和及时性，提高了客户满意度。
06
核心系统方案未来发展及新 技术应用展望
技术发展趋势及影响
第一季度
第二季度
第三季度
第四季度
云计算技术
云计算技术的普及和发 展，使得计算资源、存 储资源和数据资源可以 集中管理和调度，满足 不同业务需求，同时降 低IT成本和提高效率。
02
核心系统方案总体架构
系统总体架构介绍
01
基于云计算的分布式架构
该架构允许多个系统之间进行协同工作，并能够实现资源的动态分配和
扩展，提高系统的可靠性和性能。
02
微服务架构
微服务架构将系统拆分成多个独立的服务，每个服务都可以独立地运行
和更新，提高了系统的可维护性和可重用性。
03
SOA架构
SOA架构是一种面向服务的架构，它通过定义一组通用的服务接口，实
实施成功案例分享
案例一
某银行核心系统升级项目，通过实施 我们的核心系统方案，提高了业务处 理效率和客户满意度，实现了业务创 新和增长。
案例二
某大型电商网站核心系统重构项目， 通过实施我们的核心系统方案，优化 了系统性能和稳定性，提高了网站的 用户体验和订单处理能力。
银行核心系统介绍
银行核心系统入门简介本文的目标读者是准备从事银行核心系统开发、维护的从业人员。
请注意，是“准备”，换句话说，可以理解为一份对科技人员，尤其是对新入门的科技人员业务知识方面的培训手册，旨在让诸位从业务方面迅速上手（从技术角度上手的手册我已经贴过一份了，所以如果是用400的同行，可以结合本手册双剑合璧，效力倍增）。
这里的着重点将会主要在于简单的银行会计原理，以及银行整体的业务流程，还有相应的模块实现手法和注意事项，对金融的会计知识方面应该可能会比较粗浅，这一点与金融系统常见的业务培训手册有所不同，注意体会。
基于此，本文将会假设读者具备一定的计算机技术，具备少量银行方面的业务知识，所以如果有从事非IT部门的读者（比如财务信贷的同事们），就请不要太计较里面的表述。
当然如果有错误，还是非常欢迎指出的。
对于已具备了若干开发、维护知识，或者是即将采用国外系统来建设的同行们而言，本文的内容可能就过于浅显了，看得不爽不要怪我没有事先提醒。
考虑到某方面的问题，这里的系统简介将尽可能的脱离某个具体的系统，仅就银行业务核心系统的共性，进行介绍以及探讨。
最后再说一下，没有什么手册、心得是万能的，个人的LEVEL UP始终是要靠自己的领悟，这里只是希望能让诸位新人不用象很多人当年一样，独自摸索与徘徊。
1科目常识基本法则之一：资产= 负债+ 所有者权益。
比如说，我们手头上有40万，买了一个100万的房子，找银行贷款了60万，那么资产就是100万，负债是60万，所有者权益是40万。
可以简单的把所有者权益就理解成为是真正属于自己的钱。
再引申一下，早些年乃至现在，香港人所谓的“负资产”的说法是非常错误的，因为“负资产”实际上是指房子的市值比向银行贷的钱还要小，也就是负债大于资产，所以严格的来说，应该称之为“负所有者权益”才对。
资产，从理论上来说，是不可能为负的，最多也就是零。
一个号称是金融中心的地方，实在是不应该出现这种失误，不过算了，不要和他们计较。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
贷款子系统业务范围－产品简介
➢ 个人委托贷款
个人委托贷款是指由个人（即委托人）等提供合法来源的资金， 由银行（即受托人）根据委托人确定的贷款对象、用途、金额、期 限、利率等代为发放、监督使用并协助收回的贷款。其风险由委托 人承担，小贷公司只收取手续费，不代垫资金，不承担贷款风险。
Page 16
小贷系统总体介绍
系统功能
客户管理功能介绍 贷前管理功能介绍 合同管理功能介绍 放款管理功能介绍 还款管理功能介绍 贷后管理功能介绍 报表管理功能介绍
2
系统功能
客户管理功能介绍 贷前管理功能介绍 合同管理功能介绍 放款管理功能介绍 还款管理功能介绍 贷后管理功能介绍 报表管理功能介绍
客户信息– 数据范围
➢基础数据 = 独立于应用模块的数据
- 分类数据
▪ BP 类型 ▪ 分组
- 名称
- 个人 / 组织数据 - 地址和通讯数据
行业的扩展
- BP评级
- 法律数据
- 财务报告
- 标准指令
- 财务年度数据
- 会计数据
- 员工数据
- 别名
Page 4
客户类别
➢ 个人
- 个人 - 个人数据，例如
出生日期, 婚姻状态, 地址 ...
➢ 组织
- 公司,子公司, ... - 公司相关数据, 例如
所有制形式, 创立日期, 行业 ...
5
客户信息主要功能
统一地址管理 关系管理 角色
客户信息
其他功能
6
单一客户视图 输出输入接口 数据和界面增强
流动资金贷款、消费贷款、助学贷款等
Page 13
贷款子系统业务范围－产品简介
➢ 个人普通贷款
指银行向城镇居民、农户、个体工商户、公务员等个人客户提 供的，用于生产、经营、生活等方面的自营贷款，可以按照期限分 为短期和中长期。
Page 14
贷款子系统业务范围－产品简介
➢ 个人消费贷款
个人消费贷款是指提供给个人客户用于个人消费用途的贷款。 包括个人住房贷款和汽车消费贷款。一般采用等额本金或等额本息 还款法进行贷款偿还。
- 附加说明
- 区别类型
数据存储和维护对所有业务系统都可用
7
业务伙伴角色概念
各个业务流程需要不同的数据. 角色概念满足这样的要求, 每一个角色都包含 了特别的信息内容.
潜在客户
借款人
次贷人
员工
担保人 ...
8
客户关系
客户关系增加了小 贷公司对客户的了 解
两个业务伙伴间关系的映射 关系种类描述相关业务中合作伙伴之 间的关系类型 关系只需在一个客户的记录中建立一 次，这个关系会自动地反向在另一个 客户记录中创建。
贷款子系统业务范围－产品简介
➢ 个人小额质押贷款
指客户将未到期的定期储蓄存单、凭证式国债或其它小贷公司 认可的金融产品作抵押，从小贷公司取得贷款，到期一次性归还贷 款本息的一种风险有保障的贷款业务。
主要特点：贷款账户与质押物联动处理；手续流程简便，借贷 灵活，随时申请贷款，并可授权银行自动还款 。
3
客户管理定位
▪ 客户信息管理系统是客户信息的集中存储，保存的是客户的全貌，为各个 系统、部门所共享；为各个业务系统提供一个共享的客户信息公共应用，与具 体的业务或管理流程无关。 ▪ 客户信息管理系统是统一客户视图的系统，客户在业务系统发生的业务信 息和管理系统回馈的客户分析结果，形成客户信息的统一视图的完整数据源。
强大的数据管理与查询功能
可以通过在CIF中直接维护信息，或者通过接口导入数据 可以使用客户的属性进行快速的搜寻，可以对任何的数据项进行查询
11
可扩展性 可配置性
名称 级别
名称 地址 电话
级别
3 2 1
贷款业务系统范围－贷款产品
➢ 个人贷款产品
• 个人普通贷款 • 个人消费贷款 • 个人委托贷款 • 个人小额质押贷款
Page 19
贷款子系统业务范围－产品简介
➢ 银行/商业汇票贴现／转贴现
完整的关系信息
系统提供了很多预定义的关系：如家庭关系，雇佣关系， 集团关系，关联关系 能够很容易地通过参数配置来增加描述关系的属性信息
全面的角色信息
可以通过参数设定自定义的客户角色 可以在客户角色种类增加各项数据域 / 字段，并且定义所需的验证规则
综合的客户单一视图
可配置显示哪些产品交易信息，使用何种技术方式来实现 自动进行汇总，并可通过显示关联关系下的交易、限额等
➢ 对公贷款产品
• 对公流动资金贷款 • 对公委托贷款
Page 12
贷款子系统概述－分类
➢ 按客户类型区分：单位（对公）、个人（对私） ➢ 按贷款期限：短期、中期、长期 ➢ 按贷款的保障方式：信用、担保（保证、抵押和质押）、联户联保 ➢ 按贷款的性质和用途：固定资产贷款（基本建设、技术改造、房地产开发等）、
嫁给/娶了 是一段婚姻关系的个体/有婚 姻伴侣
9
有雇员/是..的雇员 是..的股东/有股份 是借款人实体的成员/有成员 是..的伙伴/有伙伴 是..的子公司/是..的母公司
客户单一视图
实现跨应用和业 务的整合，以了 解客户持有产品 综合情况， 交 易历史信息等
显示该客户的所有帐户及这些帐 户的余额。
Page 17
贷款子系统业务范围－产品简介
➢ 单位流动资金贷款等普通贷款
指贷款方向借款人发放的用于正常生产经营周转或临时性资金 需要的贷款。
特点：期限灵活，能够满足借款人临时性、短期和中期流动资 金需要。
价格：短期按法定利率计息，遇利率调整不分段计息；中期实 行一年一定，按相应档次的法定利率计息。
可以设定显示有“关系”的客户 信息。
如果不能提供这种在线数据的系 统，可通过批处理提供信息，然 后数据将保存在客户信息中供访 问。
建立统一视图
Buffer
10
LM DM CMS
…
客户信息管理系统功能
全面的客户基本信息
个人，公司，组织等， 系统预设了不同的信息类 可记录客户的多个地址，如：家庭地址，办公地址，通信地址
Page 18
贷款子系统业务范围－产品简介
➢ 对公委托贷款
委托贷款是指由政府部门、企事业单位（即委托人）等提供合 法来源的资金，由银行（即受托人）根据委托人确定的贷款对象、 用途、金额、期限、利率等代为发放、监督使用并协助收回的贷款。 其风险由委托人承担，信用社只收取手续费，不代垫资金，不承担 贷款风险。