1、核心系統(tǒng)項目文檔總體設計核心業(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)技術(shù)結(jié)構(gòu)9§4綜合前置系統(tǒng)構(gòu)架10§5系統(tǒng)設計總體目標11§5.1技術(shù)設計思想11§5.1.1三層結(jié)構(gòu)，從面向交易過渡到面向客戶、面向服務11§5.1.2全面貫徹以客戶為中心的設計思想11§5.1.3多渠道接入平臺系統(tǒng)的采用12§5.1.4銀行服務形式“產(chǎn)品化”及產(chǎn)品定制12§5.1.5服務模塊

2、組織“構(gòu)件化”、“構(gòu)件封裝”及構(gòu)件驅(qū)動平臺12§5.1.6“引領(lǐng)式”操作模式、流程定制及流程再造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.2.5客戶信息集中，統(tǒng)一的客戶授信體系，實行額度管理15§5.2.6加強了內(nèi)控體系，強化柜員權(quán)

3、限管理，完善的系統(tǒng)安全性和靈活的交易授權(quán)機制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.1.2核心交易平臺設計要求18§6.1.3核心構(gòu)件庫的組成21§6.1.4構(gòu)件形成及使用原則21§6.1.5交易驅(qū)動設計結(jié)構(gòu)22&

4、#167;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§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總

5、賬匯總口徑40§6.6帳務體系42§6.6.1帳務結(jié)構(gòu)42§6.6.2帳戶設置42§6.6.3建立以“款項”管理為基礎(chǔ)建立綜合賬務管理體系44§6.6.4內(nèi)部賬戶體系45§6.7產(chǎn)品化模式47§6.7.1設計目標47§6.7.2產(chǎn)品分類47§6.7.3產(chǎn)品結(jié)構(gòu)設計47§6.87×24小時營業(yè)設計49§6.8.1不間斷營業(yè)設計架構(gòu)49§6.8.27×24小時營業(yè)任務序列50§6.8.37×24小時營業(yè)設計要求51§6.9統(tǒng)一沖銷

6、模式設計52§6.9.1實現(xiàn)方式52§6.9.2反交易的編寫53§6.9.3存儲過程調(diào)用54§6.10權(quán)限管理56§6.10.1設計思路概述56§6.10.2交易權(quán)限設計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復核權(quán)限控制69§6.12收費設計69§6.12.1公共收費流程70§6.12.2費用計算70&#

7、167;6.12.3服務收費配置71§6.13清算模式71§6.13.1清算系統(tǒng)結(jié)構(gòu)71§6.13.2清算系統(tǒng)與其他各系統(tǒng)之間關(guān)系73§6.13.3核算模式及術(shù)語解釋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.1100000-客戶服務92§

8、7.1.1110000-客戶信息92§7.1.2120000-存款業(yè)務93§7.1.3130000-貸款業(yè)務97§7.1.4140000-結(jié)算業(yè)務100§7.1.5150000-外匯買賣103§7.1.6160000-債券業(yè)務103§7.1.7170000-銀行卡業(yè)務105§7.2200000-柜臺零售108§7.3300000-內(nèi)部運營108§7.3.1320000-內(nèi)部賬管理108§7.3.2330000-現(xiàn)金管理109§7.3.3340000-憑證管理110§7.3.4

9、360000-系統(tǒng)內(nèi)資金上存借調(diào)111§7.4500000-交易工具112§7.5600000-內(nèi)部管理114§7.5.1640000-機構(gòu)管理114§7.5.2650000-柜員管理114§7.5.3660000-業(yè)務量管理115§7.6700000-業(yè)務咨詢115§7.7800000-代理業(yè)務116§1 綜述在全面覆蓋傳統(tǒng)銀行業(yè)務的基礎(chǔ)上，突出“金融產(chǎn)品”概念，銀行可方便定制新的業(yè)務品種或更改業(yè)務模式；系統(tǒng)整合了銀行的業(yè)務服務渠道，方便銀行增值服務范圍的擴展，在無須更改系統(tǒng)內(nèi)核的情況下方便實現(xiàn)與外部系統(tǒng)的互聯(lián)互

10、通。系統(tǒng)在深化“大集中”、“大會計”、“一本帳”、“以客戶為中心”、“綜合柜員制”等成熟的設計思想的基礎(chǔ)上，建立了從“客戶”、“產(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)境l 主機/操作系統(tǒng)HP UNIX 或 IBM-RS6000 AIXl 前置機/操作系統(tǒng)

11、HP UNIX 或IBM-RS6000 AIXl 數(shù)據(jù)庫INFORMIX 或DB2l 中間件CICS 或TUXIDOl 網(wǎng)點前臺PC SCOUNIXl 應用數(shù)據(jù)維護服務器PC SERVER Windows2000/XP TOMCAT（或WEBSPHERE）通過IE登錄訪問§2.2 系統(tǒng)網(wǎng)絡總體架構(gòu)§2.3 應用邏輯結(jié)構(gòu)應用系統(tǒng)邏輯結(jié)構(gòu)§3 核心系統(tǒng)技術(shù)結(jié)構(gòu)§4 綜合前置系統(tǒng)構(gòu)架§5 系統(tǒng)設計總體目標§5.1 技術(shù)設計思想§5.1.1 三層結(jié)構(gòu)，從面向交易過渡到面向客戶、面向服務系統(tǒng)設計分為三層結(jié)構(gòu)：核心管理層、應用服務層和服

12、務渠道層。核心管理層是整個系統(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、電話銀行界面、自助銀行界面、網(wǎng)絡銀行界面等，是核心業(yè)務系統(tǒng)的客戶界面，是銀行柜臺業(yè)務的延伸。這樣的層次結(jié)構(gòu)劃分，可以使得系統(tǒng)的數(shù)據(jù)更加集中、更加安全，使

13、系統(tǒng)的核心盡可能的堅固和穩(wěn)定；可以使得系統(tǒng)對客戶的應用服務更加具有可拓展性，滿足市場快速變化和銀行因應增加服務品種的需要；可以使得系統(tǒng)支持的服務渠道更加廣泛；從而達到由以前的面向交易過渡到現(xiàn)在的面向客戶、面向服務的目標。§5.1.2 全面貫徹以客戶為中心的設計思想建立具有深度和廣度的關(guān)系型客戶信息中心，降低銀行的客戶風險；為實現(xiàn)更高級的客戶管理方式（如客戶信用等級制度的建立），為實現(xiàn)客戶分析提供了全面基礎(chǔ)信息。采用面向客戶提供差別化服務的設計思想，根據(jù)來自客戶經(jīng)理的分析資料及時地給操作人員以客戶關(guān)懷提示或風險預警；根據(jù)管理分析系統(tǒng)提供的客戶等級評定接口、根據(jù)產(chǎn)品定價系統(tǒng)提供的客戶優(yōu)惠

14、價格接口在核心系統(tǒng)中提供個性化服務及控制。§5.1.3 多渠道接入平臺系統(tǒng)的采用系統(tǒng)采用了多渠道接入平臺VisionBanking MCP來完成各種終端設備（字符終端、圖形終端）和自助服務設備（ATM、POS、電話銀行、手機銀行、自助銀行、網(wǎng)絡銀行等）的接入、管理功能。系統(tǒng)能夠支持各種通信協(xié)議，提供全轄的網(wǎng)絡監(jiān)控、設備控管和應用監(jiān)控，能處理各種各樣的數(shù)據(jù)報文格式，具有強大的功能擴展性、嚴格的安全控制機制。§5.1.4 銀行服務形式“產(chǎn)品化”及產(chǎn)品定制在核心業(yè)務系統(tǒng)的設計中，引入了“銀行產(chǎn)品”的概念。銀行所提供的服務是以產(chǎn)品的形式出現(xiàn)的，系統(tǒng)中把所有經(jīng)辦的存款、貸款等業(yè)務根據(jù)

15、業(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è)務處理功能劃分為完成某一具體功能的最小單元，形成“積木”式構(gòu)件庫，這些構(gòu)件可以以一定形式按照要求搭建在一起形成完成某一業(yè)務功能的“組件”，

16、每項交易服務均由“構(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 “引領(lǐng)式”操作模式、流程定制及流程再造系統(tǒng)可以通過前臺的操作流程定制，實現(xiàn)“引領(lǐng)式”的操作模式。對核心業(yè)務系統(tǒng)聯(lián)機交易操作的過程細分為具體的單一步驟，為每個步驟用一個唯一的步驟編號進行標識，其中每個步驟都包括其獨立的必須的輸入

17、輸出項目，柜員交易就是通過將步驟編號按照一定順序有條件地組織在一起而形成，而組裝的過程只需要簡單地配置相應的腳本，不需要編寫代碼，這樣，根據(jù)不同的業(yè)務要求，可以靈活地對操作流程進行重組，以實現(xiàn)流程的定制和再造。同時，由于每個操作步驟本身的產(chǎn)生都是通過工具定制的方式，對于新的原來沒有的操作描述也可以方便地擴充。這種流程定制的方式使前端交易體現(xiàn)出人性化的特色，能夠方便地制定出符合操作人員習慣的流程及界面風格，臨柜人員的操作可以不再是呆板的錄入、提交產(chǎn)生結(jié)果，而是通過人機交互的模式引導操作人員逐步達到完成交易服務的目的。§5.1.7 批處理控制平臺，增強批處理的并發(fā)程度，縮短批處理的時間系

18、統(tǒng)將批處理業(yè)務（例如：日終批處理、批量結(jié)息、預提利息、年終結(jié)轉(zhuǎn)等）分成若干個處理模塊，每個處理模塊都以作業(yè)方式運行；相同功能的作業(yè)放入同一個隊列中，隊列內(nèi)順序執(zhí)行；不同功能的作業(yè)放入另外的隊列中，不同的隊列之間是并行執(zhí)行的，互不影響。由批處理控制平臺來完成作業(yè)的提交和作業(yè)執(zhí)行順序的控制，作業(yè)之間的制約關(guān)系也可在平臺中進行預先的定義。這樣安排批處理業(yè)務，有效地增強了批處理的并發(fā)程度，使系統(tǒng)資源得到很大的利用，減少了批處理的時間。§5.1.8 標準的外部系統(tǒng)接口系統(tǒng)提供了標準的外部系統(tǒng)接口，能夠方便地與其他系統(tǒng)（如同城清算系統(tǒng)、電子聯(lián)行系統(tǒng)、人行現(xiàn)代化支付系統(tǒng)、證銀轉(zhuǎn)帳系統(tǒng)、銀聯(lián)系統(tǒng)、代

19、理業(yè)務系統(tǒng)、國際結(jié)算系統(tǒng)等）進行接口。§5.2 業(yè)務設計思想§5.2.1 一體化的會計核算體系及核算主體定義系統(tǒng)采用大會計模式，實現(xiàn)了對公、對私一體化，本幣、外幣一體化，自營性會計和政策性會計一體化，多幣種、多帳套的會計核算方法，實現(xiàn)了會計核算集中和應用系統(tǒng)的統(tǒng)一。系統(tǒng)支持核算主體上移的“一本帳”模式。“一本帳”模式有利于銀行簡化資金調(diào)撥流程，實現(xiàn)精細核算，推行專業(yè)化和扁平化管理，達到增加利潤、控制成本、強化績效、提供決策的目的。這是一項系統(tǒng)工程，不僅需要觀念更新，還需要機構(gòu)更新、制度更新。所以在實際執(zhí)行過程中，要循序漸進，逐步實施。例如：有些銀行嘗試采用核算主體逐步上移的

20、方式，先實現(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)全天候的變現(xiàn)能力。§5.2.3 支持多分行，支持多級清算單一系統(tǒng)支持多分行的運作，把多個分行的業(yè)務數(shù)據(jù)集中到一個數(shù)

21、據(jù)庫中；支持從總行到省行到分行到支行網(wǎng)點的多級清算，全面的支持“大集中”的目標；系統(tǒng)也支持跨系統(tǒng)的清算。系統(tǒng)對于清算支持可定義的清算模式，在系統(tǒng)中提供獨立的清算系統(tǒng)進行清算支持，以清算路徑、資金帳戶、清分方式等為主線，對清算流程及方法進行拆分后實施組裝，來確定具體的清算種類，按照清算種類實現(xiàn)系統(tǒng)的自動多級清算，同時通過定義清算模式可以支持實時清算和日終批量清算。§5.2.4 “全功能柜員”系統(tǒng)滿足了全行實行綜合柜員制的需要，由柜員直接負責每筆業(yè)務的全過程，在權(quán)限允許的范圍內(nèi)，不分業(yè)務種類，顧客可以選擇任意一個窗口辦理所需的全部業(yè)務。為今后實行“客戶經(jīng)理”的服務奠定了基礎(chǔ)。采用綜合柜員

22、制有如下優(yōu)點：提高工作效率；減少柜員人數(shù)；提高員工素質(zhì)；方便客戶；改善服務質(zhì)量；方便績效考核。 同時，考慮到國內(nèi)的實際情況，系統(tǒng)也支持傳統(tǒng)的柜員管理方式。§5.2.5 客戶信息集中，統(tǒng)一的客戶授信體系，實行額度管理客戶信息集中管理，使銀行可以綜合掌握客戶狀況，以便提供全面的客戶追蹤和決策分析手段，如資信評估、風險評估。也可以為客戶提供全方位多功能的代客理財服務。系統(tǒng)通過額度管理功能，根據(jù)客戶的信用情況，給客戶分配一定的額度，決定為客戶提供的某些業(yè)務服務的范圍和程度，使銀行降低為客戶提供某些服務而帶來的風險；同時，銀行也可以根據(jù)自身的情況，通過額度管理系統(tǒng)決定本身所進行的一些業(yè)務的范圍

23、和程度。§5.2.6 加強了內(nèi)控體系，強化柜員權(quán)限管理，完善的系統(tǒng)安全性和靈活的交易授權(quán)機制系統(tǒng)加強了內(nèi)控管理，突出了安全保障意識，系統(tǒng)中對業(yè)務監(jiān)督方面倡導的思想是盡可能規(guī)避風險的發(fā)生，及時發(fā)現(xiàn)經(jīng)辦風險，減少因業(yè)務監(jiān)督產(chǎn)生的銀行運營成本。系統(tǒng)中強化了柜員管理的力度，采用柜員操作權(quán)限控制、授權(quán)、雙敲復核與事后復核等方式綜合控制的模式。對柜員操作權(quán)限提供靈活的參數(shù)化管理，建立嚴格的柜員類別與等級管理體系，從柜員經(jīng)辦交易、客戶類別和等級、經(jīng)辦金額等多種角度控制柜員的經(jīng)辦權(quán)限。對柜員經(jīng)辦業(yè)務加強授權(quán)、復核與監(jiān)督，系統(tǒng)提供了即時授權(quán)、異步授權(quán)等多種授權(quán)模式，業(yè)務辦理期間突出的風險點可通過授權(quán)的

24、方式規(guī)避風險；業(yè)務管理部門也可采用系統(tǒng)提供的雙敲復核的方式減少操作風險，同時考慮操作工作量，采用大額授權(quán)、超大額雙敲復核的方式進行管理規(guī)劃，也可以采用事后復核的方式，對規(guī)定金額的業(yè)務進行逐筆核對，確保在最短時間內(nèi)發(fā)現(xiàn)風險。 §5.2.7 靈活的計息模塊，支持“利率市場化”核心業(yè)務系統(tǒng)中，對于利率的管理采用利率指標的方式管理，并考慮對于利率市場化后銀行能夠?qū)实母舆M行有效的控制，在利率指標中按實點浮動及百分點浮動分別設定浮動上下限。同時，為了使系統(tǒng)計息方式更為靈活，更能適應銀行利率政策的變化，系統(tǒng)采用利息計劃的理念，按照不同業(yè)務種類設定利息計劃參數(shù)；目前系統(tǒng)的利息計劃制定兼顧了國內(nèi)

25、及國外的多種計息模式：支持全額計息、分段計息、金額分檔計息、按利率調(diào)整周期計息等；可定義成本核算時機：先預算、后入帳等。在每個業(yè)務種類中對于不同的產(chǎn)品可以采用不同的利息計劃，業(yè)務部門可以根據(jù)業(yè)務發(fā)展需要開發(fā)新的產(chǎn)品時，制定相應的利息計劃。系統(tǒng)內(nèi)部設計中，考慮利息計劃使用的靈活性和可擴展性，改變了原來單一的積數(shù)法計息模式，采用計息明細的方式，使利息的計算入帳等動作獨立于帳務系統(tǒng)之外，便于計息模式的擴充。§5.2.8 靈活的收費模塊，支持銀行自主地制定收費政策核心業(yè)務系統(tǒng)提供統(tǒng)一的收費模塊，在系統(tǒng)中設置費率種類及使用“費率種類”的“收費計劃”，以費用的計算方式、收取方式、核算方式、收費時

26、機及控制方式等信息設定費率種類，并可按照客戶的類別級別、產(chǎn)品、服務、渠道等要素制定相應標準的收費計劃。§5.2.9 提供“以客為尊”的一站式服務客戶到柜臺辦理業(yè)務以用身份證件或帳號登錄系統(tǒng)的方式，系統(tǒng)根據(jù)該客戶的類別和級別和帳戶性質(zhì)提供特定交易供使用；從開始到退出，控制客戶交易范圍，全程記錄客戶交易的全過程，統(tǒng)一提供交易確認憑證。§5.2.10 合理利用計算機優(yōu)勢，減輕業(yè)務人員的工作量系統(tǒng)具有友好的用戶界面，可根據(jù)客戶和柜員定制不同的功能菜單，新推出的瀏覽器前臺還具有個性化工作界面配置和信息溝通等功能，便于柜員的操作；針對特定業(yè)務設計交易，增大主機統(tǒng)計數(shù)據(jù)存儲，減少大量的手

27、工帳簿；大量的機制憑證由主機統(tǒng)一定義管理，自動打印；會計分錄也由系統(tǒng)自動完成；批量處理采用批處理控制平臺自動提交作業(yè)，大大提高了主機資源的利用率，縮短了主機批處理時間，減少了主機操作員的工作量。§6 系統(tǒng)功能要點邏輯設計§6.1 運行平臺和交易組裝§6.1.1 核心交易平臺的總體結(jié)構(gòu)邏輯網(wǎng)絡信息存儲信息展現(xiàn)交易驅(qū)動報文拆組通訊傳輸交換控制控制信息前臺信息流程功能展現(xiàn)通訊傳輸信息存儲控制信息交換控制報文拆組交易驅(qū)動后臺信息流程§6.1.2 核心交易平臺設計要求1、 信息展現(xiàn)模塊：實現(xiàn)信息的錄入和輸出，實現(xiàn)對屏幕及各種設備的控制。l 包括對多種設備的支持，如

28、屏幕（鍵盤）、磁盤、網(wǎng)絡、磁條讀寫器、打印機（各種型號存打、行打）、密碼鍵盤、IC卡讀寫設備等，同時需支持各種設備復合使用情況。l 實現(xiàn)對信息的多種展現(xiàn)形式，包括交易響應信息如正常應答信息（可能多條）、提示信息（可能多條）、拒絕信息（可能多條）、授權(quán)信息（可能多條）、復核信息等的支持，也包括多頁式查詢返回的信息、返回的多條編輯信息、帶格式文本信息等。2、 交易驅(qū)動模塊：實現(xiàn)原交易的啟動、已定制交易聯(lián)動流程的控制。l 實現(xiàn)原/子交易聯(lián)動控制；l 實現(xiàn)字段啟動交易的控制；l 實現(xiàn)子交易本身為原交易（組交易）的控制；l 實現(xiàn)自動啟動現(xiàn)金、憑證打印、收費等公用模塊組交易的控制；l 需要評估系統(tǒng)靈活性與

29、系統(tǒng)效率之間的矛盾。3、 報文拆組模塊：實現(xiàn)對應用收發(fā)的報文進行組織和拆解，組織后的報文供通訊收發(fā)，拆解的報文供應用使用。l 對報文格式的支持：支持自定義報文格式、ISO8583報文格式、類ISO8583、類HTML等；l 也可考慮應用系統(tǒng)內(nèi)采用統(tǒng)一的一套內(nèi)部報文格式，對外提供多種格式支持；l 支持同一交易返回多條不同格式報文的處理；l 對報文定義的支持：前后臺統(tǒng)一定義一套報文格式；l 需要考慮拆組的效率和通訊數(shù)據(jù)包的精簡。4、 交換控制模塊：完成路由分撿、多服務器信息交換功能。l 對于前臺模塊支持子交易/字段啟動交易級別的個性路徑選擇；l 對于后臺模塊同時考慮對多個分布在不同主機上的獨立系統(tǒng)

30、實現(xiàn)集中清算模式的支持；5、 通訊傳輸模塊：完成通訊傳輸?shù)墓δ堋 支持多中通訊協(xié)議，如TCP/IP、SNA等；l 支持不同交易采用不同的通訊協(xié)議；l 支持通訊報文的加密/解密；l 支持通訊報文的校驗，如MAC碼；l 不論前臺還是后臺，均需支持主動/被動通訊模式；6、 功能展現(xiàn)模塊：完成真正的具體交易功能，本著提高功能內(nèi)聚、降低模塊耦合的原則進行結(jié)構(gòu)劃分，由核心構(gòu)件資源庫及組裝交易所需的接口模塊組成。處于應用級別，不屬于平臺范疇。7、 信息存儲模塊：l 需要考慮不同交易數(shù)據(jù)的信息隔離；l 需要考慮同一原交易下交易數(shù)據(jù)的信息共享；l 需要考慮部分特定類型信息的歷史數(shù)據(jù)存儲，如憑證打印信息；l 臨

31、時存儲的數(shù)據(jù)實現(xiàn)自動清理。8、 控制信息的定制：此處所指的控制信息，包括菜單定義、交易定義、屏幕定義、數(shù)據(jù)字典定義、通訊傳輸格式定義、授權(quán)信息定義、提示信息定義、列表定義、打印格式定義、輸出信息格式定義、設備定義等以及其他平臺所需的控制信息。l 各種與具體交易相關(guān)的控制信息的定義數(shù)據(jù)可以以交易為主線進行卸載和安裝；l 定義的控制信息需要滿足系統(tǒng)性能上的要求，既保證系統(tǒng)開發(fā)的靈活性，又保證訪問的快捷，以確保系統(tǒng)整體運行效率。9、 特殊交易的實現(xiàn)統(tǒng)一的當日沖銷（抹帳）模式統(tǒng)一的雙敲復核模式統(tǒng)一的授權(quán)模式統(tǒng)一的事后復核模式前臺外掛交易的實現(xiàn)后臺直通式交易的支持§6.1.3 核心構(gòu)件庫的組成

32、核心構(gòu)件庫由兩部分組成：子交易、API。其中每個子交易由四部分組成，子交易可大致分為五類：帳務類、事物類、查詢類、數(shù)據(jù)準備、組合類。API可大致分為三類：帳務類、事物類、查詢類。§6.1.4 構(gòu)件形成及使用原則l 每個業(yè)務系統(tǒng)包含的內(nèi)容，由各自提供的核心子交易、API及相應的獨立對外展現(xiàn)交易組成；l 每個業(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)用方式，大量數(shù)據(jù)處理則采用對應系統(tǒng)提供的接口文件方式由相應的系統(tǒng)進行處理，在

33、7X24模式下，大量數(shù)據(jù)處理也可以采用API方式；l 核心業(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)提供的具體服務類別劃分，具體的劃分不在此處詳細描述；l 根據(jù)具體業(yè)務特點，各系統(tǒng)實現(xiàn)帳務一體化，客戶類別、幣種類別、帳務類別、做為具體業(yè)務系統(tǒng)的屬性出現(xiàn)，從數(shù)據(jù)結(jié)構(gòu)底層實現(xiàn)一體化，只區(qū)分不同服務功能，對于同一種服務功能以單一交易處理，對于前臺，交易組裝時對部分交易要考慮可操作性，以引領(lǐng)式模式實現(xiàn)。§6.1.5 交易驅(qū)動設計

34、結(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)動過程中對原始原交易空間和原始共享空間數(shù)據(jù)的保存和恢復；5、 交易聯(lián)動組

35、裝實現(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)一授權(quán)產(chǎn)生、事前復核、交易平衡性、信息的優(yōu)先級處理等。§6.1.7 交易驅(qū)動實現(xiàn)方法根據(jù)具體的業(yè)務功能需要，選擇性地將一系列的子交易和API組織起來，通過定義組裝的方式聯(lián)動在一起，構(gòu)成一

36、個原交易。下圖以柜臺歸還貸款為例來說明：每個子交易我們稱為PU，每個原交易稱為MU，驅(qū)動規(guī)則稱為RuleSet，驅(qū)動主控稱為TPloader。§6.1.7.1 數(shù)據(jù)關(guān)聯(lián)對每一交易調(diào)用過程，WU、PU、RuleSet之間共享一個全局的數(shù)據(jù)空間(DataPool)。DataPool的形式 存儲方式 DataPool使用全局內(nèi)存變量的方式進行數(shù)據(jù)的存儲，在一個交易執(zhí)行過程中不會釋放，其大小可隨時增加。 數(shù)據(jù)結(jié)構(gòu) DataPool采用HashMap(散列表)的存儲方式和數(shù)據(jù)提取算法。 數(shù)據(jù)區(qū)域 DataPool劃分為公共區(qū)域(PubArea)和共享區(qū)域(ShareArea)兩大塊，其中公共區(qū)

37、域存放系統(tǒng)流水號、系統(tǒng)日期、交易號、輸入報文等全局信息，共享區(qū)域存放個WU、PU之間需要交換的中間數(shù)據(jù)或輸出數(shù)據(jù)。DataPool的生命周期 創(chuàng)建 DataPool由TPLoader創(chuàng)建，并進行初始化， TPLoader應提供相關(guān)的操作函數(shù)進行DataPool的訪問。 使用 在TPLoader執(zhí)行一個腳本，即完成一個交易的過程中，除了各個功能單元的自有變量外，所有的需要傳遞的數(shù)據(jù)都通過DataPool進行存儲。DataPool根據(jù)名字匹配的相關(guān)規(guī)則和算法提供數(shù)據(jù)的調(diào)入、調(diào)出。DataPool的大小是變化的。 釋放 DataPool由TPLoader進行釋放。DataPool與其他模塊的關(guān)聯(lián)Da

38、taPool是整個交易過程的數(shù)據(jù)調(diào)度中心。任何需要交換或存儲的數(shù)據(jù)都通過DataPool進行，各個模塊通過DataPool的接口進行數(shù)據(jù)處理。條件規(guī)則一.1.1.1.1.1.1.1.1 RULESET交易主控一.1.1.1.1.1.1.2 MUName Value DataTypeName Value DataTypeName Value DataType 流程單元一.1.1.1.1.1.1.3 WUDataPool工作單元一.1.1.1.1.1.1.4 WU§6.1.7.2 交易調(diào)度、組裝過程交易調(diào)度的實現(xiàn)由TPLoader根據(jù)交易聯(lián)動表的配置，根據(jù)RuleSet的相關(guān)條件與邏輯，

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

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

41、。交易聯(lián)動表與其他模塊的關(guān)聯(lián)交易主控一.1.1.1.1.1.1.4.1 TPLoader條件規(guī)則RuleSet工作單元WU數(shù)據(jù)池DataPool交易代碼 *工作單元 *執(zhí)行條件 *聯(lián)動屬性 *Load MU 交易聯(lián)動表數(shù)據(jù)的分類和交換方式 TPLoader的私有數(shù)據(jù) TPLoader的私有數(shù)據(jù)包括，當前調(diào)用的MU 、PU、WU名稱，Script中的變量等。這些變量以特殊的標記存放在DataPool中，一般有TPLoader進行使用或提供特殊接口為各模塊使用。 交易的公用數(shù)據(jù) 在一個交易過程中一般不變的，各個模塊、工作單元需要使用的公共數(shù)據(jù)，如流水號、系統(tǒng)日期、請求報文數(shù)據(jù)等。這些數(shù)據(jù)在整個交易

42、過程中，供各模塊和功能單元調(diào)用獲取信息，一般不能改動。 共享數(shù)據(jù) 對于個工作單元、流程單元、條件規(guī)則功能模塊需要互相交換、共享、存儲的數(shù)據(jù)，通過DataPool進行。數(shù)據(jù)的名稱轉(zhuǎn)換、存儲、提取、數(shù)據(jù)預處理等通過DataPool提供的接口和相關(guān)的配置數(shù)據(jù)庫進行。TPLoader的生成方式TPLoader的主程序只有一個，將TPLoader與不同的交易流程和功能單元綁定在一起就可以實現(xiàn)多個可供調(diào)用的、實現(xiàn)完整交易功能的可執(zhí)行體（TPLoader1、TPLoader2、TPLoadern），通過不同的TPLoader通過調(diào)用不同的腳本實現(xiàn)不同的交易功能。同時TPLoader的功能實現(xiàn)還需要TPCom

43、mon、DataPool、Assemble、RuleSet等模塊的支撐功能，因此TPLoader的生成過程還需要綁定這些基本庫。由于使用函數(shù)指針的方法調(diào)用相關(guān)的工作單元，因此，對于每一個具體的TPLoader的生成過程，需要載入不同的頭文件和獲取函數(shù)指針的函數(shù)，以完成函數(shù)名稱與函數(shù)指針的映射關(guān)系。§6.2 報文接口及拆組包§6.2.1 主報文格式采用類HTML格式，使用KeyValue方式(散列表)描述數(shù)據(jù)，對Key使用“< >”進行標注。針對核心交易平臺，采用這種報文結(jié)構(gòu)的優(yōu)點在于：l 增強報文適應能力；l 適應報文的靈活可擴充；l 方便報文數(shù)據(jù)提取；l 提高

44、系統(tǒng)的可調(diào)試能力。§6.2.2 系統(tǒng)拆包流程根據(jù)交易報文頭信息進行如下處理：l 從原交易定義表中根據(jù)交易代碼讀出MACChk標志，決定是否進行MAC檢查；l 如果需要MAC檢查，調(diào)用HSM提供的API進行MAC檢查；MAC檢查出錯，返回前臺提示信息：MAC出錯；l 根據(jù)交易代碼檢索交易字典(TranDataDic)，根據(jù)交易字典定義表，進行報文解包。如果交易字典定義的是M信息，報文中必須上傳。沒有上傳，返回前臺提示信息：必要的輸入信息不全；l 根據(jù)KEY值解包。§6.2.3 系統(tǒng)組包流程l 根據(jù)交易代碼檢查交易字典（TranDataDic）,根據(jù)交易字典定義表，找出KEY；

45、l 根據(jù)KEY，查詢交易輸出數(shù)據(jù)定義表(MUOutData)，根據(jù)交易輸出定義表內(nèi)容組織數(shù)據(jù)；l 根據(jù)MACChk標志，調(diào)用HSM提供的API進行MAC計算；§6.3 操作流程定制§6.3.1 操作流程定制設計構(gòu)架交 易 主 控某 個 子 交 易 處 理屏幕入口屏幕處理屏幕出口復核授權(quán)本地交易處理交易簽名交易上傳交易下傳信息轉(zhuǎn)換、分析、存放、處理輸出處理交易出口交易入口字段入口字段處理字段出口SERVER柜 員處理函數(shù)輸出設備交換處理交易動態(tài)使用空間交 易 定 義數(shù) 據(jù) 字 典交易菜單屏幕字段上傳信息結(jié)構(gòu)下傳信息結(jié)構(gòu)授權(quán)復核輸出格式配 置 定 義§6.3.2 操作

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

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

48、錄流水分錄接口分錄代碼定義子交易交易分錄代碼聯(lián)動交易信息平衡檢查交易主控子交易子交易帳戶、登記簿處理，分錄接口的啟動§6.4.2 設計準則l 多維度，可擴展帳務交易登記分錄流水，非帳務交易登記非分錄流水，通過流水中的分錄標志來區(qū)分。流水接口中有原交易流水號和子交易流水號，對一筆交易產(chǎn)生一個原交易流水號，子交易有不同的子交易流水號。分錄流水中除設置機構(gòu)、幣種、核算科目、借貸、金額等主要要素外，還設置了產(chǎn)品、客戶種類等要素，便于向產(chǎn)品、客戶總帳平滑過渡，同時，為了支持商業(yè)銀行自身的統(tǒng)計分析需要，增加了可以由銀行自行定制的統(tǒng)計編碼，使分錄可以從多個角度、多個維度進行分析處理，使分錄更具擴展

49、能力。 l 獨立性，完整性存款、貸款、內(nèi)部賬等帳務系統(tǒng)均使用統(tǒng)一的分錄流水接口來登記分錄，使分錄流水的登記統(tǒng)一、規(guī)范，統(tǒng)一分錄接口也意味著分錄信息規(guī)范的統(tǒng)一，使分錄更具可分析性。對具體的交易來說，交易組裝就可以完成分錄接口的調(diào)用。§6.5 總賬設計 §6.5.1 總賬設計結(jié)構(gòu)l 獨立的總賬系統(tǒng)設計l 按原始貨幣記賬l 內(nèi)部預留多賬套機制l 與分錄接口模式相結(jié)合，可擴展為多維度的總賬系統(tǒng)l 科目分級設置：便于核算，統(tǒng)計l 本外幣一體化l 對公、對私一體化l 整個系統(tǒng)按照大會計思想設計，根據(jù)用戶需求可以將賬務核算主體定義到任意一級機構(gòu)，例如：支行一賬帳分行一本賬總行一本賬商業(yè)銀

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

51、修改分戶賬余額寫分錄流水（賬務）匯總匯總本日發(fā)生額匯總昨日總帳各科目余額+=？本日總帳各科目余額平衡檢查總帳科目動態(tài)日總帳周期總帳（旬，月，季，半年，年）§6.5.3 總賬匯總口徑虛擬科目A=科目a+科目b-科目c科目a科目b科目c。虛擬科目匯總科目a科目b科目 c。 機構(gòu)一機構(gòu)二機構(gòu)三虛擬機構(gòu)匯總機構(gòu)一機構(gòu)二機構(gòu)三美元日元歐元英鎊港幣。人民幣（本幣）外幣折本幣合計折本幣虛擬幣種匯總（本外幣折人民幣）外幣折美元l 虛擬機構(gòu)匯總多支行及多網(wǎng)點核算，通過設置虛擬機構(gòu)與其他機構(gòu)關(guān)系可以實現(xiàn)任意層匯總。l 虛擬幣種匯總多幣種總帳，提供外幣帳折算為本幣、美元及任意虛擬幣種的處理，即提供單一貨幣

52、結(jié)算和單一貨幣余額的功能l 虛擬科目匯總按會計核算需要，對最底層的明細科目進行運算匯總來設置虛擬科目。從而簡單的可以統(tǒng)計出該核算單位的數(shù)據(jù)。l 其他口徑匯總按照分類匯總原則，可以從產(chǎn)品、客戶等角度對總帳進行匯總，滿足銀行未來核算及管理的要求。（保留）§6.6 帳務體系§6.6.1 帳務結(jié)構(gòu)§6.6.2 帳戶設置建立以客戶為中心的統(tǒng)一帳務體系，以客戶號為為主導，聯(lián)系所有與客戶相關(guān)的帳戶信息，所有帳戶共用唯一的客戶信息。銀行自身的帳務做為一類特殊的帳戶，客戶缺省為銀行自身，在此稱其為內(nèi)部帳。帳戶管理體系采用統(tǒng)一的多分戶模式，不論對私對公，均采用客戶帳號+款項代碼方式，

53、以客戶帳號做為面向外部客戶的唯一形式，由系統(tǒng)內(nèi)部管理其下的所有款項，使系統(tǒng)從底層基礎(chǔ)支持多重帳戶的管理，并可為每個款項建立與其他帳戶的相關(guān)性，實現(xiàn)不同層次類別的帳戶管理。l 客戶帳號： 1. 是指面向客戶，客戶能夠?qū)嶋H看到的帳號，也可以稱為主帳號。例如：存折上打印的活期存款帳號、單位客戶購買和簽發(fā)支票時使用的用于結(jié)算的支票戶帳號、儲蓄卡卡號、一本通的主帳號、定期存單的帳號等。2. 客戶帳戶存儲帳戶的靜態(tài)信息 。l 款項代碼1. 款項是形成帳戶的最基本元素。2. 每個款項對應一具體的銀行業(yè)務產(chǎn)品。3. 因此款項具有歸屬機構(gòu)、歸屬產(chǎn)品、歸屬核算代碼、歸屬幣種等屬性，對具體款項屬性及具備功能的規(guī)定是

54、從產(chǎn)品參數(shù)中定義的。例如存入一筆人民幣1000元的活期存款，系統(tǒng)為其自動建立對應的一個存款類款項代碼，管理這筆存款。4. 劃分款項后，可通過對各種款項的整合建立綜合帳務管理。§6.6.3 建立以“款項”管理為基礎(chǔ)建立綜合賬務管理體系l 每個產(chǎn)品下允許有哪些款項可根據(jù)需要進行配置 , 也可具有單一款項l 對基礎(chǔ)款項按照子產(chǎn)品配置，銀行進行產(chǎn)品包裝，組成具有單一功能或具有組合功能的產(chǎn)品l 從帳戶的角度說，即為客戶提供具備各種不同功能組合的戶口l 款項代碼客戶不可見，而是由系統(tǒng)提供列表形式給操作人員選擇款項由客戶確認§6.6.4 內(nèi)部賬戶體系l 帳號的組成規(guī)則：為便于記憶，一般不

55、同于客戶帳號，如一般可為：機構(gòu)號幣種科目編號順序號l 標準戶：系統(tǒng)核算需要統(tǒng)一開立的帳戶。自動產(chǎn)生會計分錄。例如現(xiàn)金帳號、應收利息、應付利息等需要自動記帳的帳戶。l 銷帳類帳戶：管理逐筆明細，支持部分銷帳。例如應解匯款帳戶。l 清算帳戶：用于結(jié)算不同金融機構(gòu)之間債權(quán)、債務關(guān)系的帳戶允許透支，系統(tǒng)自動結(jié)息透支可自動強制拆借清算帳戶為標準戶l 過渡帳戶：基于核算和管理需要設置如：通存通兌過渡戶，電子匯兌過渡戶等l 憑證帳戶：表外管理，分為在庫戶，在用戶，待銷毀戶重要空白憑證：記錄張數(shù)，一張代表一元有價單證：記載有價單證的余額。余額有價單證張數(shù)×有價單證面額l 手工帳戶:手工管理，面向傳票記帳 §6.7 產(chǎn)品化模式§6.7.1 設計目標在核心業(yè)務系統(tǒng)中，銀行為客戶提供的服務是以產(chǎn)品形式出現(xiàn)的，設計的目標是：l 讓業(yè)務人員制定符合市場的銀行服務產(chǎn)品l 更快推出新產(chǎn)品，占領(lǐng)市場先機l 使銀行服務更為貼近