1、核心業(yè)務系統(tǒng)總體設計說明書目錄§1 綜述 (5§2 系統(tǒng)總體結(jié)構(gòu) (6§2.1 系統(tǒng)運行環(huán)境 (6§2.2 系統(tǒng)網(wǎng)絡總體架構(gòu) (7§2.3 應用邏輯結(jié)構(gòu) (8§3 核心系統(tǒng)技術結(jié)構(gòu) (9§4 綜合前置系統(tǒng)構(gòu)架 (10§5 系統(tǒng)設計總體目標 (11§5.1 技術設計思想 (11§5.1.1 三層結(jié)構(gòu),從面向交易過渡到面向客戶、面向服務 (11§5.1.2 全面貫徹以客戶為中心的設計思想 (11§5.1.3多渠道接入平臺系統(tǒng)的采用 (12§5.1.4 銀行服務形式“產(chǎn)品

2、化”及產(chǎn)品定制 (12§5.1.5 服務模塊組織“構(gòu)件化”、“構(gòu)件封裝”及構(gòu)件驅(qū)動平臺 (12§5.1.6 “引領式”操作模式、流程定制及流程再造 (13§5.1.7 批處理控制平臺,增強批處理的并發(fā)程度,縮短批處理的時間 (13§5.1.8 標準的外部系統(tǒng)接口 (14§5.2 業(yè)務設計思想 (14§5.2.1 一體化的會計核算體系及核算主體定義 (14§5.2.2 支持全天候“7X24小時”不間斷營業(yè) (14§5.2.3 支持多分行,支持多級清算 (15§5.2.4 “全功能柜員” (15§5

3、.2.5 客戶信息集中,統(tǒng)一的客戶授信體系,實行額度管理 (15§5.2.6 加強了內(nèi)控體系,強化柜員權限管理,完善的系統(tǒng)安全性和靈活的交易授權機制 (16§5.2.7 靈活的計息模塊,支持“利率市場化” (16§5.2.8 靈活的收費模塊,支持銀行自主地制定收費政策 (17§5.2.9 提供“以客為尊”的一站式服務 (17§5.2.10 合理利用計算機優(yōu)勢,減輕業(yè)務人員的工作量 (17§6 系統(tǒng)功能要點邏輯設計 (18§6.1 運行平臺和交易組裝 (18§6.1.1 核心交易平臺的總體結(jié)構(gòu) (18§6.

4、1.2 核心交易平臺設計要求 (18§6.1.3 核心構(gòu)件庫的組成 (21§6.1.4 構(gòu)件形成及使用原則 (21§6.1.5 交易驅(qū)動設計結(jié)構(gòu) (22§6.1.6 交易驅(qū)動設計要求 (23§6.1.7 交易驅(qū)動實現(xiàn)方法 (24§6.2 報文接口及拆組包 (31§6.2.1 主報文格式 (31§6.2.2 系統(tǒng)拆包流程 (31§6.2.3 系統(tǒng)組包流程 (31§6.3 操作流程定制 (33§6.3.1 操作流程定制設計構(gòu)架 (33§6.3.2 操作流程定制設計要求 (34&#

5、167;6.4 分錄接口設計 (35§6.4.1 分錄接口模式 (35§6.4.2 設計準則 (35§6.5 總賬設計 (37§6.5.1 總賬設計結(jié)構(gòu) (37§6.5.2 核心總賬的處理模式 (39§6.5.3 總賬匯總口徑 (40§6.6 帳務體系 (42§6.6.1 帳務結(jié)構(gòu) (42§6.6.2 帳戶設置 (42§6.6.3 建立以“款項”管理為基礎建立綜合賬務管理體系 (44§6.6.4 內(nèi)部賬戶體系 (45§6.7 產(chǎn)品化模式 (47§6.7.1 設計目標

6、 (47§6.7.2 產(chǎn)品分類 (47§6.7.3 產(chǎn)品結(jié)構(gòu)設計 (47§6.8 7×24小時營業(yè)設計 (49§6.8.1 不間斷營業(yè)設計架構(gòu) (49§6.8.2 7×24小時營業(yè)任務序列 (50§6.8.3 7×24小時營業(yè)設計要求 (51§6.9 統(tǒng)一沖銷模式設計 (52§6.9.1 實現(xiàn)方式 (52§6.9.2 反交易的編寫 (53§6.9.3 存儲過程調(diào)用 (54§6.10 權限管理 (56§6.10.1 設計思路概述 (56§

7、6.10.2 交易權限設計 (56§6.11 復核模式設計 (64§6.11.1 概述 (64§6.11.2 表結(jié)構(gòu) (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 清算系統(tǒng)結(jié)構(gòu) (71§6

8、.13.2 清算系統(tǒng)與其他各系統(tǒng)之間關系 (73§6.13.3 核算模式及術語解釋 (74§6.13.4 數(shù)據(jù)結(jié)構(gòu)設計 (74§6.13.5 應用接口(ClsMainApi (76§6.14 批量調(diào)度 (78§6.14.1 運行周期交易調(diào)度 (78§6.14.2 周期交易錄入 (79§6.14.3 生成周期調(diào)度方案 (84§6.14.4 周期調(diào)度運行 (86§7 業(yè)務功能組件劃分 (92§7.1 100000-客戶服務 (92§7.1.1 110000-客戶信息 (92§7.

9、1.2 120000-存款業(yè)務 (93§7.1.3 130000-貸款業(yè)務 (97§7.1.4 140000-結(jié)算業(yè)務 (100§7.1.5 150000-外匯買賣 (103§7.1.6 160000-債券業(yè)務 (103§7.1.7 170000-銀行卡業(yè)務 (105§7.2 200000-柜臺零售 (108§7.3 300000-內(nèi)部運營 (108§7.3.1 320000-內(nèi)部賬管理 (108§7.3.2 330000-現(xiàn)金管理 (109§7.3.3 340000-憑證管理 (110

10、7;7.3.4 360000-系統(tǒng)內(nèi)資金上存借調(diào) (111§7.4 500000-交易工具 (112§7.5 600000-內(nèi)部管理 (114§7.5.1 640000-機構(gòu)管理 (114§7.5.2 650000-柜員管理 (114§7.5.3 660000-業(yè)務量管理 (115§7.6 700000-業(yè)務咨詢 (115§7.7 800000-代理業(yè)務 (116§1綜述在全面覆蓋傳統(tǒng)銀行業(yè)務的基礎上,突出“金融產(chǎn)品”概念,銀行可方便定制新的業(yè)務品種或更改業(yè)務模式;系統(tǒng)整合了銀行的業(yè)務服務渠道,方便銀行增值服務范圍

11、的擴展,在無須更改系統(tǒng)內(nèi)核的情況下方便實現(xiàn)與外部系統(tǒng)的互聯(lián)互通。系統(tǒng)在深化“大集中”、“大會計”、“一本帳”、“以客戶為中心”、“綜合柜員制”等成熟的設計思想的基礎上,建立了從“客戶”、“產(chǎn)品”到“服務”、“渠道”的集約化經(jīng)營管理模式,提供了真正的面向客戶的服務模式,作到了為客戶定制差別化的服務。從而實現(xiàn)了銀行集中經(jīng)營、規(guī)范業(yè)務、個性服務、豐富渠道、減少風險、輔助決策、降低成本的目標。系統(tǒng)實現(xiàn)原則滿足了銀行業(yè)務系統(tǒng)所要求的:先進性、實時性、可靠性、完整性、安全性、網(wǎng)絡化、開放性、易擴展性、易維護性、易移植性。§2系統(tǒng)總體結(jié)構(gòu)§2.1系統(tǒng)運行環(huán)境主機/操作系統(tǒng)HP UNIX

12、或IBM-RS6000 AIX前置機/操作系統(tǒng)HP UNIX 或IBM-RS6000 AIX數(shù)據(jù)庫INFORMIX 或DB2中間件CICS 或TUXIDO網(wǎng)點前臺PC SCOUNIX應用數(shù)據(jù)維護服務器PC SERVER Windows2000/XP TOMCA T(或WEBSPHERE通過IE登錄訪問§2.2 系統(tǒng)網(wǎng)絡總體架構(gòu)管理系統(tǒng)管理中心InternetIDSWEB業(yè)務機網(wǎng)上銀行核心交換機總體網(wǎng)絡拓撲圖P B X外聯(lián)業(yè)務2M SDH2M SDHIDSOA 辦公區(qū)M C U P B X2M SDH 2M SDH前置機日志審計核心匯聚路由器核心匯聚交換機匯聚路由器OA 辦公區(qū)匯聚交換

13、機PB X外聯(lián)業(yè)務前置機日志審計64K DDN網(wǎng)點一: 純終端模式接入路由器64K DDN網(wǎng)點二: 主機帶終端電話銀行區(qū)電話銀行接入?yún)^(qū)生產(chǎn)區(qū)到人行省中心核心路由器備份區(qū)中間機備份交換機數(shù)據(jù)倉庫M C U P B XOA 系統(tǒng)災備管理中心管理交換機地市中心縣中心接入路由器§2.3 應用邏輯結(jié)構(gòu)服務渠道接入系統(tǒng)管理門戶客戶資料業(yè)務資料數(shù)據(jù)倉庫數(shù)據(jù)采集數(shù)據(jù)整理ATM 柜臺網(wǎng)銀電話銀行Etc 市場部財務部風險部信貸部Etc 應用服務器管理系統(tǒng)平臺(BIMP交易直通交易直通商業(yè)智能分析商業(yè)智能分析客戶關系客戶關系規(guī)則與知識規(guī)則與知識信息溝通信息溝通數(shù)據(jù)模型數(shù)據(jù)模型客戶經(jīng)理系統(tǒng)客戶經(jīng)理系統(tǒng)風險管

14、理系統(tǒng)風險管理系統(tǒng)信貸管理系統(tǒng)信貸管理系統(tǒng)客戶關系管理客戶關系管理績效考核管理績效考核管理稽核管理系統(tǒng)稽核管理系統(tǒng)人力資源管理人力資源管理經(jīng)營管理系統(tǒng)存款業(yè)務系統(tǒng)存款業(yè)務系統(tǒng)貸款業(yè)務系統(tǒng)貸款業(yè)務系統(tǒng)結(jié)算業(yè)務系統(tǒng)結(jié)算業(yè)務系統(tǒng)銀行卡業(yè)務銀行卡業(yè)務中間業(yè)務系統(tǒng)中間業(yè)務系統(tǒng)投資業(yè)務系統(tǒng)投資業(yè)務系統(tǒng)產(chǎn)品管理產(chǎn)品管理費率管理費率管理利率管理利率管理匯率管理匯率管理外部接口外部接口業(yè)務處理系統(tǒng)帳務核心系統(tǒng)基礎設施賬務管理賬務管理會計核算會計核算客戶信息(CIF 客戶信息(CIF 機構(gòu)管理機構(gòu)管理額度管理額度管理現(xiàn)金管理現(xiàn)金管理柜員管理柜員管理憑證管理憑證管理外部互聯(lián)SwiftSwift 中間業(yè)務中間業(yè)務信貸

15、登記信貸登記中國銀聯(lián)中國銀聯(lián)人行支付人行支付Etc.Etc.應用系統(tǒng)邏輯結(jié)構(gòu)§3 核心系統(tǒng)技術結(jié)構(gòu)核心業(yè)務系統(tǒng)的技術結(jié)構(gòu)業(yè)務處理模塊業(yè)務處理模塊業(yè)務處理模塊廣域網(wǎng)/局域網(wǎng)API系統(tǒng)安全控制公共模塊系統(tǒng)狀態(tài)控制流水控制總帳分錄產(chǎn)生自動平帳柜員支持API 交易主控模塊子交易控管模塊子交易調(diào)用模塊外部API交易輸出控制模塊交易授權控制模塊字段啟動交易檢查/字段復核控制塊文件下載接受模塊通信子系統(tǒng)(UNIX/WINDOWS NT 交易提交控制模塊菜單控制模塊交易畫面控制模塊字段控制模塊數(shù)據(jù)庫/操作系統(tǒng)通信子系統(tǒng)標準對外通信接口廣域網(wǎng)/局域網(wǎng)TCP/IP SNA前臺部分主機部分平臺模塊交易控制

16、模塊通信模塊§4 綜合前置系統(tǒng)構(gòu)架Weblogic 或WebsphereWeblogic 或Websphere Mediapps 部件個性化頁面管理中間業(yè)務接口用戶管理服務類別管理標準業(yè)務接口CIS 應用MIS 應用流程管理Kiosk 柜臺POS ATM 電話Mobile瀏覽器IC個人企業(yè)柜員銷售人員管理人員卡業(yè)務接口新聞材料BIMS 系統(tǒng)交易系統(tǒng)(綜合業(yè)務,卡業(yè)務,中間業(yè)務,信貸業(yè)務多渠道接入系統(tǒng)中國銀聯(lián)人行支付委托行業(yè)證券保險基金銀行卡現(xiàn)代化支付中間業(yè)務混業(yè)代理Core Switching Platform Core Switching Platform§5系統(tǒng)設計總體

17、目標§5.1技術設計思想§5.1.1三層結(jié)構(gòu),從面向交易過渡到面向客戶、面向服務系統(tǒng)設計分為三層結(jié)構(gòu):核心管理層、應用服務層和服務渠道層。核心管理層是整個系統(tǒng)的數(shù)據(jù)中心,存放著客戶信息數(shù)據(jù)、總帳會計數(shù)據(jù)、公用信息數(shù)據(jù),控制信息數(shù)據(jù)等,負責會計核算、客戶信息管理、授信額度管理、資金清算管理、費率管理、機構(gòu)管理、庫房管理和公共數(shù)據(jù)管理等;應用服務層由存款系統(tǒng)、貸款系統(tǒng)、結(jié)算系統(tǒng)、卡業(yè)務系統(tǒng)、中間業(yè)務系統(tǒng)、資金市場系統(tǒng)、外匯市場系統(tǒng)等應用系統(tǒng)組成,分別完成銀行對客戶的各種不同服務手段;通過多渠道接入平臺系統(tǒng)連接著各種各樣的服務渠道,包括柜員界面、客戶經(jīng)理界面、ATM、POS、電話

18、銀行界面、自助銀行界面、網(wǎng)絡銀行界面等,是核心業(yè)務系統(tǒng)的客戶界面,是銀行柜臺業(yè)務的延伸。這樣的層次結(jié)構(gòu)劃分,可以使得系統(tǒng)的數(shù)據(jù)更加集中、更加安全,使系統(tǒng)的核心盡可能的堅固和穩(wěn)定;可以使得系統(tǒng)對客戶的應用服務更加具有可拓展性,滿足市場快速變化和銀行因應增加服務品種的需要;可以使得系統(tǒng)支持的服務渠道更加廣泛;從而達到由以前的面向交易過渡到現(xiàn)在的面向客戶、面向服務的目標。§5.1.2全面貫徹以客戶為中心的設計思想建立具有深度和廣度的關系型客戶信息中心,降低銀行的客戶風險;為實現(xiàn)更高級的客戶管理方式(如客戶信用等級制度的建立,為實現(xiàn)客戶分析提供了全面基礎信息。采用面向客戶提供差別化服務的設計

19、思想,根據(jù)來自客戶經(jīng)理的分析資料及時地給操作人員以客戶關懷提示或風險預警;根據(jù)管理分析系統(tǒng)提供的客戶等級評定接口、根據(jù)產(chǎn)品定價系統(tǒng)提供的客戶優(yōu)惠價格接口在核心系統(tǒng)中提供個性化服務及控制。§5.1.3 多渠道接入平臺系統(tǒng)的采用系統(tǒng)采用了多渠道接入平臺VisionBanking MCP來完成各種終端設備(字符終端、圖形終端和自助服務設備(A TM、POS、電話銀行、手機銀行、自助銀行、網(wǎng)絡銀行等的接入、管理功能。系統(tǒng)能夠支持各種通信協(xié)議,提供全轄的網(wǎng)絡監(jiān)控、設備控管和應用監(jiān)控,能處理各種各樣的數(shù)據(jù)報文格式,具有強大的功能擴展性、嚴格的安全控制機制。§5.1.4銀行服務形式“產(chǎn)品

20、化”及產(chǎn)品定制在核心業(yè)務系統(tǒng)的設計中,引入了“銀行產(chǎn)品”的概念。銀行所提供的服務是以產(chǎn)品的形式出現(xiàn)的,系統(tǒng)中把所有經(jīng)辦的存款、貸款等業(yè)務根據(jù)業(yè)務的屬性、業(yè)務的主要組成要素按照業(yè)務流程的不同階段分層次制定相應的處理計劃,根據(jù)各處理計劃的不同組合靈活地定制產(chǎn)品,并分配相應的產(chǎn)品代碼進行唯一的標識。銀行業(yè)務“產(chǎn)品化”的優(yōu)點在于讓最終用戶(而非IT人員更靈活地根據(jù)市場需求定制有自身特色的銀行產(chǎn)品,滿足不同客戶群體的需要,快速適應市場的變化。§5.1.5服務模塊組織“構(gòu)件化”、“構(gòu)件封裝”及構(gòu)件驅(qū)動平臺核心業(yè)務系統(tǒng)對交易服務的設計基于“構(gòu)件化”的模式,本著“降低耦合”“功能內(nèi)聚”的原則,將業(yè)務

21、處理功能劃分為完成某一具體功能的最小單元,形成“積木”式構(gòu)件庫,這些構(gòu)件可以以一定形式按照要求搭建在一起形成完成某一業(yè)務功能的“組件”,每項交易服務均由“構(gòu)件”及“組件”依據(jù)一定次序的集合組成,完成一項交易服務對構(gòu)件的組裝過程稱為“交易封裝”,這些組裝過程是由填制配置腳本來實現(xiàn)的,而無需單獨編程。已經(jīng)封裝的交易服務通過系統(tǒng)提供的“構(gòu)件驅(qū)動平臺”統(tǒng)一驅(qū)動。提高業(yè)務處理程序(構(gòu)件的共享;可以靈活地進行構(gòu)件的組織而定制出新的交易服務,縮短了新服務功能推出的時間;減少了系統(tǒng)維護的工作量。§5.1.6“引領式”操作模式、流程定制及流程再造系統(tǒng)可以通過前臺的操作流程定制,實現(xiàn)“引領式”的操作模式

22、。對核心業(yè)務系統(tǒng)聯(lián)機交易操作的過程細分為具體的單一步驟,為每個步驟用一個唯一的步驟編號進行標識,其中每個步驟都包括其獨立的必須的輸入輸出項目,柜員交易就是通過將步驟編號按照一定順序有條件地組織在一起而形成,而組裝的過程只需要簡單地配置相應的腳本,不需要編寫代碼,這樣,根據(jù)不同的業(yè)務要求,可以靈活地對操作流程進行重組,以實現(xiàn)流程的定制和再造。同時,由于每個操作步驟本身的產(chǎn)生都是通過工具定制的方式,對于新的原來沒有的操作描述也可以方便地擴充。這種流程定制的方式使前端交易體現(xiàn)出人性化的特色,能夠方便地制定出符合操作人員習慣的流程及界面風格,臨柜人員的操作可以不再是呆板的錄入、提交產(chǎn)生結(jié)果,而是通過人

23、機交互的模式引導操作人員逐步達到完成交易服務的目的。§5.1.7批處理控制平臺,增強批處理的并發(fā)程度,縮短批處理的時間系統(tǒng)將批處理業(yè)務(例如:日終批處理、批量結(jié)息、預提利息、年終結(jié)轉(zhuǎn)等分成若干個處理模塊,每個處理模塊都以作業(yè)方式運行;相同功能的作業(yè)放入同一個隊列中,隊列內(nèi)順序執(zhí)行;不同功能的作業(yè)放入另外的隊列中,不同的隊列之間是并行執(zhí)行的,互不影響。由批處理控制平臺來完成作業(yè)的提交和作業(yè)執(zhí)行順序的控制,作業(yè)之間的制約關系也可在平臺中進行預先的定義。這樣安排批處理業(yè)務,有效地增強了批處理的并發(fā)程度,使系統(tǒng)資源得到很大的利用,減少了批處理的時間。§5.1.8標準的外部系統(tǒng)接口系

24、統(tǒng)提供了標準的外部系統(tǒng)接口,能夠方便地與其他系統(tǒng)(如同城清算系統(tǒng)、電子聯(lián)行系統(tǒng)、人行現(xiàn)代化支付系統(tǒng)、證銀轉(zhuǎn)帳系統(tǒng)、銀聯(lián)系統(tǒng)、代理業(yè)務系統(tǒng)、國際結(jié)算系統(tǒng)等進行接口。§5.2業(yè)務設計思想§5.2.1一體化的會計核算體系及核算主體定義系統(tǒng)采用大會計模式,實現(xiàn)了對公、對私一體化,本幣、外幣一體化,自營性會計和政策性會計一體化,多幣種、多帳套的會計核算方法,實現(xiàn)了會計核算集中和應用系統(tǒng)的統(tǒng)一。系統(tǒng)支持核算主體上移的“一本帳”模式?！耙槐編ぁ蹦Ｊ接欣阢y行簡化資金調(diào)撥流程,實現(xiàn)精細核算,推行專業(yè)化和扁平化管理,達到增加利潤、控制成本、強化績效、提供決策的目的。這是一項系統(tǒng)工程,不僅需要

25、觀念更新,還需要機構(gòu)更新、制度更新。所以在實際執(zhí)行過程中,要循序漸進,逐步實施。例如:有些銀行嘗試采用核算主體逐步上移的方式,先實現(xiàn),可以以支行為一本帳,實現(xiàn)同一支行轄內(nèi)的各網(wǎng)點之間資金的通融,改變了舊系統(tǒng)中支行轄內(nèi)網(wǎng)點之間頻繁的資金清算。因應此種情況,系統(tǒng)支持系統(tǒng)內(nèi)任意級別的核算主體上移,可以將核算主體定義到任意級別層次的機構(gòu)。§5.2.2支持全天候“7X24小時”不間斷營業(yè)核心業(yè)務系統(tǒng)支持“7X24小時”不間斷營業(yè),不僅包括ATM、POS、電話銀行、網(wǎng)上銀行等自助設備,也支持營業(yè)網(wǎng)點不間斷營業(yè),實現(xiàn)“夜間銀行”,保證對客戶服務渠道的暢通,滿足各地區(qū)不同的服務時間要求,實現(xiàn)全天候的

26、變現(xiàn)能力。§5.2.3支持多分行,支持多級清算單一系統(tǒng)支持多分行的運作,把多個分行的業(yè)務數(shù)據(jù)集中到一個數(shù)據(jù)庫中;支持從總行到省行到分行到支行網(wǎng)點的多級清算,全面的支持“大集中”的目標;系統(tǒng)也支持跨系統(tǒng)的清算。系統(tǒng)對于清算支持可定義的清算模式,在系統(tǒng)中提供獨立的清算系統(tǒng)進行清算支持,以清算路徑、資金帳戶、清分方式等為主線,對清算流程及方法進行拆分后實施組裝,來確定具體的清算種類,按照清算種類實現(xiàn)系統(tǒng)的自動多級清算,同時通過定義清算模式可以支持實時清算和日終批量清算。§5.2.4“全功能柜員”系統(tǒng)滿足了全行實行綜合柜員制的需要,由柜員直接負責每筆業(yè)務的全過程,在權限允許的范圍內(nèi)

27、,不分業(yè)務種類,顧客可以選擇任意一個窗口辦理所需的全部業(yè)務。為今后實行“客戶經(jīng)理”的服務奠定了基礎。采用綜合柜員制有如下優(yōu)點:提高工作效率;減少柜員人數(shù);提高員工素質(zhì);方便客戶;改善服務質(zhì)量;方便績效考核。同時,考慮到國內(nèi)的實際情況,系統(tǒng)也支持傳統(tǒng)的柜員管理方式。§5.2.5客戶信息集中,統(tǒng)一的客戶授信體系,實行額度管理客戶信息集中管理,使銀行可以綜合掌握客戶狀況,以便提供全面的客戶追蹤和決策分析手段,如資信評估、風險評估。也可以為客戶提供全方位多功能的代客理財服務。系統(tǒng)通過額度管理功能,根據(jù)客戶的信用情況,給客戶分配一定的額度,決定為客戶提供的某些業(yè)務服務的范圍和程度,使銀行降低為

28、客戶提供某些服務而帶來的風險;同時,銀行也可以根據(jù)自身的情況,通過額度管理系統(tǒng)決定本身所進行的一些業(yè)務的范圍和程度。§5.2.6加強了內(nèi)控體系,強化柜員權限管理,完善的系統(tǒng)安全 性和靈活的交易授權機制系統(tǒng)加強了內(nèi)控管理, 突出了安全保障意識, 系統(tǒng)中對業(yè)務監(jiān)督方面倡導的思想是盡可 能規(guī)避風險的發(fā)生, 及時發(fā)現(xiàn)經(jīng)辦風險, 減少因業(yè)務監(jiān)督產(chǎn)生的銀行運營成本。 系統(tǒng)中強化 了柜員管理的力度, 采用柜員操作權限控制、 授權、 雙敲復核與事后復核等方式綜合控制的 模式。對柜員操作權限提供靈活的參數(shù)化管理, 建立嚴格的柜員類別與等級管理體系, 從柜員 經(jīng)辦交易、客戶類別和等級、經(jīng)辦金額等多種角度

29、控制柜員的經(jīng)辦權限。對柜員經(jīng)辦業(yè)務加強授權、 復核與監(jiān)督, 系統(tǒng)提供了即時授權、 異步授權等多種授權模 式, 業(yè)務辦理期間突出的風險點可通過授權的方式規(guī)避風險; 業(yè)務管理部門也可采用系統(tǒng)提 供的雙敲復核的方式減少操作風險, 同時考慮操作工作量, 采用大額授權、 超大額雙敲復核 的方式進行管理規(guī)劃, 也可以采用事后復核的方式, 對規(guī)定金額的業(yè)務進行逐筆核對, 確保 在最短時間內(nèi)發(fā)現(xiàn)風險。§5.2.7靈活的計息模塊,支持“利率市場化”核心業(yè)務系統(tǒng)中, 對于利率的管理采用利率指標的方式管理, 并考慮對于利率市場化后 銀行能夠?qū)实母舆M行有效的控制, 在利率指標中按實點浮動及百分點浮動分

30、別設定浮 動上下限。同時, 為了使系統(tǒng)計息方式更為靈活, 更能適應銀行利率政策的變化, 系統(tǒng)采用利息計 劃的理念, 按照不同業(yè)務種類設定利息計劃參數(shù); 目前系統(tǒng)的利息計劃制定兼顧了國內(nèi)及國 外的多種計息模式:支持全額計息、分段計息、金額分檔計息、按利率調(diào)整周期計息等;可 定義成本核算時機:先預算、 后入帳等。 在每個業(yè)務種類中對于不同的產(chǎn)品可以采用不同的 利息計劃,業(yè)務部門可以根據(jù)業(yè)務發(fā)展需要開發(fā)新的產(chǎn)品時,制定相應的利息計劃。 系統(tǒng)內(nèi)部設計中, 考慮利息計劃使用的靈活性和可擴展性, 改變了原來單一的積數(shù)法計 息模式, 采用計息明細的方式, 使利息的計算入帳等動作獨立于帳務系統(tǒng)之外, 便于計息

31、模 式的擴充。§5.2.8靈活的收費模塊,支持銀行自主地制定收費政策核心業(yè)務系統(tǒng)提供統(tǒng)一的收費模塊, 在系統(tǒng)中設置費率種類及使用 “費率種類”的 “收 費計劃” ,以費用的計算方式、收取方式、核算方式、收費時機及控制方式等信息設定費率 種類,并可按照客戶的類別級別、產(chǎn)品、服務、渠道等要素制定相應標準的收費計劃。§5.2.9提供“以客為尊”的一站式服務客戶到柜臺辦理業(yè)務以用身份證件或帳號登錄系統(tǒng)的方式, 系統(tǒng)根據(jù)該客戶的類別和級 別和帳戶性質(zhì)提供特定交易供使用; 從開始到退出, 控制客戶交易范圍, 全程記錄客戶交易 的全過程,統(tǒng)一提供交易確認憑證。§5.2.10合理

32、利用計算機優(yōu)勢,減輕業(yè)務人員的工作量系統(tǒng)具有友好的用戶界面, 可根據(jù)客戶和柜員定制不同的功能菜單, 新推出的瀏覽器前 臺還具有個性化工作界面配置和信息溝通等功能, 便于柜員的操作; 針對特定業(yè)務設計交易, 增大主機統(tǒng)計數(shù)據(jù)存儲, 減少大量的手工帳簿; 大量的機制憑證由主機統(tǒng)一定義管理, 自動 打印; 會計分錄也由系統(tǒng)自動完成; 批量處理采用批處理控制平臺自動提交作業(yè), 大大提高 了主機資源的利用率,縮短了主機批處理時間,減少了主機操作員的工作量。§6系統(tǒng)功能要點邏輯設計§6.1運行平臺和交易組裝§6.1.1核心交易平臺的總體結(jié)構(gòu)§6.1.2核心交易平臺設

33、計要求1、 信息展現(xiàn)模塊:實現(xiàn)信息的錄入和輸出,實現(xiàn)對屏幕及各種設備的控制。包括對多種設備的支持,如屏幕(鍵盤 、磁盤、網(wǎng)絡、磁條讀寫器、打印機(各 種型號存打、行打 、密碼鍵盤、 IC 卡讀寫設備等,同時需支持各種設備復合使用 情況。實現(xiàn)對信息的多種展現(xiàn)形式,包括交易響應信息如正常應答信息(可能多條 、提 示信息(可能多條 、拒絕信息(可能多條 、授權信息(可能多條 、復核信息等 的支持, 也包括多頁式查詢返回的信息、 返回的多條編輯信息、 帶格式文本信息等。2、 交易驅(qū)動模塊:實現(xiàn)原交易的啟動、已定制交易聯(lián)動流程的控制。實現(xiàn)原 /子交易聯(lián)動控制;實現(xiàn)字段啟動交易的控制;實現(xiàn)子交易本身為原交

34、易(組交易的控制;實現(xiàn)自動啟動現(xiàn)金、憑證打印、收費等公用模塊組交易的控制;需要評估系統(tǒng)靈活性與系統(tǒng)效率之間的矛盾。3、 報文拆組模塊:實現(xiàn)對應用收發(fā)的報文進行組織和拆解,組織后的報文供通訊收發(fā),拆 解的報文供應用使用。對報文格式的支持:支持自定義報文格式、 ISO8583報文格式、類 ISO8583、類 HTML 等;也可考慮應用系統(tǒng)內(nèi)采用統(tǒng)一的一套內(nèi)部報文格式,對外提供多種格式支持; 支持同一交易返回多條不同格式報文的處理;對報文定義的支持:前后臺統(tǒng)一定義一套報文格式;需要考慮拆組的效率和通訊數(shù)據(jù)包的精簡。4、 交換控制模塊:完成路由分撿、多服務器信息交換功能。對于前臺模塊支持子交易 /字段

35、啟動交易級別的個性路徑選擇;對于后臺模塊同時考慮對多個分布在不同主機上的獨立系統(tǒng)實現(xiàn)集中清算模式的 支持;5、 通訊傳輸模塊:完成通訊傳輸?shù)墓δ堋ＶС侄嘀型ㄓ崊f(xié)議,如 TCP/IP、 SNA 等;支持不同交易采用不同的通訊協(xié)議;支持通訊報文的加密 /解密;支持通訊報文的校驗,如 MAC 碼;不論前臺還是后臺,均需支持主動 /被動通訊模式;6、 功能展現(xiàn)模塊:完成真正的具體交易功能,本著提高功能內(nèi)聚、降低模塊耦合的原則進 行結(jié)構(gòu)劃分,由核心構(gòu)件資源庫及組裝交易所需的接口模塊組成。處于應用級別,不屬 于平臺范疇。7、 信息存儲模塊:需要考慮不同交易數(shù)據(jù)的信息隔離;需要考慮同一原交易下交易數(shù)據(jù)的信息

36、共享;需要考慮部分特定類型信息的歷史數(shù)據(jù)存儲,如憑證打印信息;臨時存儲的數(shù)據(jù)實現(xiàn)自動清理。8、 控制信息的定制:此處所指的控制信息,包括菜單定義、交易定義、屏幕定義、數(shù)據(jù)字 典定義、 通訊傳輸格式定義、 授權信息定義、 提示信息定義、 列表定義、 打印格式定義、 輸出信息格式定義、設備定義等以及其他平臺所需的控制信息。各種與具體交易相關的控制信息的定義數(shù)據(jù)可以以交易為主線進行卸載和安裝; 定義的控制信息需要滿足系統(tǒng)性能上的要求, 既保證系統(tǒng)開發(fā)的靈活性, 又保證訪 問的快捷,以確保系統(tǒng)整體運行效率。9、 特殊交易的實現(xiàn)統(tǒng)一的當日沖銷(抹帳模式統(tǒng)一的雙敲復核模式統(tǒng)一的授權模式統(tǒng)一的事后復核模式前

37、臺外掛交易的實現(xiàn)后臺直通式交易的支持§6.1.3核心構(gòu)件庫的組成核心構(gòu)件庫由兩部分組成:子交易、API。其中每個子交易由四部分組成,子交易可大致分為五類:帳務類、事物類、查詢類、數(shù)據(jù)準備、組合類。API可大致分為三類:帳務類、事物類、查詢類。§6.1.4構(gòu)件形成及使用原則每個業(yè)務系統(tǒng)包含的內(nèi)容,由各自提供的核心子交易、API及相應的獨立對外展現(xiàn)交易組成;每個業(yè)務系統(tǒng)都有其獨立的數(shù)據(jù)庫體系,相互之間拒絕數(shù)據(jù)庫的直接訪問,確保數(shù)據(jù)文件的隔離。對于聯(lián)機交易,如需使用其他系統(tǒng)的數(shù)據(jù),通過聯(lián)動子交易或調(diào)用對應系統(tǒng)提供的API實現(xiàn)。對于后臺批量交易,少量數(shù)據(jù)交易采用API調(diào)用方式,大量

38、數(shù)據(jù)處理則采用對應系統(tǒng)提供的接口文件方式由相應的系統(tǒng)進行處理,在7X24模式下,大量數(shù)據(jù)處理也可以采用API方式;核心業(yè)務系統(tǒng)功能由各個業(yè)務系統(tǒng)提供的核心構(gòu)件資源庫中相應的構(gòu)件(子交易、API、接口數(shù)據(jù)文件進行組裝定制而成,任何系統(tǒng)提供的構(gòu)件中都只包括對其自身系統(tǒng)功能的處理和數(shù)據(jù)庫文件的操作,核心構(gòu)件的劃分,按照各業(yè)務系統(tǒng)提供的具體服務類別劃分,具體的劃分不在此處詳細描述;根據(jù)具體業(yè)務特點,各系統(tǒng)實現(xiàn)帳務一體化,客戶類別、幣種類別、帳務類別、做為具體業(yè)務系統(tǒng)的屬性出現(xiàn),從數(shù)據(jù)結(jié)構(gòu)底層實現(xiàn)一體化,只區(qū)分不同服務功能,對于同一種服務功能以單一交易處理,對于前臺,交易組裝時對部分交易要考慮可操作性,

39、以引領式模式實現(xiàn)。§6.1.5交易驅(qū)動設計結(jié)構(gòu)通訊傳輸報文拆組交換處理交易驅(qū)動交易輸出空間|多格式存儲。多條存儲。原交易空間共享空間子交易空聯(lián)動入口聯(lián)動入口聯(lián)動入口子交易子交易子交易聯(lián)動出口聯(lián)動出口聯(lián)動出口圖中蘭色單線箭頭方向表示信息的流轉(zhuǎn)方向原交易出子交易輸出§6.1.6交易驅(qū)動設計要求1、做到原交易空間、子交易空間、共享空間信息的獨立性;2、交易輸出空間為整個原交易共享,信息可能為多格式,考慮其中存儲訪問的條理性;3、各個級別層次的交易模塊都由交易驅(qū)動主控統(tǒng)一驅(qū)動;4、如果某個子交易本身為組交易,基于組交易本身既是獨立的原交易,需考慮聯(lián)動過程中對原始原交易空間和原始共享

40、空間數(shù)據(jù)的保存和恢復;5、交易聯(lián)動組裝實現(xiàn)主要是通過聯(lián)動入口和聯(lián)動出口的編制完成的,對于交易入口,一般可通過定義啟動條件和參數(shù)轉(zhuǎn)換規(guī)則的定制方式來實現(xiàn),不需要編寫入口程序,如有特殊情況,則也可以通過編寫新的子交易,通過聯(lián)動出入口或子交易輸出子交易輸出空間實現(xiàn),考慮未知情況,在平臺中保留通過入口函數(shù)啟動子交易的控制;6、可考慮在平臺中支持公共啟動交易的參數(shù)化定制;7、在交易輸出空間信息發(fā)送前臺前,進行平臺統(tǒng)一的信息檢查和整理處理,如統(tǒng)一授權產(chǎn)生、事前復核、交易平衡性、信息的優(yōu)先級處理等。§6.1.7交易驅(qū)動實現(xiàn)方法根據(jù)具體的業(yè)務功能需要,選擇性地將一系列的子交易和API組織起來,通過定

41、義組裝的方式聯(lián)動在一起,構(gòu)成一個原交易。下圖以柜臺歸還貸款為例來說明:柜臺歸還貸款交易貸款信息查詢貸款信息查詢前臺后臺臺規(guī)則驅(qū)動貸款歸還存款支取現(xiàn)金記收表內(nèi)記借客戶支票銷號描述控制流程由平臺驅(qū)動通過定義包裝為一個原交易柜員交易:描述前臺控制流程及輸入/輸出要素,由平臺驅(qū)動發(fā)起還款交易還款賬戶查詢返回還款信息供確認,輸入還款方式資金清算每個子交易我們稱為PU,每個原交易稱為MU,驅(qū)動規(guī)則稱為RuleSet,驅(qū)動主控稱為TPloader。§6.1.7.1數(shù)據(jù)關聯(lián)對每一交易調(diào)用過程,WU、PU、RuleSet之間共享一個全局的數(shù)據(jù)空間(DataPool。DataPool的形式存儲方式Dat

42、aPool使用全局內(nèi)存變量的方式進行數(shù)據(jù)的存儲,在一個交易執(zhí)行過程中不會釋放,其大小可隨時增加。數(shù)據(jù)結(jié)構(gòu)DataPool采用HashMap(散列表的存儲方式和數(shù)據(jù)提取算法。數(shù)據(jù)區(qū)域DataPool劃分為公共區(qū)域(PubArea和共享區(qū)域(ShareArea兩大塊,其中公共區(qū)域存放系統(tǒng)流水號、系統(tǒng)日期、交易號、輸入報文等全局信息,共享區(qū)域存放個WU、PU之間需要交換的中間數(shù)據(jù)或輸出數(shù)據(jù)。DataPool的生命周期創(chuàng)建DataPool由TPLoader創(chuàng)建,并進行初始化, TPLoader應提供相關的操作函數(shù)進行DataPool的訪問。使用在TPLoader執(zhí)行一個腳本,即完成一個交易的過程中,除

43、了各個功能單元的自有變量外,所有的需要傳遞的數(shù)據(jù)都通過 DataPool 進行 存儲。 DataPool 根據(jù)名字匹配的相關規(guī)則和算法提供數(shù)據(jù)的調(diào)入、 調(diào)出。 DataPool 的大小是變化的。 DataPool 由 TPLoader 進行釋放。DataPool 與其他模塊的關聯(lián)DataPool 是整個交易過程的數(shù)據(jù)調(diào)度中心。任何需要交換或存儲的數(shù)據(jù)都通 過 DataPool 進行,各個模塊通過 DataPool 的接口進行數(shù)據(jù)處理。 §6.1.7.2交易調(diào)度、組裝過程交易調(diào)度的實現(xiàn)由 TPLoader 根據(jù)交易聯(lián)動表的配置, 根據(jù) RuleSet 的相關條件與邏輯, 并結(jié)合交易環(huán)境

44、的具體形式,調(diào)用 PU 與 WU ,以實現(xiàn)完整的交易流程實現(xiàn)業(yè)務。 TPLoader 的對條件邏輯的判斷、對 PU 的調(diào)用、對 WU 的調(diào)用,通過 Assemble 層提供的接口實現(xiàn)組裝 過程。在整個調(diào)度過程中的數(shù)據(jù)存儲和共享通過 DataPool 及其相關的接口完成。TPLoader 的調(diào)度過程 TPLoader 作為一個 PG (在 CICS 環(huán)境下 , 當 CICS 接收到請求報文后, 根據(jù) ServiceName 啟動 TPLoader 。當 TPLoader 與不同的 PU 、 WU 綁 定時,對應與不同的 Service 。 TPLoader 將對應的配置載入,并進行自身的初始化處

45、理。 根據(jù)交易配置表中內(nèi)容,進行相關的交易預處理如檢查、報文解析、 獲取流水號、獲取系統(tǒng)日期等。 根據(jù)交易聯(lián)動表的內(nèi)容和邏輯判斷條件調(diào)用 PU 或 WU 進行交易處理。 若功能處理異?；蚱渌淮_定情況,進行特定的異常處理。 根據(jù)交易配置的內(nèi)容, 進行相關的交易結(jié)束處理如打包、 提交事務等。 流程結(jié)束,并釋放資源。交易聯(lián)動表的作用方式系統(tǒng)通過交易聯(lián)動表的配置作為執(zhí)行交易過程的定義。 在交易聯(lián)動表中體現(xiàn)交 易過程中的功能和執(zhí)行條件規(guī)則。 在集成基本的 PU 和 WU 及 RuleSet 功能的前 提下,通過交易聯(lián)動表組裝交易。 數(shù)據(jù)的分類和交換方式 TPLoader 的私有數(shù)據(jù)包括, 當前調(diào)用的

46、MU 、 PU 、 WU 名稱, Script 中的變量等。這些變量以特殊的標記存放在 DataPool 中,一般有TPLoader 進行使用或提供特殊接口為各模塊使用。 在一個交易過程中一般不變的, 各個模塊、 工作單元需要使用的公共 數(shù)據(jù), 如流水號、系統(tǒng)日期、請求報文數(shù)據(jù)等。這些數(shù)據(jù)在整個交易 過程中,供各模塊和功能單元調(diào)用獲取信息,一般不能改動。 對于個工作單元、 流程單元、 條件規(guī)則功能模塊需要互相交換、 共享、 存儲的數(shù)據(jù),通過 DataPool 進行。數(shù)據(jù)的名稱轉(zhuǎn)換、存儲、提取、 數(shù)據(jù)預處理等通過 DataPool 提供的接口和相關的配置數(shù)據(jù)庫進行。TPLoader 的生成方式T

47、PLoader 的主程序只有一個,將 TPLoader 與不同的交易流程和功能單 元綁定在一起就可以實現(xiàn)多個可供調(diào)用的、實現(xiàn)完整交易功能的可執(zhí)行體 (TPLoader1、 TPLoader2、 TPLoadern ,通過不同的 TPLoader 通過 調(diào)用不同的腳本實現(xiàn)不同的交易功能。同時 TPLoader 的功能實現(xiàn)還需要 TPCommon 、 DataPool 、 Assemble 、 RuleSet 等模塊的支撐功能, 因此 TPLoader 的生成過程還需要綁定這些基本 庫。由于使用函數(shù)指針的方法調(diào)用相關的工作單元, 因此, 對于每一個具體的 TPLoader 的生成過程,需要載入不同

48、的頭文件和獲取函數(shù)指針的函數(shù),以完 成函數(shù)名稱與函數(shù)指針的映射關系。§6.2報文接口及拆組包§6.2.1主報文格式采用類 HTML 格式,使用 Key =Value 方式 (散列表 描述數(shù)據(jù),對 Key 使用“ < >”進 行標注。針對核心交易平臺,采用這種報文結(jié)構(gòu)的優(yōu)點在于:增強報文適應能力;適應報文的靈活可擴充;方便報文數(shù)據(jù)提取;提高系統(tǒng)的可調(diào)試能力。§6.2.2系統(tǒng)拆包流程根據(jù)交易報文頭信息進行如下處理:從原交易定義表中根據(jù)交易代碼讀出 MACChk 標志,決定是否進行 MAC 檢查; 如果需要 MAC 檢查,調(diào)用 HSM 提供的 API 進行

49、MAC 檢查; MAC 檢查出錯,返 回前臺提示信息:MAC 出錯;根據(jù)交易代碼檢索交易字典 (TranDataDic,根據(jù)交易字典定義表,進行報文解包。 如果交易字典定義的是 M 信息,報文中必須上傳。沒有上傳,返回前臺提示信息:必要的輸入信息不全;根據(jù) KEY 值解包。§6.2.3系統(tǒng)組包流程根據(jù)交易代碼檢查交易字典(TranDataDic , 根據(jù)交易字典定義表,找出 KEY ; 根據(jù) KEY ,查詢交易輸出數(shù)據(jù)定義表 (MUOutData,根據(jù)交易輸出定義表內(nèi)容組織數(shù)據(jù);根據(jù) MACChk 標志,調(diào)用 HSM 提供的 API 進行 MAC 計算;§6.3操作流程定制

50、§6.3.1操作流程定制設計構(gòu)架 §6.3.2操作流程定制設計要求1、 交易入口主要完成交易的啟動條件判斷和交易入口參數(shù)賦值, 正常情況下不需要編寫函 數(shù),而是通過啟動條件定義和入口參數(shù)映射的定義實現(xiàn)定制;2、 屏幕入口、字段入口的實現(xiàn)同交易入口的實現(xiàn)模式;3、 為實現(xiàn)開發(fā)過程的定制,必須采用統(tǒng)一的數(shù)據(jù)字典;4、 平臺提供自動啟動子交易的應用定義,而不是將個別功能集成在平臺中,應用只需定義 入口 /出口;5、 實現(xiàn)交易權限定義的靈活性,通過柜員類別 /級別、客戶類別 /級別、交易類別 /級別、菜 單類別 /級別控制顯示和操作,實現(xiàn)個性化菜單定制;6、 實現(xiàn)憑證格式的共用,建

51、立憑證格式庫,提供憑證輸出的統(tǒng)一接口,提高憑證格式的復 用率,并實現(xiàn)事后憑證的重復打印功能;7、 用定制方式實現(xiàn)前臺列表信息的動態(tài)顯示,避免編寫函數(shù);8、 授權模式統(tǒng)一,前臺可以實現(xiàn)簡單的授權定義,需將授權信息統(tǒng)一存儲在后臺,便于統(tǒng) 一管理授權記錄;9、 提供集成在運行平臺內(nèi)的終端間、 結(jié)點間消息通知功能, 便于下一步實現(xiàn)工作流程定制; 10、 支持子交易循環(huán)啟動、原交易循環(huán)啟動;11、 支持菜單項目的出入口執(zhí)行交易功能, 實現(xiàn)真正面向客戶的設計模式, 按照客戶類 別、級別等控制信息實現(xiàn)對不同客戶允許執(zhí)行交易的控制;12、 支持當日沖銷、復核、事后復核、異步授權等特殊交易模式;13、 支持前臺

52、平臺外掛其他交易系統(tǒng)。§6.4分錄接口設計§6.4.1分錄接口模式§6.4.2設計準則多維度,可擴展帳務交易登記分錄流水,非帳務交易登記非分錄流水,通過流水中的分錄標志來區(qū) 分。流水接口中有原交易流水號和子交易流水號,對一筆交易產(chǎn)生一個原交易流水號, 子交易有不同的子交易流水號。 分錄流水中除設置機構(gòu)、幣種、核算科目、借貸、金額等主要要素外,還設置了產(chǎn)品、客戶種類等要素,便于向產(chǎn)品、客戶總帳平滑過渡,同時,為了支持商業(yè)銀行自身的統(tǒng)計分析需要,增加了可以由銀行自行定制的統(tǒng)計編碼,使分錄可以從多個角度、多個維度進行分析處理,使分錄更具擴展能力。獨立性,完整性存款、貸款

53、、內(nèi)部賬等帳務系統(tǒng)均使用統(tǒng)一的分錄流水接口來登記分錄,使分錄流水的登記統(tǒng)一、規(guī)范,統(tǒng)一分錄接口也意味著分錄信息規(guī)范的統(tǒng)一,使分錄更具可分析性。對具體的交易來說,交易組裝就可以完成分錄接口的調(diào)用。§6.5 總賬設計§6.5.1總賬設計結(jié)構(gòu)核算體系是否建賬:是、否建賬模式:匯總、內(nèi)部帳、客戶帳、虛擬帳適用范圍:不限使用、支行使用、區(qū)行使用、營業(yè)部使用、清算中心使用、資金中心使用、成本費用中心使用、適用幣種: 所有幣種、本幣、所有外幣余額方向:借方、貸方、雙向、軋差、收、付核算實體帳務貨幣日總帳周期總帳旬帳月帳季帳年帳發(fā)生方向:雙向、借方、貸方、收方、付方余額控制:必須為零、可以

54、透支、不能透支額度控制:檢查額度、不檢查額度范圍控制:不同實體有不同科目范圍貨幣控制:本幣、外幣紅字控制:允許、拒絕會計周期財務合并會計分錄日終批次業(yè)務與流程科目屬性:資產(chǎn)類、結(jié)算、費用、權益、損失、表外、科目代碼科目名稱上級科目核算代碼科目級次結(jié)轉(zhuǎn)科目會計分錄可定義 獨立的總賬系統(tǒng)設計 按原始貨幣記賬 內(nèi)部預留多賬套機制 與分錄接口模式相結(jié)合,可擴展為多維度的總賬系統(tǒng) 科目分級設置:便于核算,統(tǒng)計 本外幣一體化 對公、對私一體化 整個系統(tǒng)按照大會計思想設計,根據(jù)用戶需求可以將賬務核算主體定義到任意一級機構(gòu),例如:支行一賬帳分行一本賬總行一本賬商業(yè)銀行將銀行整體或一個城市中心或一個支行作為會計

55、核算單位,在一個會計核算系統(tǒng)內(nèi),不再有會計網(wǎng)點的概念,而形成在會計核算單位內(nèi)的一本帳。會計帳由具有較強管理能力的總行或中心或支行來統(tǒng)一管理,同時核算單位之間也不存在往來科目,會計核算單位以下的單位變成了一個個營業(yè)網(wǎng)點而非會計網(wǎng)點,它只專心關心自己的業(yè)務,而不能涉及會計帳。從而產(chǎn)生一系列優(yōu)點:1.減少核算層次2.提高資金使用效率3.便于銀行作為一個整體開展業(yè)務,重新定位各分支行的主營業(yè)務方向4.便于總行有充足的對外支付能力5.降低金融風險§6.5.2核心總賬的處理模式存款業(yè)務 貸款業(yè)務 結(jié)算業(yè)務 內(nèi)部賬業(yè)務中間業(yè)務 批量業(yè)務。所有賬務交易修改分戶賬余額寫分錄流水(賬務匯總匯總本日發(fā)生額

56、 匯總昨日總帳各科目余額 +=?本日總帳 各科目余額平衡檢查總帳科目動態(tài)日總帳周期總帳(旬,月,季,半年,年§6.5.3總賬匯總口徑 虛擬機構(gòu)匯總多支行及多網(wǎng)點核算,通過設置虛擬機構(gòu)與其他機構(gòu)關系可以實現(xiàn)任意層匯總。 虛擬幣種匯總多幣種總帳,提供外幣帳折算為本幣、美元及任意虛擬幣種的處理,即提供單一貨幣結(jié)算和單一貨幣余額的功能虛擬科目A=科目a+科目b-科目c科目a科目b 科目c 。 虛擬科目匯總科目a 科目b 科目 c 。機構(gòu)一 機構(gòu)二 機構(gòu)三虛擬機構(gòu)匯總美元日元 歐元 英鎊 港幣 。人民幣(本幣 外幣折本幣合計折本幣虛擬幣種匯總(本外幣折人民幣外幣折美元虛擬科目匯總按會計核算需要,對最底層的明細科目進行運算匯總來設置虛擬科目。從而簡單的可以統(tǒng)計出該核算單位的數(shù)據(jù)。其他口徑匯總按照分類匯總原則,可以從產(chǎn)品、客戶等角度對總帳進行匯總,滿足銀行未來核算及管理的要求。(保留§6.6 帳務體系§6.6.1帳務結(jié)構(gòu)分戶賬內(nèi)部賬分戶明細明細歷史賬戶貢獻度賬戶管理賬戶產(chǎn)品定義賬戶操作/服務定義賬戶操作接口(API賬戶屬性+個性定制交易明細交易類型交易金額產(chǎn)品代碼憑證碼核算機構(gòu)余額產(chǎn)品代碼借貸方向操作.總帳核算機構(gòu)核算科