《2022年银行核心业务系统总体设计说明书.doc》由会员分享，可在线阅读，更多相关《2022年银行核心业务系统总体设计说明书.doc（74页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、四川农信综合业务网络系统总体设计说明书四川省农村信誉合作社南天电脑系统2006年 8月1.系统网络拓扑42.系统逻辑构造53.数据流说明64.核心系统逻辑架构75.买卖方式85.1.通讯方式85.2.数据一致性保证95.3.复核买卖处理115.4.抹帐买卖处理125.5.受权买卖处理136.机构逻辑构造166.1.清算机构逻辑176.2.机构的设置176.3.机构治理层次186.4.机构核算单元上收196.5.数据要素设计197.帐务构造与核算方式227.1.帐务组织构造227.2.数据模型和帐务登记257.3.帐号构造307.4.双边分录317.5.流水设置337.6.买卖处理规则338.应
2、用实现框架348.1.买卖开发配置流程348.2.买卖效劳处理过程368.3.应用实现规则389.关键实现说明449.1.并行处理449.2.24小时处理479.3.费用途理519.4.资金清算569.5.数据平安6210.总体需求说明6410.1.支持商业规则可配置化和业务逻辑可配置化6410.2.全面产品治理6810.3.完好灵敏的收费处理7010.4.批处理操纵平台7010.5.历史数据及治理分析与核心相别离7110.6.统一的外部系统API7310.7.前台系统先进性要求73四川农信综合业务网络系统的目的是：结合四川农信详细情况，建立一套以客户为中心、账务核算统一、本外币一体化、业务、
3、网点综合化、事中操纵、支持24小时效劳、支持全面产品治理、参数化、模块化设计的新一代综合业务系统。为了保证这一目的的达成，结合四川农信的新一代综合业务系统的要求，从底层开场对整个综合业务系统进展了设计和规划。从内容来看，总体设计需要涉及的主题有以下一些方面。n 系统网络拓扑n 系统逻辑构造n 数据流说明n 核心系统逻辑架构n 买卖方式n 机构逻辑构造n 帐务构造与核算方式n 应用实现框架n 关键实现说明1. 系统网络拓扑系统网络拓扑如下图，构造上划分为四层，包括：省中心、地市中心、县中心和网点。省中心：全部业务系统都集中运转于省中心，包括：核心业务系统、综合前置系统等。关键应用参用数据库效劳器
4、与应用效劳器别离的做法，同时双机互为备份。存储采纳专业存储设备进展高速存储。在中心局域网上还有治理和监控前端等。地市中心：四川省农信地市中心可能存在两种情况，一种是地市中心存在统一治理功能，此类地市中心在地市有统一的治理监控前端；另一种地市中心仅有网络聚集的功能。县中心：具备县联社的统一治理功能；也是县内网络到地市或到省中心的网络聚集点；同时，全县的网络前端效劳器集中于此。网点：是对外直截了当效劳的窗口，所有的网点终端通过远程网络连接的方式连接到县中心前端效劳器进展业务处理，在今后一些自助效劳设备也会在网络直截了当连接。2. 系统逻辑构造系统逻辑构造如下图：本次工程施行的四川省农信综合业务网络
5、系统（SC6000），包括：后台核心业务系统OFP CoreBanking、中台交换前置和中间业务平台系统OFP PreBranch和前台柜面前端系统OFP AutoBranch。后台核心业务系统CoreBanking：负责完成银行全面帐务治理和根底金融产品，是整个银行的帐务核心，并为银行后续的业务治理和分析提供根底分析数据。基于核心业务系统，传统柜面业务都获得效劳支持，并支持以客户为中心、面向产品治理、高度参数化、全面支持24小时不连续效劳等一系列新一代综合业务系统的优良特性。中台交换前置和中间业务平台系统OFP PreBanch：负责完成后台应用间的交换和互联，并基于平台提供的成熟框架，连
6、接系统外第三方应用并支持丰富的中间业务开发。前台柜面前端系统OFP AutoBranch：负责完成所有柜效劳的前端展现和处理。采纳LINUX操作系统实现。3. 数据流说明如系统逻辑构造图中所示，在买卖处理中：当进展银行传统金融业务处理时（包括：活期、定期、贷款、结算等），柜员在前台发起买卖，买卖恳求直截了当发送到后台核心业务系统中实现业务处理；当进展中间业务和银行扩展金融业务处理时（包括：代收费、大额、小额等），柜员在前台发起买卖，买卖恳求首先到达中台前置系统，由中台系统进展本地业务处理和业务调度，依照需要调用后台核心业务系统和第三方业务系统。基于统一的业务系统接口标准和交换前置的应用途理，在
7、中心后台的两个应用间不同意存在互相间的直截了当访咨询，必须通过交换前置系统进展恳求的转发。例如：在今后的国际业务系统需要进展业务记账，业务恳求首先到达中台交换前置系统，通过中台的应用解析，在将恳求逐笔的传递到核心业务系统中实现记账。除了柜面的恳求，其他的效劳渠道包括：ATM、POS、银行、网上银行等的业务买卖全部都是首先上到中台交换前置系统，进展本地必要的业务处理，然后在向相应的效劳端应用发出调用恳求。由于在三个应用平台系统中，核心业务系统是主要业务的处理端和效劳端，也是整个系统框架的根底部分与核心部分，因而核心业务系统的设计至关重要，在下面的讨论中，我们也将主要面向核心系统进展阐述，对中台O
8、FP PreBranch和前台OFP AutoBranch请参看相关文档，在此不再赘述。4. 核心系统逻辑架构核心系统在技术逻辑构造上设计如图：逻辑架构上，核心系统分为核心效劳层和金融产品层。两个层次相对隔离，通过标准调用接口，实现访咨询调用。核心效劳层包括提供全行的会计核算、客户治理、公共治理功能。稳定、高效，并具备前瞻性的设计，是确保四川农信综合业务系统可持续开展的重要保证。p 会计核算的其中会计核算实现业务的综合核算功能；p 客户治理搜集全行客户信息，并建立客户与账户全面关联关系；p 公共治理实现系统公共参数的统一治理，包括：机构治理、柜员治理等。金融产品层设计上采纳插件式的思想，新的业
9、务可灵敏、容易的“插入”到CoreBanking系统中来。在各金融产品效劳中实现业务的明细核算功能。实现上，应用恳求首先通过统一的买卖分发治理，调用相应的处理效劳流程完成效劳。金融产品层中，提供的效劳大致上包含三个主要的类型：p 专门的核心调用接口提供应银行内部的其他应用群进展帐务处理调用p 丰富的金融产品组件提供银行柜面调用，如：活期、定期、贷款等p 核心层的专用调用组件，提供业务人员直截了当使用。如：报表治理、客户治理、前后台治理等。5. 买卖方式买卖方式描绘的内容包括买卖的通讯方式、数据不断性保证、复核买卖的处理、抹帐买卖的处理、受权买卖处理。5.1. 通讯方式p 通讯协议采纳TUXED
10、OFML。p 关于柜面买卖采纳同步短连接方式。p 系统除了提供买卖报文通讯外，还支持买卖的文件传输，在文件传输时只同意前台申请上送或下传。当后台需要下发文件时，需在买卖报文中带下传输文件名，由前端平台再进展文件传输处理。p 为了保证系统的正常运转，减轻后台和网络压力，原则上柜台买卖通常为一次通讯，有需要时原则上可进展一次查询，应尽量防止屡次通讯。p 在AutoBranch中，在tpinit时把详细的client端信息带到后台，以满足后台的治理要求。同时为理处理对一些前台提示的通知信息的处理，在AutoBranch中增加通知的公共处理，方式为在柜面前端的固定位置进展提示。5.2. 数据一致性保证
11、p 事务处理系统统一在后端启动事务处理。在买卖配置时，是否启动事务为后端SYSMNG配置。配置是否由主控启动事务。配置不由主控启动事务的买卖，由应用自行在处理过程中启动事务处理。通常，关于买卖类型为记账和治理的买卖由主控启动事务；而查询和其他买卖，则依照需要自行启动事务。规则上，查询买卖无事务，而且需要使用脏读。由PreBranch发起的买卖，PreBranch和CoreBanking分别启动事务。在买卖过程中还有一种特例，部分处理（如：获取柜员流水号、账号顺序号、受权买卖处理等）需要跳出事务处理块执行，如今需要数据库中建立另一个连接，在新连接中启动完成单独动作，然后在回到第一个事务处理块。详
12、细请参见8.3.6. 数据库连接方法。p 数据的一致性保证不同的逻辑单元间，由于中途存在网络要素，有不同的事务处理，可能存在双方不一致的可能性。分两种情况描绘如何处理不一致。在柜台买卖处理过程中，会出现由于网络等缘故导致的前端买卖上送后没有得到确定的成功失败返回（通常是超时退出），假如处理是记账买卖，柜员必须查询后台，而且以后台买卖的结果为准。为了保证资金的平安，在未能获取后台买卖结果前，必须分情况进展处理，当办理的是需要收取客户资金的买卖（如存款）则默认为买卖成功，并收取客户资金；当办理的是需要支付客户资金的买卖（如取款）则默认为买卖失败，不支付客户资金。当网络恢复后，柜员查询后台的买卖处理
13、结果，依照后台的处理结果采纳抹帐、冲正、重做、补登等手段完成后续处理。例如：柜员办理一笔存款买卖时出现超时，这时柜员通过查询买卖查询后台流水，假如发觉该笔买卖后台是未成功的，则再次办理一笔存款买卖。假如发觉是成功的，这申请补打存款凭条、存折（没有该功能时可柜员手工填写）。假如发觉是网络不通，则手工填写凭条、存折给客户，等网络通了再处理。当买卖是由PreBranch发送后台的买卖，则需建立应用间自动冲正机制或自动重发机制，在网络状态不明的情况下，中台自动发起抹帐买卖（或重发动作），并返回前端失败。在中台日终时，需要启动PreBranch与CoreBanking的对帐，对帐中数据以PreBranc
14、h数据为准进展错帐处理。因而在柜面前端，买卖的一致性通过柜员确实认以及业务制度配合保证；在无人值守的后台应用间，买卖的一致性通过买卖时的自动冲正机制（自动重入）以及日终的买卖对帐确保。5.3. 复核买卖处理系统中的复核买卖有两种，一种是对某些业务流程中要求的复核买卖（如联行中的往帐报单复核买卖），这些买卖是复核后才完成帐务处理的，属于事中复核，这些买卖通常是每种业务单独有本人的复核买卖；一种是业务流程中没有复核要求，出于平安考虑而增加的事后复核（如对公的存取款），这些买卖的复核使用公共的复核买卖。不管是那一种复核，如今都采纳后台复核的方式，待复核的数据都存在后台，不再在前端保存电子日志。关于非
15、公共的复核买卖，买卖方式上与一般买卖没有太多差异，这里不再详细说明，下面主要对公共的复核买卖进展说明。公共复核买卖采纳统一的买卖入口,流程如下：公共复核买卖基于后台柜员日志表（参看后台流水设置），需要公共复核的买卖，在正常买卖发起时，在后台柜员日志中会插入一条记录，标记为待复核，同时将需要复核的要素拼装成字符串后在后台存放。前台发起公共复核买卖时，按照前端输入的查询条件查询待复核流水和每条流水对应的复核要素串一起下传前台，在前台完成复核要素的比对处理，在完毕复核买卖时将成功复核的流水批量发到后台修正对应柜员日志的复核状态。5.4. 抹帐买卖处理抹帐是指对原买卖的取消处理，在业务发起当天，假如发
16、觉买卖有错，在通过受权的条件下发起抹帐买卖，取消原买卖。抹帐买卖使用统一的买卖入口（除个别批量发起的业务，如传票套记帐），以后台柜员日志表中的柜员日志号为索引完成抹帐处理。抹帐采纳TRIGGER抹帐方式，其简单操作流程如下：依照买卖时，TRIGGER及存储过程登记信息进展抹帐。根本流程为：定义抹帐规则生成TRIGGER和存储过程，执行买卖时自动记载买卖变化情况抹帐买卖依照INSERT和UPDATE操作及特别处理进展处理抹帐中，关于公共库表和公共处理的抹帐，可编写面向数据库表的业务抹帐程序，由统一抹帐主程序调用，而对应用本身登记的库表，则需要进展程序开发人员自行定义其抹帐规则。TRIGGER抹帐
17、详细使用请参看基于数据库trigger机制的抹帐使用手册.DOC。5.5. 受权买卖处理受权是指某个具有足够操作级别的柜员为另一个未具有相应操作级别的柜员授予操作权限的行为。其中，第一个柜员称为受权柜员，第二个柜员称为被受权柜员。按受权的物理操作方式可分为本地受权、异地受权。本地受权是受权柜员到被受权柜员终端直截了当进展受权操作。异地受权是受权柜员在本终端进展异地受权买卖产生受权码，被受权柜员用受权码确认待受权买卖并执行买卖。买卖的受权推断在后台进展。在受权过程中，当进展异地受权，其买卖要素或买卖界面在等待异地受权过程中将不得进展修正或变化，而且其受权人所在机构为治理上级，对分社而言，通常是其
18、上级大社。受权人在接到通知后，可调出操作员的买卖界面进展观察，受权后，该买卖界面的内容应该与受权前的买卖界面一致。买卖界面的传输内容以文本方式存在，待受权文本文件的文件名规则为“SQ买卖码（4）柜员号（6）受权码（8）.txt”。已受权文本文件的文件名规则为“YS买卖码（4）柜员号（6）受权码（8）.txt”。通过文件比照检查是否买卖为原买卖。异地受权信息表设计如下：要素说明受权码机构柜员号买卖码买卖日期界面文件名受权机构受权柜员受权柜员流水号受权标志0未受权、1已受权标志唯一索引：受权码唯一索引：受权柜员流水号复合索引：机构、买卖日期、受权标志申请受权时，产生受权码登记本表，填写界面文件名，
19、相应修正前台及后台待受权文件名。构成通知信息受权时，填写受权机构、柜员、流水号和受权标志，可调阅买卖界面文件，受权完毕构成通知信息前台接到通知后，进展买卖，填写受权编号，比照界面文件。一致后上送后台。本表每日删除。留意前后台受权买卖文件的删除。在推断买卖是否需要进展受权时，除了公共的推断条件（如：买卖本身是否需要进展受权、买卖级别和柜员操作级别是否匹配等）外，还有一些受权要素需要买卖过程中进展检查，如今需要对这些受权要素进展参数化配置。系统提供统一调用接口进展受权检查。受权要素检查表设计如下：要素说明买卖码条件(amt1000 mm_flag = 1)说明有密码同时金额大于1000时需要受权标
20、志select * from t_srm_desc where 条件; 当sqlcode0时，条件为真，需要受权；当sqlcode100时，条件为假，无需受权；其他为错。对一个买卖码，有多个或关系的条件表达式。实现中amt为缓冲池变量。6. 机构逻辑构造针关于四川农信的机构设置及功能,机构的逻辑需要从治理、清算、报表汇总、清算出口等方面分别定义，因而我们必须在机构编码表中将这些逻辑关系描绘清晰，并支持以后的灵敏治理。实现的方法是将机构编码表中的汇总机构全码定义为上级治理机构全码，然后再增加报表汇总机构全码、对应核算单元机构码、清算机构码。如此就能够把几种逻辑关系描绘清晰了。6.1. 清算机构逻
21、辑从图上能够看出，关于存在地市清算中心的机构，清算级别为4级，而不存在地市清算中心的机构，清算级别为3级，依照成都农信的要求，大多数的县联社，直截了当上存款项到省清算中心实现清算。不同业务从清算的途径也是一样的，分社与大社之间通过社内往来、大社与联社通过存放联社、联社与地市中心通过存放地市、地市与省通过存放省中心实现清算，依照机构的灵敏设置，清算层级和清算的关系也可实现灵敏动态调整。6.2. 机构的设置机构名职责及权限省联社治理中心负责全省各机构的维护（增加、删除、修正）工作；负责各级治理中心、省联社清算中心的柜员的维护工作；负责系统标准库的治理和维护工作；全省业务数据的查询及报表打印。银行卡
22、部（省制卡中心）治理全省卡账户，负责与银联外联、对帐等。省联社清算中心负责全省信誉社的资金往来和清算、资金调剂、资金划拨及农村信誉社重要空白凭证的治理。清算中心不对外办理存贷款业务。省联社机关省联社机关各部门帐务核算。(地市)办事处治理中心分类查询及打印辖内的各种报表，在省联社受权范围内开展相关系统治理工作。(地市)办事处机关（有帐）办事处机关帐务核算。县联社的治理中心负责县联社清算中心、机关各职能部门、营业部及辖内营业网点各柜员的治理和维护。县联社清算中心负责辖内信誉社资金往来和清算、资金调剂、资金划拨及现金治理以及重要空白凭证的治理。清算中心不对外办理存贷款业务。县联社机关县联社机关帐务核
23、算。联社、社营业部（室）办理银监局受权范围内的一切对外业务分社办理银监局受权范围内的一切对外业务。6.3. 机构治理层次机构治理层次如下图：6.4. 机构核算单元上收系统支持核算单元一本帐设计治理，可灵敏定义核算机构层次，作为核算单元的机构不再为下属网点机构单独设立总帐，从而构成在本级机构内的一本帐治理。核算单元一本帐设计对实现扁平化治理、提高效率和资金利用率、躲避金融风险、加强竞争才能等方面具有严重作用。核算单元层次的设定取决于银行的法人治理构造以及内部组织和治理的才能，实际过程中能够采纳逐步上收核算单元的方法，最终实现全行一本帐。6.5. 数据要素设计综上所述，机构的数据要素按如下进展设计
24、要素说明机构号机构全码汇总机构全码核算单元机构码清算上级机构码区分码IP地址端口号全国特约汇兑号(可空)全国联行号(可空)省辖联行号(可空)县辖联行号(可空)县辖联行号(可空)社内往来(可空)交换1交换1的交换号(可空)交换2交换2的交换号(可空)名称(不可空)地址(可空)邮政编码(可空)电报挂号(可空)(可空)联络人(可空)买卖集号指向买卖集表(可空)网络结点名系统进展网络连接的结点名(可空)机构类型网点的类别：1-联社2-财务部3-联社大社4-联社营业部5-大社6-大社营业部7-分社8-储蓄所9-运转中心0-清算中心另外增加特别机构包括：a_省辖清算中心b-全国汇兑清算中心c-凭证印制机构
25、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-不同
26、意参加电子汇兑 1-同意发生大社内的电子汇兑同意发生联社内的电子汇兑同意发生地市内的电子汇兑同意发生区内的电子汇兑标志6：该机构是否同意参加现代支付业务不同意参加现代支付（大额）同意参加现代支付（大额）标志7：该机构是否同意参加小额支付业务不同意参加小额支付同意参加小额支付其他预留。(可空) 通兑标志(不可空)第一位：该机构是否参加通存通兑。=1时不参加，该机构不能与任何其他机构通存通兑。第二位：该机构的临时借款是否未超过限额。=1时超过限额，如今任何使该机构的备付金减少的通存通兑买卖都不能进展。此标志只对大社和联社大社类型的机构(机构号后两位=0)有意义。第三位：该机构是否同意大社营业部通存
27、通兑。=1不同意。关于大社分社，该标志=0表示在本机构开户的客户帐的支取方式是印章时，也同意在本机构所在大社的营业部通存通兑。关于大社营业部，此标志恒=0。关于联社分社，联社营业部，大社和联社大社此标志无意义。第四位：该机构是否同意联社营业部通存通兑。=1不同意。关于大社分社，联社分社和大社营业部，该标志=0表示在本机构开户的客户帐的支取方式是印章时，也同意在联社营业部通存通兑。关于联社营业部，此标志恒=0。关于大社和联社大社(机构号后两位=0)此标志无意义。联机标志表示该机构是否存在业务前台,为0表示不存在为1表示存在该标志决定是否进展标准数据下载叶子标志not null0非叶子机构1叶子机
28、构标志位(不可空)第一位：主从标志0主结点1从结点最后修正柜员最后作出修正的柜员(不可空)最后修正日期最后修正的日期(不可空)7. 帐务构造与核算方式7.1. 帐务组织构造系统帐务组织构造如下图：系统的帐务构造一级总帐、二级总帐、三级总帐（主帐）和各金融产品的分户帐。总帐部分支撑业务的综合核算，各金融产品各自治理相关产品分户帐，实现业务的综合核算。各级按科目及账户属性分类进展汇总。其中，三级总帐为对二级科目的进一步细分，系统中也称为主帐，通过此账目的设置，实现了几乎所有的报表都从综合核算层的数据库表中获得数据，实现了明细核算和综合核算的相对别离，确保了核算体系的相对稳定。综合核算中，科目作为重
29、要的汇总关联参数，而明细核算中（也确实是各种金融产品中）科目的出现，都通过科目代号进展表述。如此的设置方法，使得当科目发生变化是，对金融产品的妨碍最小化，特别针对金融产品的各种重要参数表的调整变得更为简单。科目字典数据要素要素说明科目号(不可空)由银行指定的会计科目号科目名称(不可空)会计科目的名称科目级别(可空)科目1-一级科目2-二级科目汇总科目号(可空)表示在业务情况表上直截了当汇总科目号如1011汇总到01，留意：不要取1级汇总科目的汇总科目号，由于没有意义汇总级别(可空)表示在业务情况表上的汇总级别#-不参加0-一般项1-小计，从一般项合计而来2-大项，可由小记和一般项合计3-总计，
30、可由大项和一般项合计4-大总记，对总计进展合计9-其他工程科目位置(可空)在业务情况表上的位置，数值为页号*1000+行号*10+列号,页号从1开场编号,行号从1开场编号,列号从1开场编号帐类(可空)科目类别标志，包括：1-资产类科目、2-贷款科目、3-负债类科目、4-储蓄存款科目、5-对公存款科目、6-资产负债共同类、7-往来科目、8-所有者权益类、9-损益类、a-表外科目类、+-合计项科目属性0- 非特别科目1- 存款类的自筹存款科目2- 存款类的定期存款科目3- 存款类的通知存款科目4- 贷款类的无指标贷款科目5- 贷款类的有财政贴息的科目6- 销帐类科目7- 表外科目类的“补充材料”科
31、目8- 联行往来类的“上年联行往来”科目9- 投资科目a- 现金科目%其他(可空)余额方向0- 两性、1- 借、2- 贷、3- 借方可红字、4- 贷方可红字、5- 借贷双方共同反映(可空)主帐是否下设分户指该科目的主帐是否下设分户，修正买卖中应检查是否已下设分户，假设已下设分户不能修正成不下设分户0-不下设多分户1-下设多分户(可空)帐页类型1-甲类帐2-乙类帐3-丙类帐4-丁类帐(可空)帐页打印方式0-不打印1-按页打印2-按月打印(可空)最后修正柜员(不可空)最后修正日期(不可空)科目代号数据要素要素说明科目代号科目代号科目号(不可空)由银行指定的会计科目号三级科目号三级科目名称(不可空)
32、明细标志0不实时登记 1实时登记标志7.2. 数据模型和帐务登记买卖实现上，针对后台的假设干业务数据和帐务数据，系统有如以下图的数据模型和帐务登记流程。如下图：核心系统完成全行帐务实时帐务处理，基于效率和应用有用性考虑，数据需保持在一个可控的规模下，同时面向治理、分析的OLAP应用应该与实时业务系统群在系统及网络层隔离，也即在核心系统外需要建立后续治理分析应用和历史查询运用，其上的大量数据需要通过定时的ETL过程将主机上的数据，选择性的传输到相关应用中。ETL过程可配置实现对主机数据的清理、复制和迁移。核心系统内部数据模型，也按明细核算和综合核算的功能，划分到核心层和产品层进展治理，不同的金融
33、产品，可灵敏设置不同数据库表治理其相应业务。而核心层的总帐数据模型，不因业务的变化而发生变化。实现中，核心层数据与产品层数据通过分录流水作为桥梁，通过标准的数据访咨询通道关联业务的明细核算和综合核算，在产品层的业务处理中，只操作单一、标准的数据库表，屏蔽了产品业务变化对核心层的妨碍。详细来看买卖过程中的帐务登记流程如下：日常买卖发生时，买卖首先登记柜员日志，然后按买卖码进入不同的效劳处理流程，进展产品层的明细核算，最后登记系统统一的分录流水，记载相应的核算信息。日终买卖处理时，系统从分录流水中获取核算信息，分别登记主机的主帐、二级科目总帐和一级科目总帐，由于系统主帐信息反映了分户的汇总归类，实
34、现上几乎全部的报表都能够依照总帐数据进展生成。同时，基于24小时实现逻辑支撑，在日终过程中，分户信息将不被更改，因而能够通过一级总帐科目与分户的余额比照实现系统的总分检查。关于系统内部帐而言，当通过内部帐记账买卖处理时，系统将实时登记内部帐分户及分户明细；当内部帐记账为其他买卖联动完成时，系统依照配置信息，确定内部帐是实时登记依然日终汇总登记。通过汇总登记能够简化内部帐帐页输出；同时还能够提高应用途理效率，躲避业务处理瓶颈。面向核心的分录流水，除了完成日终的综合核算外，也为今后的治理分析应用提供了重要信息来源，因而，分录流水中除了记录核算信息外（机构、币种、科目代码等）还需记录买卖的其他属性，
35、包括：客户类型、产品码、部门。并基于上述维度创立面向核算的主帐构造和面向治理的产品总帐构造。核算主帐构造中含核算机构、币种、科目和子目维度；产品总帐构造中含核算机构、币种、科目代码、部门、产品、客户类型维度。今后的分析治理系统能够基于产品总帐数据。上述维度的取值规则如下：p 按分录流水中的账号获取核算机构、币种、科目、子目；p 与客户帐有关的分录，按客户帐的材料和对应关系登记部门、产品和客户类型信息；涉及内部帐有关的分录，其部门、产品和客户类型等信息与客户帐一样；p 单纯涉及内部帐的买卖，其部门、产品和客户类型设为省缺值。三个信息子段的省缺值均为“9999”。详细数据构造请参考数据字典。产品总
36、帐数据要素设计机构号币种部门代码产品代码科目代号客户类型余额方向以下为日买卖信息买卖日借方发生额贷方发生额借方笔数贷方笔数借方余额贷方余额当日开户数当日销户数以下为月买卖信息月借方发生额月贷方发生额月借方笔数月贷方笔数当月平均借方余额当月平均贷方余额当月开户数当月销户数以下为年买卖信息年借方发生额年贷方发生额年借方笔数年贷方笔数当年平均借方余额当年平均贷方余额当年开户数当年销户数备注：唯一索引：机构、币种、部门代码、产品代码、科目代号、客户类型本表采纳动户记录和增加记录方式，在日终、月终和年终不会进展轮寻处理对部分长期未动的记录，可能信息往常数据，因而需要依照买卖日期理解日、月、年买卖信息帐务
37、登记的原则是客户帐材料、登记簿、流水等在日间时产生并实时登记、更新。内部帐、主帐、总帐在日终时通过分录流水完成登记、更新。如此做的好处在于提供了买卖的并发度支持，特别是今后核算单元上收后，对内部帐、主帐的高并发度要求，防止了这些资源的锁冲突。处理要求：p 实时产生分录流水，分录流水中要有买卖机构、核算机构、部门、产品码、客户类型、是否日终记内部帐标志。p 在内部帐分户中要有标志明确说明是否需要记录明细帐；该标志在科目代号字典中能够设置。p 手工发起的内部帐记帐（0911）实时登记内部帐及明细。p 关于部分需要进展余额操纵的处理，例如：头寸操纵等，可通过专门设置余额操纵登记簿进展操纵。7.3.
38、帐号构造客户号：14位AAAA BBCCCCCC DD机构码(4)+客户品种(2)+顺序号(6)+校验位(2)其中：客户类型（2位）= 对象类型（1位）+ 正式临时标志（1位）对象类型：0 对私客户、1 对公客户、2 金融客户 客户帐号：17位 AAAABBCDDDDDDDDEE=区分码(4)+币种(2)+帐类(1)+顺序号(8)+校验位(2) 内部帐帐号：AAAABBCDDDDDDDDEEEE=开户机构(4)+币种(2)+帐类（1）科目(8)+顺序号(4)借据区分码（4）序号（8）校验（2）帐类：1活期、2结算活期、3定期、4贷款、5内部帐、6股金其中客户帐号包括了活期、定期、结算活期、贷款
39、、一本通p 区分码每个机构的区分码在机构网络治理表（t_srm_inst_mgmt）中定义，每个机构对应的区分码设立后不能够进展修正。7.4. 双边分录系统中除了表外科目能够使用单边分录外，所有记帐都使用双边分录，到达每笔买卖的自平衡。假如存在业务上的买卖动作别离情况，将使用系统统一的机构挂帐户进展过渡处理，在进展过渡处理时，系统除了记录该账户的分录，还需记录柜员临时存欠登记簿，登记簿采纳销账方式治理。与丁种帐不同之处在于，该账户的销账同意部分销账，处理一借多贷或一贷多借情况，假如存在多借多贷情况，原则上必须自平衡或通过中间临时存欠账户治理，转换为上述两种情况。7.4.1. 机构挂帐户记账规则
40、p 采纳机构挂帐户进展处理（标准数据中账号为机构码（4）币种（2）5046100020000）p 在正常买卖情况下，每日账户余额应为0，但在特别情况下，如：机构网络中断情况，该账户有可能存在余额不为0的情况。p 为防止虚增对机构挂帐户的发生额，规定对该账户的记账为转账、借贷标志只为借，也即买卖时可能的分录为借方蓝字或借方红字。p 在记录机构挂账户时需要同时进展柜员临时存欠登记簿的登记。p 柜员在签退时，除了上缴尾箱、进展柜员轧帐外，还需检查柜员临时存欠登记簿，检查柜员有无关联买卖未完成。p 在买卖进展抹帐处理时，必须首先检查该买卖是否已被核销，假设已被核销，首先对核销买卖进展抹帐处理，或通过冲
41、正买卖完成对买卖的调整。7.4.2. 机构挂帐技术实现在双边分录处理过程中，最重要的是如何登记柜员临时存欠登记簿，以下进展简单技术说明。柜员临时存欠登记簿要素设计日期机构码柜员号柜员流水号买卖码买卖简名外部账号账户id借贷方向金额待冲销金额对方柜员流水号见备注冲销标志0待冲销买卖 1冲销买卖买卖状态0正常 1取消标志唯一索引：日期柜员流水号复核索引：日期柜员买卖状态冲销标志每套买卖，最少登记两条记录，待冲销买卖和冲销买卖，一对多和多对一情况按需要增加，多对多情况不支持临时存欠。日终时，本表快速清理生成新表，对未冲销完成记录进展打印对方柜员流水号规则：一对一时，互相登记柜员流水号。一对多时，在待
42、冲销买卖记录中，登记的对方柜员流水号为“total”，冲销买卖记录中，登记的为对方流水号多对一时，在待冲销买卖记录中，登记的对方柜员流水号为对方流水号，冲销买卖记录中，登记的为“total”在买卖时，假如买卖为业务单边分录，依照会计先借后贷规则，业务发生方向为借方时，买卖为待冲销；业务发生方向为贷方时，买卖为冲销（必须输入待冲销买卖柜员流水号）。记录柜员临时存欠登记簿时，按照对方流水号规则记录相应记录，而且支持部分金额的冲销。在日终时需要对本表记录进展清理，同时对未完全冲销记录进展打印。7.5. 流水设置后台增加一张柜员日志表，因而后台共有4张流水表（柜员日志表、储蓄业务流水表、对公业务流水表
43、、分录流水表）。由柜员日志表为首，统驭其它流水，每一笔进入核心的买卖度登记一条柜员日志。柜员日志表中应包含柜员日志号、买卖码、买卖类型、买卖机构、产品码、买卖日期、操作柜员、受权柜员、复核柜员、帐号、对方帐号、买卖金额等信息，同时标志位中应有复核标志、冲正标志。7.6. 买卖处理规则买卖类型前台公共规则特别规则后台公共规则后台特别规则记帐买卖前台不记录日志、不生成前台流水号、不使用前台事务、前台推断机构买卖集和柜员买卖集。生成MAC、生成复核编码、柜员流水号依照各个模块买卖的实际要求打印或显示主控买卖完成公共检查、受权检查等 。取消买卖采集表、增加柜员日志表、并以柜员日志表来完成复核、抹帐和统
44、计处理。1、启动后台事务、生成柜员流水号、登记柜员日志表。一笔柜员日志可产生多笔业务流水，一笔业务流水可产生多笔分录流水；2、明细核算帐务登记原则：分户帐、各种登记簿和流水表等在日间产生并实时登记、更新。3、综合核算帐务登记原则：日终依照分录流水登记主帐和总帐；完成总分核对4、手工发起的内部帐记帐（0911）实时登记及明细。5、丁种帐的处理原则上保持原有方式不变（待定）。6、买卖发起的内部帐计帐原则采纳日终汇总产生分录记帐的方式，登记分户和明细。7、实时产生的分录流水信息中要有买卖机构、核算机构，内部帐号和外部帐号等要素。9、在内部帐分户中要有标志明确说明是否需要记录明细帐；该标志在科目表（产品码和科目子目对应关系描绘表）中能够设置。治理买卖生成MAC、生成复核编码；1、治理买卖启动后台事务、生成柜员流水号、登记柜员日志表；2、单笔治理买卖支持复核机制；查询买卖查询买卖生成柜员流水号、登记柜员日志表8. 应用实现框架8.1. 买卖开发配置流程面向金融产品的各类效劳（买卖），在系统中被封装为了应用效劳（APSERVICE），同类业务的APSERICE又被封装称为了应用效劳器。实现