银行核心业务系统总体设计说明书.docx
《银行核心业务系统总体设计说明书.docx》由会员分享，可在线阅读，更多相关《银行核心业务系统总体设计说明书.docx（85页珍藏版）》请在冰豆网上搜索。
银行核心业务系统总体设计说明书
四川农信综合业务网络系统
总体设计说明书
四川省农村信用合作社
南天电脑系统有限公司
2006年8月
1.系统网络拓扑4
2.系统逻辑结构5
3.数据流说明6
4.核心系统逻辑架构7
5.交易模式8
5.1.通讯方式8
5.2.数据一致性保证9
5.3.复核交易处理10
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.关键实现说明43
9.1.并行处理43
9.2.24小时处理46
9.3.费用处理50
9.4.资金清算55
9.5.数据安全61
10.总体需求说明63
10.1.支持商业规则可配置化和业务逻辑可配置化63
10.2.全面产品管理67
10.3.完整灵活的收费处理69
10.4.批处理控制平台69
10.5.历史数据及管理分析与核心相分离70
10.6.统一的外部系统API72
10.7.前台系统先进性要求72
四川农信综合业务网络系统的目标是：
结合四川农信具体情况，建立一套以客户为中心、账务核算统一、本外币一体化、业务、网点综合化、事中控制、支持24小时服务、支持全面产品管理、参数化、模块化设计的新一代综合业务系统。
为了保证这一目标的达成，结合四川农信的新一代综合业务系统的要求，从底层开始对整个综合业务系统进行了设计和规划。
从内容来看，总体设计需要涉及的主题有以下一些方面。
系统网络拓扑
系统逻辑结构
数据流说明
核心系统逻辑架构
交易模式
机构逻辑结构
帐务结构与核算方式
应用实现框架
关键实现说明
11.系统网络拓扑
系统网络拓扑如图所示，结构上划分为四层，包括：
省中心、地市中心、县中心和网点。
省中心：
全部业务系统都集中运行于省中心，包括：
核心业务系统、综合前置系统等。
关键应用参用数据库服务器与应用服务器分离的做法，并且双机互为备份。
存储采用专业存储设备进行高速存储。
在中心局域网上还有管理和监控前端等。
地市中心：
四川省农信地市中心可能存在两种情况，一种是地市中心存在统一管理功能，此类地市中心在地市有统一的管理监控前端；另一种地市中心仅有网络汇集的功能。
县中心：
具备县联社的统一管理功能；也是县内网络到地市或到省中心的网络汇集点；同时，全县的网络前端服务器集中于此。
网点：
是对外直接服务的窗口，所有的网点终端通过远程网络连接的方式连接到县中心前端服务器进行业务处理，在将来一些自助服务设备也会在网络直接连接。
21.系统逻辑结构
系统逻辑结构如图所示：
本次项目实施的四川省农信综合业务网络系统（SC6000），包括：
后台核心业务系统OFPCoreBanking、中台交换前置和中间业务平台系统OFPPreBranch和前台柜面前端系统OFPAutoBranch。
后台核心业务系统CoreBanking：
负责完成银行全面帐务管理和基础金融产品，是整个银行的帐务核心，并为银行后续的业务管理和分析提供基础分析数据。
基于核心业务系统，传统柜面业务都获得服务支持，并支持以客户为中心、面向产品管理、高度参数化、全面支持24小时不间断服务等一系列新一代综合业务系统的优良特性。
中台交换前置和中间业务平台系统OFPPreBanch：
负责完成后台应用间的交换和互联，并基于平台提供的成熟框架，连接系统外第三方应用并支持丰富的中间业务开发。
前台柜面前端系统OFPAutoBranch：
负责完成所有柜服务的前端展现和处理。
采用LINUX操作系统实现。
31.数据流说明
如系统逻辑结构图中所示，在交易处理中：
当进行银行传统金融业务处理时（包括：
活期、定期、贷款、结算等），柜员在前台发起交易，交易请求直接发送到后台核心业务系统中实现业务处理；
当进行中间业务和银行扩展金融业务处理时（包括：
代收费、大额、小额等），柜员在前台发起交易，交易请求首先到达中台前置系统，由中台系统进行本地业务处理和业务调度，根据需要调用后台核心业务系统和第三方业务系统。
基于统一的业务系统接口规范和交换前置的应用处理，在中心后台的两个应用间不允许存在相互间的直接访问，必须通过交换前置系统进行请求的转发。
例如：
在将来的国际业务系统需要进行业务记账，业务请求首先到达中台交换前置系统，通过中台的应用解析，在将请求逐笔的传递到核心业务系统中实现记账。
除了柜面的请求，其他的服务渠道包括：
ATM、POS、电话银行、网上银行等的业务交易全部都是首先上到中台交换前置系统，进行本地必要的业务处理，然后在向相应的服务端应用发出调用请求。
由于在三个应用平台系统中，核心业务系统是主要业务的处理端和服务端，也是整个系统框架的基础部分与核心部分，因此核心业务系统的设计至关重要，在下面的讨论中，我们也将主要面向核心系统进行阐述，对中台OFPPreBranch和前台OFPAutoBranch请参看相关文档，在此不再赘述。
41.核心系统逻辑架构
核心系统在技术逻辑结构上设计如图：
逻辑架构上，核心系统分为核心服务层和金融产品层。
两个层次相对隔离，通过标准调用接口，实现访问调用。
核心服务层包括提供全行的会计核算、客户管理、公共管理功能。
稳定、高效，并具备前瞻性的设计，是确保四川农信综合业务系统可持续发展的重要保证。
会计核算的其中会计核算实现业务的综合核算功能；
客户管理收集全行客户信息，并建立客户与账户全面关联关系；
公共管理实现系统公共参数的统一管理，包括：
机构管理、柜员管理等。
金融产品层设计上采用插件式的思想，新的业务可灵活、容易的“插入”到CoreBanking系统中来。
在各金融产品服务中实现业务的明细核算功能。
实现上，应用请求首先通过统一的交易分发管理，调用相应的处理服务流程完成服务。
金融产品层中，提供的服务大致上包含三个主要的类型：
专门的核心调用接口提供给银行内部的其他应用群进行帐务处理调用
丰富的金融产品组件提供银行柜面调用，如：
活期、定期、贷款等
核心层的专用调用组件，提供业务人员直接使用。
如：
报表管理、客户管理、前后台管理等。
51.交易模式
交易模式描述的内容包括交易的通讯方式、数据一直性保证、复核交易的处理、抹帐交易的处理、授权交易处理。
15.1.通讯方式
通讯协议采用TUXEDO－FML。
对于柜面交易采用同步短连接方式。
系统除了提供交易报文通讯外，还支持交易的文件传输，在文件传输时只允许前台申请上送或下传。
当后台需要下发文件时，需在交易报文中带下传输文件名，由前端平台再进行文件传输处理。
为了保证系统的正常运行，减轻后台和网络压力，原则上柜台交易通常为一次通讯，有需要时原则上可进行一次查询，应尽量避免多次通讯。
在AutoBranch中，在tpinit时把详细的client端信息带到后台，以满足后台的管理要求。
同时为了解决对一些前台提醒的通知信息的处理，在AutoBranch中增加通知的公共处理，方式为在柜面前端的固定位置进行提醒。
15.2.数据一致性保证
事务处理
系统统一在后端启动事务处理。
在交易配置时，是否启动事务为后端SYSMNG配置。
配置是否由主控启动事务。
配置不由主控启动事务的交易，由应用自行在处理过程中启动事务处理。
通常，对于交易类型为记账和管理的交易由主控启动事务；而查询和其他交易，则根据需要自行启动事务。
规则上，查询交易无事务，而且需要使用脏读。
由PreBranch发起的交易，PreBranch和CoreBanking分别启动事务。
在交易过程中还有一种特例，部分处理（如：
获取柜员流水号、账号顺序号、授权交易处理等）需要跳出事务处理块执行，此时需要数据库中建立另一个连接，在新连接中启动完成单独动作，然后在回到第一个事务处理块。
详细请参见8.3.6.数据库连接方法。
数据的一致性保证
不同的逻辑单元间，由于中途存在网络因素，有不同的事务处理，可能存在双方不一致的可能性。
分两种情况描述如何处理不一致。
在柜台交易处理过程中，会出现因为网络等原因导致的前端交易上送后没有得到确定的成功失败返回（通常是超时退出），如果处理是记账交易，柜员必须查询后台，而且以后台交易的结果为准。
为了保证资金的安全，在未能获取后台交易结果前，必须分情况进行处理，当办理的是需要收取客户资金的交易（如存款）则默认为交易成功，并收取客户资金；当办理的是需要支付客户资金的交易（如取款）则默认为交易失败，不支付客户资金。
当网络恢复后，柜员查询后台的交易处理结果，根据后台的处理结果采用抹帐、冲正、重做、补登等手段完成后续处理。
例如：
柜员办理一笔存款交易时出现超时，这时柜员通过查询交易查询后台流水，如果发现该笔交易后台是未成功的，则再次办理一笔存款交易。
如果发现是成功的，这申请补打存款凭条、存折（没有该功能时可柜员手工填写）。
如果发现是网络不通，则手工填写凭条、存折给客户，等网络通了再处理。
当交易是由PreBranch发送后台的交易，则需建立应用间自动冲正机制或自动重发机制，在网络状态不明的情况下，中台自动发起抹帐交易（或重发动作），并返回前端失败。
在中台日终时，需要启动PreBranch与CoreBanking的对帐，对帐中数据以PreBranch数据为准进行错帐处理。
因此在柜面前端，交易的一致性通过柜员的确认以及业务制度配合保证；在无人值守的后台应用间，交易的一致性通过交易时的自动冲正机制（自动重入）以及日终的交易对帐确保。
15.3.复核交易处理
系统中的复核交易有两种，一种是对某些业务流程中要求的复核交易（如联行中的往帐报单复核交易），这些交易是复核后才完成帐务处理的，属于事中复核，这些交易通常是每种业务单独有自己的复核交易；一种是业务流程中没有复核要求，出于安全考虑而增加的事后复核（如对公的存取款），这些交易的复核使用公共的复核交易。
不论是那一种复核，现在都采用后台复核的方式，待复核的数据都存在后台，不再在前端保留电子日志。
对于非公共的复核交易，交易模式上与一般交易没有太多差别，这里不再具体说明，下面主要对公共的复核交易进行说明。
公共复核交易采用统一的交易入口,流程如下：
公共复核交易基于后台柜员日志表（参看后台流水设置），需要公共复核的交易，在正常交易发起时，在后台柜员日志中会插入一条记录，标记为待复核，同时将需要复核的要素拼装成字符串后在后台存放。
前台发起公共复核交易时，按照前端输入的查询条件查询待复核流水和每条流水对应的复核要素串一起下传前台，在前台完成复核要素的比对处理，在结束复核交易时将成功复核的流水批量发到后台修改对应柜员日志的复核状态。
15.4.抹帐交易处理
抹帐是指对原交易的取消处理，在业务发起当天，如果发现交易有错，在经过授权的条件下发起抹帐交易，取消原交易。
抹帐交易使用统一的交易入口（除个别批量发起的业务，如传票套记帐），以后台柜员日志表中的柜员日志号为索引完成抹帐处理。
抹帐采用TRIGGER抹帐方式，其简单操作流程如下：
根据交易时，TRIGGER及存储过程登记信息进行抹帐。
基本流程为：
定义抹帐规则
生成TRIGGER和存储过程，执行
交易时自动记载交易变化情况
抹帐交易根据INSERT和UPDATE操作及特殊处理进行处理
抹帐中，对于公共库表和公共处理的抹帐，可编写面向数据库表的业务抹帐程序，由统一抹帐主程序调用，而对应用自身登记的库表，则需要进行程序开发人员自行定义其抹帐规则。
TRIGGER抹帐详细使用请参看《基于数据库trigger机制的抹帐使用手册.DOC》。
15.5.授权交易处理
授权是指某个具有足够操作级别的柜员为另一个未具有相应操作级别的柜员授予操作权限的行为。
其中，第一个柜员称为授权柜员，第二个柜员称为被授权柜员。
按授权的物理操作模式可分为本地授权、异地授权。
本地授权是授权柜员到被授权柜员终端直接进行授权操作。
异地授权是授权柜员在本终端进行异地授权交易产生授权码，被授权柜员用授权码确认待授权交易并执行交易。
交易的授权判断在后台进行。
在授权过程中，当进行异地授权，其交易要素或交易界面在等待异地授权过程中将不得进行修改或变化，而且其授权人所在机构为管理上级，对分社而言，通常是其上级大社。
授权人在接到通知后，可调出操作员的交易界面进行察看，授权后，该交易界面的内容应该与授权前的交易界面一致。
交易界面的传输内容以文本形式存在，待授权文本文件的文件名规则为“SQ＋交易码（4）＋柜员号（6）＋授权码（8）.txt”。
已授权文本文件的文件名规则为“YS＋交易码（4）＋柜员号（6）＋授权码（8）.txt”。
通过文件对比检查是否交易为原交易。
异地授权信息表设计如下：
要素
说明
授权码
机构
柜员号
交易码
交易日期
界面文件名
授权机构
授权柜员
授权柜员流水号
授权标志
0－未授权、1－已授权
标志
唯一索引：
授权码
唯一索引：
授权柜员流水号
复合索引：
机构、交易日期、授权标志
申请授权时，产生授权码登记本表，填写界面文件名，相应修改前台及后台待授权文件名。
形成通知信息
授权时，填写授权机构、柜员、流水号和授权标志，可调阅交易界面文件，授权结束形成通知信息
前台接到通知后，进行交易，填写授权编号，对比界面文件。
一致后上送后台。
本表每日删除。
注意前后台授权交易文件的删除。
在判断交易是否需要进行授权时，除了公共的判断条件（如：
交易本身是否需要进行授权、交易级别和柜员操作级别是否匹配等）外，还有一些授权要素需要交易过程中进行检查，此时需要对这些授权要素进行参数化配置。
系统提供统一调用接口进行授权检查。
授权要素检查表设计如下：
要素
说明
交易码
条件
（~amt~>1000&&~mm_flag~=1）
说明
有密码并且金额大于1000时需要授权
标志
select*fromt_srm_descwhere条件;当sqlcode＝＝0时，条件为真，需要授权；当sqlcode＝＝100时，条件为假，无需授权；其他为错。
对一个交易码，有多个或关系的条件表达式。
实现中～amt～为缓冲池变量。
61.机构逻辑结构
针对于四川农信的机构设置及功能,机构的逻辑需要从管理、清算、报表汇总、清算出口等方面分别定义，因此我们必须在机构编码表中将这些逻辑关系描述清楚，并支持以后的灵活管理。
实现的方法是将机构编码表中的汇总机构全码定义为上级管理机构全码，然后再增加报表汇总机构全码、对应核算单元机构码、清算机构码。
这样就可以把几种逻辑关系描述清楚了。
16.1.清算机构逻辑
从图上可以看出，对于存在地市清算中心的机构，清算级别为4级，而不存在地市清算中心的机构，清算级别为3级，根据成都农信的要求，大多数的县联社，直接上存款项到省清算中心实现清算。
不同业务从清算的路径也是相同的，分社与大社之间通过社内往来、大社与联社通过存放联社、联社与地市中心通过存放地市、地市与省通过存放省中心实现清算，根据机构的灵活设置，清算层级和清算的关系也可实现灵活动态调整。
16.2.机构的设置
机构名
职责及权限
省联社管理中心
负责全省各机构的维护（增加、删除、修改）工作；负责各级管理中心、省联社清算中心的柜员的维护工作；负责系统标准库的管理和维护工作；全省业务数据的查询及报表打印。
银行卡部（省制卡中心）
管理全省卡账户，负责与银联外联、对帐等。
省联社清算中心
负责全省信用社的资金往来和清算、资金调剂、资金划拨及农村信用社重要空白凭证的管理。
清算中心不对外办理存贷款业务。
省联社机关
省联社机关各部门帐务核算。
（地市）办事处管理中心
分类查询及打印辖内的各种报表，在省联社授权范围内开展相关系统管理工作。
（地市）办事处机关（有帐）
办事处机关帐务核算。
县联社的管理中心
负责县联社清算中心、机关各职能部门、营业部及辖内营业网点各柜员的管理和维护。
县联社清算中心
负责辖内信用社资金往来和清算、资金调剂、资金划拨及现金管理以及重要空白凭证的管理。
清算中心不对外办理存贷款业务。
县联社机关
县联社机关帐务核算。
联社、社营业部（室）
办理银监局授权范围内的一切对外业务
分社
办理银监局授权范围内的一切对外业务。
16.3.机构管理层次
机构管理层次如图所示：
16.4.机构核算单元上收
系统支持核算单元一本帐设计管理，可灵活定义核算机构层次，作为核算单元的机构不再为下属网点机构单独设立总帐，从而形成在本级机构内的一本帐管理。
核算单元一本帐设计对实现扁平化管理、提高效率和资金利用率、规避金融风险、增强竞争能力等方面具有重大作用。
核算单元层次的设定取决于银行的法人治理结构以及内部组织和管理的能力，实际过程中可以采用逐步上收核算单元的方法，最终实现全行一本帐。
16.5.数据要素设计
综上所述，机构的数据要素按如下进行设计
要素
说明
机构号
机构全码
汇总机构全码
核算单元机构码
清算上级机构码
区分码
IP地址
端口号
全国特约汇兑号
（可空）
全国联行号
（可空）
省辖联行号
（可空）
县辖联行号
（可空）
县辖联行号
（可空）
社内往来
（可空）
交换1
交换1的交换号（可空）
交换2
交换2的交换号（可空）
名称
（不可空）
地址
（可空）
邮政编码
（可空）
电报挂号
（可空）
电话
（可空）
联系人
（可空）
交易集号
指向交易集表（可空）
网络结点名
系统进行网络连接的结点名
（可空）
机构类型
网点的类别：
1-联社
2-财务部
3-联社大社
4-联社营业部
5-大社
6-大社营业部
7-分社
8-储蓄所
9-运行中心
0-清算中心
另外增加特殊机构包括：
a_省辖清算中心
b-全国汇兑清算中心
c-凭证印制机构
d-省机关
e-地市机关
f-联社机关
g-授权卡发卡中心
h-代办中心
i-盈余亏损联社
j-地市中心
k-地市清算中心
m-省中心
o-省清算中心
（可空）
业务范围类型
包括：
0-全能机构（目前）
1-对私机构
2-对公机构
缺省为0
（不可空）
机构现金帐号
现金科目帐号（可空）
本年利润帐户
（可空）
机构挂帐帐户
（可空）
开户机构
指储蓄所的开户机构，对其他类型的机构无意义（可空）
机构运作状况
标志1：
0—关机、1—营业、2—待扎帐、3—暂退、4—撤消、
5—删除（不可空）
缺省是0
标志2：
0-未完成外汇上划
1-已完成外汇上划
标志3：
0-未完成协议转存
1-已完成协议转存
标志4：
0-无旧折
1-有旧折
标志5：
该机构是否允许参加电子汇兑业务
0-不允许参加电子汇兑
1-允许发生大社内的电子汇兑
允许发生联社内的电子汇兑
允许发生地市内的电子汇兑
允许发生区内的电子汇兑
标志6：
该机构是否允许参加现代支付业务
不允许参加现代支付（大额）
允许参加现代支付（大额）
标志7：
该机构是否允许参加小额支付业务
不允许参加小额支付
允许参加小额支付
其他预留。
（可空）
通兑标志
（不可空）
第一位：
该机构是否参加通存通兑。
=1时不参加，该机构不能与任何其他机构通存通兑。
第二位：
该机构的临时借款是否未超过限额。
=1时超过限额，此时任何使该机构的备付金减少的通存通兑交易都不能进行。
此标志只对大社和联社大社类型的机构（机构号后两位=0）有意义。
第三位：
该机构是否允许大社营业部通存通兑。
=1不允许。
对于大社分社，该标志=0表示在本机构开户的客户帐的支取方式是印章时，也允许在本机构所在大社的营业部通存通兑。
对于大社营业部，此标志恒=0。
对于联社分社，联社营业部，大社和联社大社此标志无意义。
第四位：
该机构是否允许联社营业部通存通兑。
=1不允许。
对于大社分社，联社分社和大社营业部，该标志=0表示在本机构开户的客户帐的支取方式是印章时，也允许在联社营业部通存通兑。
对于联社营业部，此标志恒=0。
对于大社和联社大社（机构号后两位=0）此标志无意义。
联机标志
表示该机构是否存在业务前台,
为0表示不存在
为1表示存在
该标志决定是否进行标准数据下载
叶子标志
notnull
0－非叶子机构
1－叶子机构
标志位
（不可空）
第一位：
主从标志
0－主结点
1－从结点
最后修改柜员
最后作出修改的柜员（不可空）
最后修改日期
最后修改的日期（不可空）
71.帐务结构与核算方式
17.1.帐务组织结构
系统帐务组织结构如图所示：
系统的帐务结构一级总帐、二级总帐、三级总帐（主帐）和各金融产品的分户帐。
总帐部分支撑业务的综合核算，各金融产品各自管理相关产品分户帐，实现业务的综合核算。
各级按科目及账户属性分类进行汇总。
其中，三级总帐为对二级科目的进一步细分，系统中也称为主帐，通过此账目的设置，实现了几乎所有的报表都从综合核算层的数据库表中获得数据，实现了明细核算和综合核算的相对分离，确保了核算体系的相对稳定。
综合核算中，科目作为重要的汇总关联参数，而明细核算中（也就是各种金融产品中）科目的出现，都通过科目代号进行表述。
这样的设置方法，使得当科目发生变化是，对金融产品的影响最小化，特别针对金融产品的各种重要参数表的调整变得更为简单。
科目字典数据要素
要素
说明
科目号
（不可空）由银行指定的会计科目号
科目名称
（不可空）会计科目的名称
科目级别
（可空）科目
1-一级科目
2-二级科目
汇总科目号
（可空）表示在业务状况表上直接汇总科目号如1011汇总到01，
注意：
不要取1级汇总科目的汇总科目号，因为没有意义
汇总级别
（可空）表示在业务状况表上的汇总级别
{#-不参加}
{0-一般项}
{1-小计，从一般项合计而来}
{2-大项，可由小记和一般项合计}
{3-总计，可由大项和一般项合计}
{4-大总记，对总计进行合计}
{9-其他项目}
科目位置
（可空）在业务状况表上的位置，数值为页号*1000+行号*10+列号,页号从1开始编号,行号从1开始编号,列号从1开始编号
帐类
（可空）科目类别标志，包括：
1-资产类科目、2-贷款科目、3-负债类科目、4-储蓄存款科目、5-对公存款科目、6-资产负债共同类、7-往来科目、8-所有者权益类、9-损益类、a-表外科目类、+-合计项
科目属性
1-非特殊科目
2-存款类的自筹存款科目
3-存款类的定期存款科目
4-存款类的通知存款科目
5-贷款类的无指标贷款科目
6-贷款类的有财政贴息的科目
7-销帐类科目
8-表外科目类的“补充资料”科目
9-联行往来类的“上年联行往来”科目
10-投资科目
a-现金科目
%—其他
（可
升级会员 