銀行核心業(yè)務(wù)系統(tǒng)總體設(shè)計

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)核心業(yè)務(wù)系統(tǒng)總體設(shè)計說明書

目 錄TOC\o"1-4"\h\z\u

綜述在全面覆蓋傳統(tǒng)銀行業(yè)務(wù)的基礎(chǔ)上，突出“金融產(chǎn)品”概念，銀行可方便定制新的業(yè)務(wù)品種或更改業(yè)務(wù)模式；系統(tǒng)整合了銀行的業(yè)務(wù)服務(wù)渠道，方便銀行增值服務(wù)范圍的擴展，在無須更改系統(tǒng)內(nèi)核的情況下方便實現(xiàn)與外部系統(tǒng)的互聯(lián)互通。系統(tǒng)在深化“大集中”、“大會計”、“一本帳”、“以客戶為中心”、“綜合柜員制”等成熟的設(shè)計思想的基礎(chǔ)上，建立了從“客戶”、“產(chǎn)品”到“服務(wù)”、“渠道”的集約化經(jīng)營管理模式，提供了真正的面向客戶的服務(wù)模式，作到了為客戶定制差別化的服務(wù)。從而實現(xiàn)了銀行集中經(jīng)營、規(guī)范業(yè)務(wù)、個性服務(wù)、豐富渠道、減少風(fēng)險、輔助決策、降低成本的目標(biāo)。系統(tǒng)實現(xiàn)原則滿足了銀行業(yè)務(wù)系統(tǒng)所要求的：先進性、實時性、可靠性、完整性、安全性、網(wǎng)絡(luò)化、開放性、易擴展性、易維護性、易移植性。

系統(tǒng)總體結(jié)構(gòu)系統(tǒng)運行環(huán)境主機/操作系統(tǒng)HPUNIX或IBM-RS6000AIX前置機/操作系統(tǒng)HPUNIX或IBM-RS6000AIX數(shù)據(jù)庫INFORMIX或DB2中間件CICS或TUXIDO網(wǎng)點前臺PCSCOUNIX應(yīng)用數(shù)據(jù)維護服務(wù)器PCSERVERWindows2000/XPTOMCAT（或WEBSPHERE）通過IE登錄訪問

系統(tǒng)網(wǎng)絡(luò)總體架構(gòu)

應(yīng)用邏輯結(jié)構(gòu)應(yīng)用系統(tǒng)邏輯結(jié)構(gòu)

核心系統(tǒng)技術(shù)結(jié)構(gòu)

綜合前置系統(tǒng)構(gòu)架

系統(tǒng)設(shè)計總體目標(biāo)技術(shù)設(shè)計思想三層結(jié)構(gòu)，從面向交易過渡到面向客戶、面向服務(wù)系統(tǒng)設(shè)計分為三層結(jié)構(gòu)：核心管理層、應(yīng)用服務(wù)層和服務(wù)渠道層。核心管理層是整個系統(tǒng)的數(shù)據(jù)中心，存放著客戶信息數(shù)據(jù)、總帳會計數(shù)據(jù)、公用信息數(shù)據(jù)，控制信息數(shù)據(jù)等，負(fù)責(zé)會計核算、客戶信息管理、授信額度管理、資金清算管理、費率管理、機構(gòu)管理、庫房管理和公共數(shù)據(jù)管理等；應(yīng)用服務(wù)層由存款系統(tǒng)、貸款系統(tǒng)、結(jié)算系統(tǒng)、卡業(yè)務(wù)系統(tǒng)、中間業(yè)務(wù)系統(tǒng)、資金市場系統(tǒng)、外匯市場系統(tǒng)等應(yīng)用系統(tǒng)組成，分別完成銀行對客戶的各種不同服務(wù)手段；通過多渠道接入平臺系統(tǒng)連接著各種各樣的服務(wù)渠道，包括柜員界面、客戶經(jīng)理界面、ATM、POS、電話銀行界面、自助銀行界面、網(wǎng)絡(luò)銀行界面等，是核心業(yè)務(wù)系統(tǒng)的客戶界面，是銀行柜臺業(yè)務(wù)的延伸。這樣的層次結(jié)構(gòu)劃分，可以使得系統(tǒng)的數(shù)據(jù)更加集中、更加安全，使系統(tǒng)的核心盡可能的堅固和穩(wěn)定；可以使得系統(tǒng)對客戶的應(yīng)用服務(wù)更加具有可拓展性，滿足市場快速變化和銀行因應(yīng)增加服務(wù)品種的需要；可以使得系統(tǒng)支持的服務(wù)渠道更加廣泛；從而達(dá)到由以前的面向交易過渡到現(xiàn)在的面向客戶、面向服務(wù)的目標(biāo)。全面貫徹以客戶為中心的設(shè)計思想建立具有深度和廣度的關(guān)系型客戶信息中心，降低銀行的客戶風(fēng)險；為實現(xiàn)更高級的客戶管理方式（如客戶信用等級制度的建立），為實現(xiàn)客戶分析提供了全面基礎(chǔ)信息。采用面向客戶提供差別化服務(wù)的設(shè)計思想，根據(jù)來自客戶經(jīng)理的分析資料及時地給操作人員以客戶關(guān)懷提示或風(fēng)險預(yù)警；根據(jù)管理分析系統(tǒng)提供的客戶等級評定接口、根據(jù)產(chǎn)品定價系統(tǒng)提供的客戶優(yōu)惠價格接口在核心系統(tǒng)中提供個性化服務(wù)及控制。多渠道接入平臺系統(tǒng)的采用系統(tǒng)采用了多渠道接入平臺VisionBankingMCP來完成各種終端設(shè)備（字符終端、圖形終端）和自助服務(wù)設(shè)備（ATM、POS、電話銀行、手機銀行、自助銀行、網(wǎng)絡(luò)銀行等）的接入、管理功能。系統(tǒng)能夠支持各種通信協(xié)議，提供全轄的網(wǎng)絡(luò)監(jiān)控、設(shè)備控管和應(yīng)用監(jiān)控，能處理各種各樣的數(shù)據(jù)報文格式，具有強大的功能擴展性、嚴(yán)格的安全控制機制。銀行服務(wù)形式“產(chǎn)品化”及產(chǎn)品定制在核心業(yè)務(wù)系統(tǒng)的設(shè)計中，引入了“銀行產(chǎn)品”的概念。銀行所提供的服務(wù)是以產(chǎn)品的形式出現(xiàn)的，系統(tǒng)中把所有經(jīng)辦的存款、貸款等業(yè)務(wù)根據(jù)業(yè)務(wù)的屬性、業(yè)務(wù)的主要組成要素按照業(yè)務(wù)流程的不同階段分層次制定相應(yīng)的處理計劃，根據(jù)各處理計劃的不同組合靈活地定制產(chǎn)品，并分配相應(yīng)的產(chǎn)品代碼進行唯一的標(biāo)識。銀行業(yè)務(wù)“產(chǎn)品化”的優(yōu)點在于讓最終用戶（而非IT人員）更靈活地根據(jù)市場需求定制有自身特色的銀行產(chǎn)品，滿足不同客戶群體的需要，快速適應(yīng)市場的變化。服務(wù)模塊組織“構(gòu)件化”、“構(gòu)件封裝”及構(gòu)件驅(qū)動平臺核心業(yè)務(wù)系統(tǒng)對交易服務(wù)的設(shè)計基于“構(gòu)件化”的模式，本著“降低耦合”“功能內(nèi)聚”的原則，將業(yè)務(wù)處理功能劃分為完成某一具體功能的最小單元，形成“積木”式構(gòu)件庫，這些構(gòu)件可以以一定形式按照要求搭建在一起形成完成某一業(yè)務(wù)功能的“組件”，每項交易服務(wù)均由“構(gòu)件”及“組件”依據(jù)一定次序的集合組成，完成一項交易服務(wù)對構(gòu)件的組裝過程稱為“交易封裝”，這些組裝過程是由填制配置腳本來實現(xiàn)的，而無需單獨編程。已經(jīng)封裝的交易服務(wù)通過系統(tǒng)提供的“構(gòu)件驅(qū)動平臺”統(tǒng)一驅(qū)動。提高業(yè)務(wù)處理程序（構(gòu)件）的共享；可以靈活地進行構(gòu)件的組織而定制出新的交易服務(wù)，縮短了新服務(wù)功能推出的時間；減少了系統(tǒng)維護的工作量?！耙I(lǐng)式”操作模式、流程定制及流程再造系統(tǒng)可以通過前臺的操作流程定制，實現(xiàn)“引領(lǐng)式”的操作模式。對核心業(yè)務(wù)系統(tǒng)聯(lián)機交易操作的過程細(xì)分為具體的單一步驟，為每個步驟用一個唯一的步驟編號進行標(biāo)識，其中每個步驟都包括其獨立的必須的輸入輸出項目，柜員交易就是通過將步驟編號按照一定順序有條件地組織在一起而形成，而組裝的過程只需要簡單地配置相應(yīng)的腳本，不需要編寫代碼，這樣，根據(jù)不同的業(yè)務(wù)要求，可以靈活地對操作流程進行重組，以實現(xiàn)流程的定制和再造。同時，由于每個操作步驟本身的產(chǎn)生都是通過工具定制的方式，對于新的原來沒有的操作描述也可以方便地擴充。這種流程定制的方式使前端交易體現(xiàn)出人性化的特色，能夠方便地制定出符合操作人員習(xí)慣的流程及界面風(fēng)格，臨柜人員的操作可以不再是呆板的錄入、提交產(chǎn)生結(jié)果，而是通過人機交互的模式引導(dǎo)操作人員逐步達(dá)到完成交易服務(wù)的目的。批處理控制平臺，增強批處理的并發(fā)程度，縮短批處理的時間系統(tǒng)將批處理業(yè)務(wù)（例如：日終批處理、批量結(jié)息、預(yù)提利息、年終結(jié)轉(zhuǎn)等）分成若干個處理模塊，每個處理模塊都以作業(yè)方式運行；相同功能的作業(yè)放入同一個隊列中，隊列內(nèi)順序執(zhí)行；不同功能的作業(yè)放入另外的隊列中，不同的隊列之間是并行執(zhí)行的，互不影響。由批處理控制平臺來完成作業(yè)的提交和作業(yè)執(zhí)行順序的控制，作業(yè)之間的制約關(guān)系也可在平臺中進行預(yù)先的定義。這樣安排批處理業(yè)務(wù)，有效地增強了批處理的并發(fā)程度，使系統(tǒng)資源得到很大的利用，減少了批處理的時間。標(biāo)準(zhǔn)的外部系統(tǒng)接口系統(tǒng)提供了標(biāo)準(zhǔn)的外部系統(tǒng)接口，能夠方便地與其他系統(tǒng)（如同城清算系統(tǒng)、電子聯(lián)行系統(tǒng)、人行現(xiàn)代化支付系統(tǒng)、證銀轉(zhuǎn)帳系統(tǒng)、銀聯(lián)系統(tǒng)、代理業(yè)務(wù)系統(tǒng)、國際結(jié)算系統(tǒng)等）進行接口。業(yè)務(wù)設(shè)計思想一體化的會計核算體系及核算主體定義系統(tǒng)采用大會計模式，實現(xiàn)了對公、對私一體化，本幣、外幣一體化，自營性會計和政策性會計一體化，多幣種、多帳套的會計核算方法，實現(xiàn)了會計核算集中和應(yīng)用系統(tǒng)的統(tǒng)一。系統(tǒng)支持核算主體上移的“一本帳”模式?！耙槐編ぁ蹦Ｊ接欣阢y行簡化資金調(diào)撥流程，實現(xiàn)精細(xì)核算，推行專業(yè)化和扁平化管理，達(dá)到增加利潤、控制成本、強化績效、提供決策的目的。這是一項系統(tǒng)工程，不僅需要觀念更新，還需要機構(gòu)更新、制度更新。所以在實際執(zhí)行過程中，要循序漸進，逐步實施。例如：有些銀行嘗試采用核算主體逐步上移的方式，先實現(xiàn)，可以以支行為一本帳，實現(xiàn)同一支行轄內(nèi)的各網(wǎng)點之間資金的通融，改變了舊系統(tǒng)中支行轄內(nèi)網(wǎng)點之間頻繁的資金清算。因應(yīng)此種情況，系統(tǒng)支持系統(tǒng)內(nèi)任意級別的核算主體上移，可以將核算主體定義到任意級別層次的機構(gòu)。支持全天候“7X24小時”不間斷營業(yè)核心業(yè)務(wù)系統(tǒng)支持“7X24小時”不間斷營業(yè)，不僅包括ATM、POS、電話銀行、網(wǎng)上銀行等自助設(shè)備，也支持營業(yè)網(wǎng)點不間斷營業(yè)，實現(xiàn)“夜間銀行”，保證對客戶服務(wù)渠道的暢通，滿足各地區(qū)不同的服務(wù)時間要求，實現(xiàn)全天候的變現(xiàn)能力。支持多分行，支持多級清算單一系統(tǒng)支持多分行的運作，把多個分行的業(yè)務(wù)數(shù)據(jù)集中到一個數(shù)據(jù)庫中；支持從總行到省行到分行到支行網(wǎng)點的多級清算，全面的支持“大集中”的目標(biāo)；系統(tǒng)也支持跨系統(tǒng)的清算。系統(tǒng)對于清算支持可定義的清算模式，在系統(tǒng)中提供獨立的清算系統(tǒng)進行清算支持，以清算路徑、資金帳戶、清分方式等為主線，對清算流程及方法進行拆分后實施組裝，來確定具體的清算種類，按照清算種類實現(xiàn)系統(tǒng)的自動多級清算，同時通過定義清算模式可以支持實時清算和日終批量清算?！叭δ芄駟T”系統(tǒng)滿足了全行實行綜合柜員制的需要，由柜員直接負(fù)責(zé)每筆業(yè)務(wù)的全過程，在權(quán)限允許的范圍內(nèi)，不分業(yè)務(wù)種類，顧客可以選擇任意一個窗口辦理所需的全部業(yè)務(wù)。為今后實行“客戶經(jīng)理”的服務(wù)奠定了基礎(chǔ)。采用綜合柜員制有如下優(yōu)點：提高工作效率；減少柜員人數(shù)；提高員工素質(zhì)；方便客戶；改善服務(wù)質(zhì)量；方便績效考核。同時，考慮到國內(nèi)的實際情況，系統(tǒng)也支持傳統(tǒng)的柜員管理方式?？蛻粜畔⒓?，統(tǒng)一的客戶授信體系，實行額度管理客戶信息集中管理，使銀行可以綜合掌握客戶狀況，以便提供全面的客戶追蹤和決策分析手段，如資信評估、風(fēng)險評估。也可以為客戶提供全方位多功能的代客理財服務(wù)。系統(tǒng)通過額度管理功能，根據(jù)客戶的信用情況，給客戶分配一定的額度，決定為客戶提供的某些業(yè)務(wù)服務(wù)的范圍和程度，使銀行降低為客戶提供某些服務(wù)而帶來的風(fēng)險；同時，銀行也可以根據(jù)自身的情況，通過額度管理系統(tǒng)決定本身所進行的一些業(yè)務(wù)的范圍和程度。加強了內(nèi)控體系，強化柜員權(quán)限管理，完善的系統(tǒng)安全性和靈活的交易授權(quán)機制系統(tǒng)加強了內(nèi)控管理，突出了安全保障意識，系統(tǒng)中對業(yè)務(wù)監(jiān)督方面倡導(dǎo)的思想是盡可能規(guī)避風(fēng)險的發(fā)生，及時發(fā)現(xiàn)經(jīng)辦風(fēng)險，減少因業(yè)務(wù)監(jiān)督產(chǎn)生的銀行運營成本。系統(tǒng)中強化了柜員管理的力度，采用柜員操作權(quán)限控制、授權(quán)、雙敲復(fù)核與事后復(fù)核等方式綜合控制的模式。對柜員操作權(quán)限提供靈活的參數(shù)化管理，建立嚴(yán)格的柜員類別與等級管理體系，從柜員經(jīng)辦交易、客戶類別和等級、經(jīng)辦金額等多種角度控制柜員的經(jīng)辦權(quán)限。對柜員經(jīng)辦業(yè)務(wù)加強授權(quán)、復(fù)核與監(jiān)督，系統(tǒng)提供了即時授權(quán)、異步授權(quán)等多種授權(quán)模式，業(yè)務(wù)辦理期間突出的風(fēng)險點可通過授權(quán)的方式規(guī)避風(fēng)險；業(yè)務(wù)管理部門也可采用系統(tǒng)提供的雙敲復(fù)核的方式減少操作風(fēng)險，同時考慮操作工作量，采用大額授權(quán)、超大額雙敲復(fù)核的方式進行管理規(guī)劃，也可以采用事后復(fù)核的方式，對規(guī)定金額的業(yè)務(wù)進行逐筆核對，確保在最短時間內(nèi)發(fā)現(xiàn)風(fēng)險。靈活的計息模塊，支持“利率市場化”核心業(yè)務(wù)系統(tǒng)中，對于利率的管理采用利率指標(biāo)的方式管理，并考慮對于利率市場化后銀行能夠?qū)实母舆M行有效的控制，在利率指標(biāo)中按實點浮動及百分點浮動分別設(shè)定浮動上下限。同時，為了使系統(tǒng)計息方式更為靈活，更能適應(yīng)銀行利率政策的變化，系統(tǒng)采用利息計劃的理念，按照不同業(yè)務(wù)種類設(shè)定利息計劃參數(shù)；目前系統(tǒng)的利息計劃制定兼顧了國內(nèi)及國外的多種計息模式：支持全額計息、分段計息、金額分檔計息、按利率調(diào)整周期計息等；可定義成本核算時機：先預(yù)算、后入帳等。在每個業(yè)務(wù)種類中對于不同的產(chǎn)品可以采用不同的利息計劃，業(yè)務(wù)部門可以根據(jù)業(yè)務(wù)發(fā)展需要開發(fā)新的產(chǎn)品時，制定相應(yīng)的利息計劃。系統(tǒng)內(nèi)部設(shè)計中，考慮利息計劃使用的靈活性和可擴展性，改變了原來單一的積數(shù)法計息模式，采用計息明細(xì)的方式，使利息的計算入帳等動作獨立于帳務(wù)系統(tǒng)之外，便于計息模式的擴充。靈活的收費模塊，支持銀行自主地制定收費政策核心業(yè)務(wù)系統(tǒng)提供統(tǒng)一的收費模塊，在系統(tǒng)中設(shè)置費率種類及使用“費率種類”的“收費計劃”，以費用的計算方式、收取方式、核算方式、收費時機及控制方式等信息設(shè)定費率種類，并可按照客戶的類別級別、產(chǎn)品、服務(wù)、渠道等要素制定相應(yīng)標(biāo)準(zhǔn)的收費計劃。提供“以客為尊”的一站式服務(wù)客戶到柜臺辦理業(yè)務(wù)以用身份證件或帳號登錄系統(tǒng)的方式，系統(tǒng)根據(jù)該客戶的類別和級別和帳戶性質(zhì)提供特定交易供使用；從開始到退出，控制客戶交易范圍，全程記錄客戶交易的全過程，統(tǒng)一提供交易確認(rèn)憑證。合理利用計算機優(yōu)勢，減輕業(yè)務(wù)人員的工作量系統(tǒng)具有友好的用戶界面，可根據(jù)客戶和柜員定制不同的功能菜單，新推出的瀏覽器前臺還具有個性化工作界面配置和信息溝通等功能，便于柜員的操作；針對特定業(yè)務(wù)設(shè)計交易，增大主機統(tǒng)計數(shù)據(jù)存儲，減少大量的手工帳簿；大量的機制憑證由主機統(tǒng)一定義管理，自動打??；會計分錄也由系統(tǒng)自動完成；批量處理采用批處理控制平臺自動提交作業(yè)，大大提高了主機資源的利用率，縮短了主機批處理時間，減少了主機操作員的工作量。系統(tǒng)功能要點邏輯設(shè)計運行平臺和交易組裝核心交易平臺的總體結(jié)構(gòu)邏輯網(wǎng)絡(luò)邏輯網(wǎng)絡(luò)信息存儲信息展現(xiàn)交易驅(qū)動報文拆組通訊傳輸交換控制控制信息前臺信息流程功能展現(xiàn)通訊傳輸信息存儲控制信息交換控制報文拆組交易驅(qū)動后臺信息流程核心交易平臺設(shè)計要求信息展現(xiàn)模塊：實現(xiàn)信息的錄入和輸出，實現(xiàn)對屏幕及各種設(shè)備的控制。包括對多種設(shè)備的支持，如屏幕（鍵盤）、磁盤、網(wǎng)絡(luò)、磁條讀寫器、打印機（各種型號存打、行打）、密碼鍵盤、IC卡讀寫設(shè)備等，同時需支持各種設(shè)備復(fù)合使用情況。實現(xiàn)對信息的多種展現(xiàn)形式，包括交易響應(yīng)信息如正常應(yīng)答信息（可能多條）、提示信息（可能多條）、拒絕信息（可能多條）、授權(quán)信息（可能多條）、復(fù)核信息等的支持，也包括多頁式查詢返回的信息、返回的多條編輯信息、帶格式文本信息等。交易驅(qū)動模塊：實現(xiàn)原交易的啟動、已定制交易聯(lián)動流程的控制。實現(xiàn)原/子交易聯(lián)動控制；實現(xiàn)字段啟動交易的控制；實現(xiàn)子交易本身為原交易（組交易）的控制；實現(xiàn)自動啟動現(xiàn)金、憑證打印、收費等公用模塊組交易的控制；需要評估系統(tǒng)靈活性與系統(tǒng)效率之間的矛盾。報文拆組模塊：實現(xiàn)對應(yīng)用收發(fā)的報文進行組織和拆解，組織后的報文供通訊收發(fā)，拆解的報文供應(yīng)用使用。對報文格式的支持：支持自定義報文格式、ISO8583報文格式、類ISO8583、類HTML等；也可考慮應(yīng)用系統(tǒng)內(nèi)采用統(tǒng)一的一套內(nèi)部報文格式，對外提供多種格式支持；支持同一交易返回多條不同格式報文的處理；對報文定義的支持：前后臺統(tǒng)一定義一套報文格式；需要考慮拆組的效率和通訊數(shù)據(jù)包的精簡。交換控制模塊：完成路由分撿、多服務(wù)器信息交換功能。對于前臺模塊支持子交易/字段啟動交易級別的個性路徑選擇；對于后臺模塊同時考慮對多個分布在不同主機上的獨立系統(tǒng)實現(xiàn)集中清算模式的支持；通訊傳輸模塊：完成通訊傳輸?shù)墓δ?。支持多中通訊協(xié)議，如TCP/IP、SNA等；支持不同交易采用不同的通訊協(xié)議；支持通訊報文的加密/解密；支持通訊報文的校驗，如MAC碼；不論前臺還是后臺，均需支持主動/被動通訊模式；功能展現(xiàn)模塊：完成真正的具體交易功能，本著提高功能內(nèi)聚、降低模塊耦合的原則進行結(jié)構(gòu)劃分，由核心構(gòu)件資源庫及組裝交易所需的接口模塊組成。處于應(yīng)用級別，不屬于平臺范疇。信息存儲模塊：需要考慮不同交易數(shù)據(jù)的信息隔離；需要考慮同一原交易下交易數(shù)據(jù)的信息共享；需要考慮部分特定類型信息的歷史數(shù)據(jù)存儲，如憑證打印信息；臨時存儲的數(shù)據(jù)實現(xiàn)自動清理?？刂菩畔⒌亩ㄖ疲捍颂幩傅目刂菩畔?，包括菜單定義、交易定義、屏幕定義、數(shù)據(jù)字典定義、通訊傳輸格式定義、授權(quán)信息定義、提示信息定義、列表定義、打印格式定義、輸出信息格式定義、設(shè)備定義等以及其他平臺所需的控制信息。各種與具體交易相關(guān)的控制信息的定義數(shù)據(jù)可以以交易為主線進行卸載和安裝；定義的控制信息需要滿足系統(tǒng)性能上的要求，既保證系統(tǒng)開發(fā)的靈活性，又保證訪問的快捷，以確保系統(tǒng)整體運行效率。特殊交易的實現(xiàn)統(tǒng)一的當(dāng)日沖銷（抹帳）模式統(tǒng)一的雙敲復(fù)核模式統(tǒng)一的授權(quán)模式統(tǒng)一的事后復(fù)核模式前臺外掛交易的實現(xiàn)后臺直通式交易的支持

核心構(gòu)件庫的組成核心構(gòu)件庫由兩部分組成：子交易、API。其中每個子交易由四部分組成，子交易可大致分為五類：帳務(wù)類、事物類、查詢類、數(shù)據(jù)準(zhǔn)備、組合類。API可大致分為三類：帳務(wù)類、事物類、查詢類。構(gòu)件形成及使用原則每個業(yè)務(wù)系統(tǒng)包含的內(nèi)容，由各自提供的核心子交易、API及相應(yīng)的獨立對外展現(xiàn)交易組成；每個業(yè)務(wù)系統(tǒng)都有其獨立的數(shù)據(jù)庫體系，相互之間拒絕數(shù)據(jù)庫的直接訪問，確保數(shù)據(jù)文件的隔離。對于聯(lián)機交易，如需使用其他系統(tǒng)的數(shù)據(jù)，通過聯(lián)動子交易或調(diào)用對應(yīng)系統(tǒng)提供的API實現(xiàn)。對于后臺批量交易，少量數(shù)據(jù)交易采用API調(diào)用方式，大量數(shù)據(jù)處理則采用對應(yīng)系統(tǒng)提供的接口文件方式由相應(yīng)的系統(tǒng)進行處理，在7X24模式下，大量數(shù)據(jù)處理也可以采用API方式；核心業(yè)務(wù)系統(tǒng)功能由各個業(yè)務(wù)系統(tǒng)提供的核心構(gòu)件資源庫中相應(yīng)的構(gòu)件（子交易、API、接口數(shù)據(jù)文件）進行組裝定制而成，任何系統(tǒng)提供的構(gòu)件中都只包括對其自身系統(tǒng)功能的處理和數(shù)據(jù)庫文件的操作，核心構(gòu)件的劃分，按照各業(yè)務(wù)系統(tǒng)提供的具體服務(wù)類別劃分，具體的劃分不在此處詳細(xì)描述；根據(jù)具體業(yè)務(wù)特點，各系統(tǒng)實現(xiàn)帳務(wù)一體化，客戶類別、幣種類別、帳務(wù)類別、做為具體業(yè)務(wù)系統(tǒng)的屬性出現(xiàn)，從數(shù)據(jù)結(jié)構(gòu)底層實現(xiàn)一體化，只區(qū)分不同服務(wù)功能，對于同一種服務(wù)功能以單一交易處理，對于前臺，交易組裝時對部分交易要考慮可操作性，以引領(lǐng)式模式實現(xiàn)。

交易驅(qū)動設(shè)計結(jié)構(gòu)通訊傳輸通訊傳輸報文拆組交換處理交易驅(qū)動交易輸出空間|多格式存儲。。。多條存儲。。。。。。原交易空間共享空間子交易空間聯(lián)動入口聯(lián)動入口聯(lián)動入口子交易子交易子交易聯(lián)動出口聯(lián)動出口聯(lián)動出口圖中蘭色單線箭頭方向表示信息的流轉(zhuǎn)方向原交易出口子交易輸出

交易驅(qū)動設(shè)計要求做到原交易空間、子交易空間、共享空間信息的獨立性；交易輸出空間為整個原交易共享，信息可能為多格式，考慮其中存儲訪問的條理性；各個級別層次的交易模塊都由交易驅(qū)動主控統(tǒng)一驅(qū)動；如果某個子交易本身為組交易，基于組交易本身既是獨立的原交易，需考慮聯(lián)動過程中對原始原交易空間和原始共享空間數(shù)據(jù)的保存和恢復(fù)；交易聯(lián)動組裝實現(xiàn)主要是通過聯(lián)動入口和聯(lián)動出口的編制完成的，對于交易入口，一般可通過定義啟動條件和參數(shù)轉(zhuǎn)換規(guī)則的定制方式來實現(xiàn)，不需要編寫入口程序，如有特殊情況，則也可以通過編寫新的子交易，通過聯(lián)動出入口或子交易輸出子交易輸出空間實現(xiàn)，考慮未知情況，在平臺中保留通過入口函數(shù)啟動子交易的控制；可考慮在平臺中支持公共啟動交易的參數(shù)化定制；在交易輸出空間信息發(fā)送前臺前，進行平臺統(tǒng)一的信息檢查和整理處理，如統(tǒng)一授權(quán)產(chǎn)生、事前復(fù)核、交易平衡性、信息的優(yōu)先級處理等。

交易驅(qū)動實現(xiàn)方法根據(jù)具體的業(yè)務(wù)功能需要，選擇性地將一系列的子交易和API組織起來，通過定義組裝的方式聯(lián)動在一起，構(gòu)成一個原交易。下圖以柜臺歸還貸款為例來說明：每個子交易我們稱為PU，每個原交易稱為MU，驅(qū)動規(guī)則稱為RuleSet，驅(qū)動主控稱為TPloader。數(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ū)域存放系統(tǒng)流水號、系統(tǒng)日期、交易號、輸入報文等全局信息，共享區(qū)域存放個WU、PU之間需要交換的中間數(shù)據(jù)或輸出數(shù)據(jù)。DataPool的生命周期創(chuàng)建DataPool由TPLoader創(chuàng)建，并進行初始化，TPLoader應(yīng)提供相關(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) DataPool是整個交易過程的數(shù)據(jù)調(diào)度中心。任何需要交換或存儲的數(shù)據(jù)都通過DataPool進行，各個模塊通過DataPool的接口進行數(shù)據(jù)處理。

條件規(guī)則RULESET 條件規(guī)則RULESET交易主控MU 交易主控MUNameValueDataTypeNameValueDataType………NameValueDataTypeNameValueDataTypeNameValueDataType………NameValueDataType流程單元WUDataPool工作單元WU流程單元WUDataPool工作單元WU交易調(diào)度、組裝過程交易調(diào)度的實現(xiàn)由TPLoader根據(jù)交易聯(lián)動表的配置，根據(jù)RuleSet的相關(guān)條件與邏輯，并結(jié)合交易環(huán)境的具體形式，調(diào)用PU與WU，以實現(xiàn)完整的交易流程實現(xiàn)業(yè)務(wù)。TPLoader的對條件邏輯的判斷、對PU的調(diào)用、對WU的調(diào)用，通過Assemble層提供的接口實現(xiàn)組裝過程。在整個調(diào)度過程中的數(shù)據(jù)存儲和共享通過DataPool及其相關(guān)的接口完成。TPLoader的調(diào)度過程啟動TPLoaderTPLoader作為一個PG（在CICS環(huán)境下），當(dāng)CICS接收到請求報文后，根據(jù)ServiceName啟動TPLoader。當(dāng)TPLoader與不同的PU、WU綁定時，對應(yīng)與不同的Service。TPLoader載入交易配置TPLoader將對應(yīng)的配置載入，并進行自身的初始化處理。根據(jù)交易配置表中的內(nèi)容進行預(yù)處理根據(jù)交易配置表中內(nèi)容，進行相關(guān)的交易預(yù)處理如檢查、報文解析、獲取流水號、獲取系統(tǒng)日期等。進行交易處理根據(jù)交易聯(lián)動表的內(nèi)容和邏輯判斷條件調(diào)用PU或WU進行交易處理。進行異常處理若功能處理異?；蚱渌淮_定情況，進行特定的異常處理。根據(jù)交易聯(lián)動表中的內(nèi)容進行結(jié)束處理根據(jù)交易配置的內(nèi)容，進行相關(guān)的交易結(jié)束處理如打包、提交事務(wù)等。結(jié)束TPLoader流程結(jié)束，并釋放資源。交易聯(lián)動表的作用方式系統(tǒng)通過交易聯(lián)動表的配置作為執(zhí)行交易過程的定義。在交易聯(lián)動表中體現(xiàn)交易過程中的功能和執(zhí)行條件規(guī)則。在集成基本的PU和WU及RuleSet功能的前提下，通過交易聯(lián)動表組裝交易。

交易聯(lián)動表與其他模塊的關(guān)聯(lián)交易主控TPLoader交易主控TPLoader條件規(guī)則RuleSet工作單元WU數(shù)據(jù)池DataPool交易代碼****交易代碼****工作單元****執(zhí)行條件****聯(lián)動屬性****LoadMULoadMU交易聯(lián)動表交易聯(lián)動表數(shù)據(jù)的分類和交換方式TPLoader的私有數(shù)據(jù)TPLoader的私有數(shù)據(jù)包括，當(dāng)前調(diào)用的MU、PU、WU名稱，Script中的變量等。這些變量以特殊的標(biāo)記存放在DataPool中，一般有TPLoader進行使用或提供特殊接口為各模塊使用。交易的公用數(shù)據(jù)在一個交易過程中一般不變的，各個模塊、工作單元需要使用的公共數(shù)據(jù)，如流水號、系統(tǒng)日期、請求報文數(shù)據(jù)等。這些數(shù)據(jù)在整個交易過程中，供各模塊和功能單元調(diào)用獲取信息，一般不能改動。共享數(shù)據(jù)對于個工作單元、流程單元、條件規(guī)則功能模塊需要互相交換、共享、存儲的數(shù)據(jù)，通過DataPool進行。數(shù)據(jù)的名稱轉(zhuǎn)換、存儲、提取、數(shù)據(jù)預(yù)處理等通過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)還需要TPCommon、DataPool、Assemble、RuleSet等模塊的支撐功能，因此TPLoader的生成過程還需要綁定這些基本庫。由于使用函數(shù)指針的方法調(diào)用相關(guān)的工作單元，因此，對于每一個具體的TPLoader的生成過程，需要載入不同的頭文件和獲取函數(shù)指針的函數(shù)，以完成函數(shù)名稱與函數(shù)指針的映射關(guān)系。

報文接口及拆組包主報文格式采用類HTML格式，使用Key＝Value方式(散列表)描述數(shù)據(jù)，對Key使用“<>”進行標(biāo)注。針對核心交易平臺，采用這種報文結(jié)構(gòu)的優(yōu)點在于：增強報文適應(yīng)能力；適應(yīng)報文的靈活可擴充；方便報文數(shù)據(jù)提??；提高系統(tǒng)的可調(diào)試能力。系統(tǒng)拆包流程根據(jù)交易報文頭信息進行如下處理：從原交易定義表中根據(jù)交易代碼讀出MACChk標(biāo)志，決定是否進行MAC檢查；如果需要MAC檢查，調(diào)用HSM提供的API進行MAC檢查；MAC檢查出錯，返回前臺提示信息：MAC出錯；根據(jù)交易代碼檢索交易字典(TranDataDic)，根據(jù)交易字典定義表，進行報文解包。如果交易字典定義的是’M’信息，報文中必須上傳。沒有上傳，返回前臺提示信息：必要的輸入信息不全；根據(jù)KEY值解包。系統(tǒng)組包流程根據(jù)交易代碼檢查交易字典（TranDataDic）,根據(jù)交易字典定義表，找出KEY；根據(jù)KEY，查詢交易輸出數(shù)據(jù)定義表(MUOutData)，根據(jù)交易輸出定義表內(nèi)容組織數(shù)據(jù)；根據(jù)MACChk標(biāo)志，調(diào)用HSM提供的API進行MAC計算；

操作流程定制操作流程定制設(shè)計構(gòu)架交易主控交易主控某個子交易處理屏幕入口屏幕處理屏幕出口復(fù)核授權(quán)本地交易處理交易簽名交易上傳交易下傳信息轉(zhuǎn)換、分析、存放、處理輸出處理交易出口交易入口字段入口字段處理字段出口SERVER柜員處理函數(shù)輸出設(shè)備交換處理交易動態(tài)使用空間交易定義數(shù)據(jù)字典交易菜單屏幕字段上傳信息結(jié)構(gòu)下傳信息結(jié)構(gòu)授權(quán)復(fù)核輸出格式配置定義操作流程定制設(shè)計要求交易入口主要完成交易的啟動條件判斷和交易入口參數(shù)賦值，正常情況下不需要編寫函數(shù)，而是通過啟動條件定義和入口參數(shù)映射的定義實現(xiàn)定制；屏幕入口、字段入口的實現(xiàn)同交易入口的實現(xiàn)模式；為實現(xiàn)開發(fā)過程的定制，必須采用統(tǒng)一的數(shù)據(jù)字典；平臺提供自動啟動子交易的應(yīng)用定義，而不是將個別功能集成在平臺中，應(yīng)用只需定義入口/出口；實現(xiàn)交易權(quán)限定義的靈活性，通過柜員類別/級別、客戶類別/級別、交易類別/級別、菜單類別/級別控制顯示和操作，實現(xiàn)個性化菜單定制；實現(xiàn)憑證格式的共用，建立憑證格式庫，提供憑證輸出的統(tǒng)一接口，提高憑證格式的復(fù)用率，并實現(xiàn)事后憑證的重復(fù)打印功能；用定制方式實現(xiàn)前臺列表信息的動態(tài)顯示，避免編寫函數(shù)；授權(quán)模式統(tǒng)一，前臺可以實現(xiàn)簡單的授權(quán)定義，需將授權(quán)信息統(tǒng)一存儲在后臺，便于統(tǒng)一管理授權(quán)記錄；提供集成在運行平臺內(nèi)的終端間、結(jié)點間消息通知功能，便于下一步實現(xiàn)工作流程定制；支持子交易循環(huán)啟動、原交易循環(huán)啟動；支持菜單項目的出入口執(zhí)行交易功能，實現(xiàn)真正面向客戶的設(shè)計模式，按照客戶類別、級別等控制信息實現(xiàn)對不同客戶允許執(zhí)行交易的控制；支持當(dāng)日沖銷、復(fù)核、事后復(fù)核、異步授權(quán)等特殊交易模式；支持前臺平臺外掛其他交易系統(tǒng)。

分錄接口設(shè)計分錄接口模式總帳報表總帳報表總帳分錄流水分錄接口分錄代碼定義子交易交易分錄代碼聯(lián)動交易信息平衡檢查交易主控子交易子交易帳戶、登記簿處理，分錄接口的啟動設(shè)計準(zhǔn)則多維度，可擴展帳務(wù)交易登記分錄流水，非帳務(wù)交易登記非分錄流水，通過流水中的分錄標(biāo)志來區(qū)分。流水接口中有原交易流水號和子交易流水號，對一筆交易產(chǎn)生一個原交易流水號，子交易有不同的子交易流水號。分錄流水中除設(shè)置機構(gòu)、幣種、核算科目、借貸、金額等主要要素外，還設(shè)置了產(chǎn)品、客戶種類等要素，便于向產(chǎn)品、客戶總帳平滑過渡，同時，為了支持商業(yè)銀行自身的統(tǒng)計分析需要，增加了可以由銀行自行定制的統(tǒng)計編碼，，使分錄可以從多個角度、多個維度進行分析處理，使分錄更具擴展能力。獨立性，完整性存款、貸款、內(nèi)部賬等帳務(wù)系統(tǒng)均使用統(tǒng)一的分錄流水接口來登記分錄，使分錄流水的登記統(tǒng)一、規(guī)范，統(tǒng)一分錄接口也意味著分錄信息規(guī)范的統(tǒng)一，使分錄更具可分析性。對具體的交易來說，交易組裝就可以完成分錄接口的調(diào)用。

總賬設(shè)計總賬設(shè)計結(jié)構(gòu)獨立的總賬系統(tǒng)設(shè)計按原始貨幣記賬內(nèi)部預(yù)留多賬套機制與分錄接口模式相結(jié)合，可擴展為多維度的總賬系統(tǒng)科目分級設(shè)置：便于核算，統(tǒng)計本外幣一體化對公、對私一體化整個系統(tǒng)按照大會計思想設(shè)計，根據(jù)用戶需求可以將賬務(wù)核算主體定義到任意一級機構(gòu)，例如：支行一賬帳分行一本賬總行一本賬商業(yè)銀行將銀行整體或一個城市中心或一個支行作為會計核算單位，在一個會計核算系統(tǒng)內(nèi)，不再有會計網(wǎng)點的概念，而形成在會計核算單位內(nèi)的一本帳。會計帳由具有較強管理能力的總行或中心或支行來統(tǒng)一管理，同時核算單位之間也不存在往來科目，會計核算單位以下的單位變成了一個個營業(yè)網(wǎng)點而非會計網(wǎng)點，它只專心關(guān)心自己的業(yè)務(wù)，而不能涉及會計帳。從而產(chǎn)生一系列優(yōu)點：減少核算層次提高資金使用效率便于銀行作為一個整體開展業(yè)務(wù)，重新定位各分支行的主營業(yè)務(wù)方向便于總行有充足的對外支付能力降低金融風(fēng)險

核心總賬的處理模式存款業(yè)務(wù)存款業(yè)務(wù)貸款業(yè)務(wù)結(jié)算業(yè)務(wù)內(nèi)部賬業(yè)務(wù)中間業(yè)務(wù)批量業(yè)務(wù)。。。。所有賬務(wù)交易修改分戶賬余額寫分錄流水（賬務(wù)）匯總匯總本日發(fā)生額匯總昨日總帳各科目余額+=？本日總帳各科目余額平衡檢查總帳科目動態(tài)日總帳周期總帳（旬，月，季，半年，年）

總賬匯總口徑虛擬科目A虛擬科目A=科目a+科目b-科目c科目a科目b科目c。。。。。。虛擬科目匯總科目a科目b科目c 。。。。。。機構(gòu)一機構(gòu)二機構(gòu)三虛擬機構(gòu)匯總機構(gòu)一機構(gòu)二機構(gòu)三美元日元歐元英鎊港幣。。。。人民幣（本幣）外幣折本幣合計折本幣虛擬幣種匯總（本外幣折人民幣）外幣折美元虛擬機構(gòu)匯總多支行及多網(wǎng)點核算，通過設(shè)置虛擬機構(gòu)與其他機構(gòu)關(guān)系可以實現(xiàn)任意層匯總。虛擬幣種匯總多幣種總帳，提供外幣帳折算為本幣、美元及任意虛擬幣種的處理，即提供單一貨幣結(jié)算和單一貨幣余額的功能虛擬科目匯總按會計核算需要，對最底層的明細(xì)科目進行運算匯總來設(shè)置虛擬科目。從而簡單的可以統(tǒng)計出該核算單位的數(shù)據(jù)。其他口徑匯總按照分類匯總原則，可以從產(chǎn)品、客戶等角度對總帳進行匯總，滿足銀行未來核算及管理的要求。（保留）

帳務(wù)體系帳務(wù)結(jié)構(gòu)帳戶設(shè)置建立以客戶為中心的統(tǒng)一帳務(wù)體系，以客戶號為為主導(dǎo)，聯(lián)系所有與客戶相關(guān)的帳戶信息，所有帳戶共用唯一的客戶信息。銀行自身的帳務(wù)做為一類特殊的帳戶，客戶缺省為銀行自身，在此稱其為內(nèi)部帳。帳戶管理體系采用統(tǒng)一的多分戶模式，不論對私對公，均采用客戶帳號+款項代碼方式，以客戶帳號做為面向外部客戶的唯一形式，由系統(tǒng)內(nèi)部管理其下的所有款項，使系統(tǒng)從底層基礎(chǔ)支持多重帳戶的管理，并可為每個款項建立與其他帳戶的相關(guān)性，實現(xiàn)不同層次類別的帳戶管理。客戶帳號：是指面向客戶，客戶能夠?qū)嶋H看到的帳號，也可以稱為主帳號。例如：存折上打印的活期存款帳號、單位客戶購買和簽發(fā)支票時使用的用于結(jié)算的支票戶帳號、儲蓄卡卡號、一本通的主帳號、定期存單的帳號等?？蛻魩舸鎯舻撵o態(tài)信息。款項代碼款項是形成帳戶的最基本元素。每個款項對應(yīng)一具體的銀行業(yè)務(wù)產(chǎn)品。因此款項具有歸屬機構(gòu)、歸屬產(chǎn)品、歸屬核算代碼、歸屬幣種等屬性，對具體款項屬性及具備功能的規(guī)定是從產(chǎn)品參數(shù)中定義的。例如存入一筆人民幣1000元的活期存款，系統(tǒng)為其自動建立對應(yīng)的一個存款類款項代碼，管理這筆存款。劃分款項后，可通過對各種款項的整合建立綜合帳務(wù)管理。建立以“款項”管理為基礎(chǔ)建立綜合賬務(wù)管理體系每個產(chǎn)品下允許有哪些款項可根據(jù)需要進行配置,也可具有單一款項對基礎(chǔ)款項按照子產(chǎn)品配置，銀行進行產(chǎn)品包裝，組成具有單一功能或具有組合功能的產(chǎn)品從帳戶的角度說，即為客戶提供具備各種不同功能組合的戶口款項代碼客戶不可見，而是由系統(tǒng)提供列表形式給操作人員選擇款項由客戶確認(rèn)

內(nèi)部賬戶體系帳號的組成規(guī)則：為便于記憶，一般不同于客戶帳號，如一般可為：機構(gòu)號＋幣種＋科目編號＋順序號標(biāo)準(zhǔn)戶：系統(tǒng)核算需要統(tǒng)一開立的帳戶。自動產(chǎn)生會計分錄。例如現(xiàn)金帳號、應(yīng)收利息、應(yīng)付利息等需要自動記帳的帳戶。銷帳類帳戶：管理逐筆明細(xì)，支持部分銷帳。例如應(yīng)解匯款帳戶。清算帳戶：用于結(jié)算不同金融機構(gòu)之間債權(quán)、債務(wù)關(guān)系的帳戶允許透支，系統(tǒng)自動結(jié)息透支可自動強制拆借清算帳戶為標(biāo)準(zhǔn)戶過渡帳戶：基于核算和管理需要設(shè)置如：通存通兌過渡戶，電子匯兌過渡戶等憑證帳戶：表外管理，分為在庫戶，在用戶，待銷毀戶重要空白憑證：記錄張數(shù)，一張代表一元有價單證：記載有價單證的余額。余額＝有價單證張數(shù)×有價單證面額手工帳戶:手工管理，面向傳票記帳

產(chǎn)品化模式設(shè)計目標(biāo)在核心業(yè)務(wù)系統(tǒng)中，銀行為客戶提供的服務(wù)是以產(chǎn)品形式出現(xiàn)的，設(shè)計的目標(biāo)是：讓業(yè)務(wù)人員制定符合市場的銀行服務(wù)產(chǎn)品更快推出新產(chǎn)品，占領(lǐng)市場先機使銀行服務(wù)更為貼近客戶，滿足客戶不同需求保持系統(tǒng)核心穩(wěn)定，減少系統(tǒng)維護難度產(chǎn)品分類我們技術(shù)性地將產(chǎn)品分為如下幾個大類：存款類產(chǎn)品貸款類產(chǎn)品卡類產(chǎn)品債券類產(chǎn)品其他類產(chǎn)品產(chǎn)品結(jié)構(gòu)設(shè)計銀行最終提供給客戶的產(chǎn)品，是經(jīng)過這些產(chǎn)品規(guī)則描述以及有關(guān)的宣傳包裝形成的：存款類產(chǎn)品＝產(chǎn)品代碼＋存款產(chǎn)品屬性定義＋存款產(chǎn)品服務(wù)定義貸款類產(chǎn)品＝產(chǎn)品代碼＋貸款產(chǎn)品屬性定義＋貸款產(chǎn)品服務(wù)定義存款類產(chǎn)品的結(jié)構(gòu)如下圖所示：

貸款類產(chǎn)品的結(jié)構(gòu)如下圖所示：

7×24小時營業(yè)設(shè)計不間斷營業(yè)設(shè)計架構(gòu)

7×24小時營業(yè)任務(wù)序列正常運行正常運行狀態(tài)NORMAL切換日期，進入日終處理狀態(tài)日終批處理狀態(tài)CUTOFF日終批處理結(jié)束，進入追帳狀態(tài)追帳狀態(tài)APPEND追帳結(jié)束，切回正常狀態(tài)聯(lián)機交易在同時進行前一工作日下一工作日系統(tǒng)24小時的帳務(wù)處理完全由系統(tǒng)的底層函數(shù)處理，程序開發(fā)員在開發(fā)交易時只需要調(diào)用子交易，不需要考慮24小時的帳務(wù)。系統(tǒng)狀態(tài)公共系統(tǒng)控制參數(shù)中的系統(tǒng)狀態(tài)分為：N：日間運行狀態(tài)(normal) C：日切運行狀態(tài)(cutoff) A：追帳運行狀態(tài)(append) S：系統(tǒng)關(guān)閉(shutdown)系統(tǒng)的C，A，N狀態(tài)是系統(tǒng)日終處理時進行的狀態(tài)切換。系統(tǒng)關(guān)閉核心業(yè)務(wù)系統(tǒng)處于關(guān)閉時，禁止所以業(yè)務(wù)運行。此狀態(tài)在出現(xiàn)特殊情況時。系統(tǒng)日間運行狀態(tài)系統(tǒng)做完日終批量處理后，狀態(tài)未日間運行狀態(tài)，此時所有的交易實時修改分戶帳的余額。系統(tǒng)日切狀態(tài)系統(tǒng)日終操作在做完當(dāng)天的自動轉(zhuǎn)存等帳務(wù)處理后，在系統(tǒng)入總帳前，將系統(tǒng)的狀態(tài)改為日切狀態(tài)。在該狀態(tài)下的所有交易，不修改分戶帳的余額，其發(fā)生額寫入影子分戶。保持分戶帳余額不變，是為了機構(gòu)入總帳時進行總分平衡的檢查。系統(tǒng)追帳狀態(tài)系統(tǒng)日終入機構(gòu)總帳結(jié)束后，系統(tǒng)狀態(tài)改為追帳。在這個狀態(tài)下的所有交易，實時修改分戶帳余額。日終處理的追帳交易，對影子分戶里帳戶的發(fā)生額進行分戶帳余額的修改。在所有分戶追帳完成之后，系統(tǒng)狀態(tài)改為日間運行狀態(tài)。7×24小時營業(yè)設(shè)計要求系統(tǒng)只要不是運行在日終批處理狀態(tài)(CUTOFF狀態(tài)),也就是系統(tǒng)運行在正常狀態(tài)（NORMAL狀態(tài)）或追帳狀態(tài)（APPEND狀態(tài)），帳務(wù)處理API可修改分戶帳余額；系統(tǒng)只要是運行在日終批處理狀態(tài)(CUTOFF狀態(tài))，記帳API就不能直接更改分戶帳余額，而只能更改影子帳戶余額。注意：在日終批處理狀態(tài)下,任何聯(lián)機交易都可能發(fā)生，所以開戶程序在寫分戶余額時，只能將余額記為0,而真正的余額必須記入影子帳戶中;同樣，銷戶時，不能將分戶余額記為0，而必須將發(fā)生額（也就是余額）記入影子帳戶中。沖正交易的處理相同.系統(tǒng)只要不是運行在N狀態(tài)（正常狀態(tài)），計算帳戶可用余額時，必須將影子帳戶中的余額和分戶帳中的余額一起合并計算。由于日切后，系統(tǒng)進入下一個帳務(wù)周期，所以帳務(wù)處理流水（如：分戶帳明細(xì)，分錄流水，子交易流水）中均記錄了帳務(wù)日期，因而不會和前一帳務(wù)日期相混淆。在備份這些庫表時，只要根據(jù)帳務(wù)日期處理即可。任何帳戶，包括客戶帳，內(nèi)部帳，處理方法是一樣的。由后臺主機按照交易來確定哪些交易允許在日終期間可以開通。如果柜臺開通24小時業(yè)務(wù)，需要考慮柜員及網(wǎng)點軋帳交易的支持，業(yè)務(wù)需考慮傳票裝訂與柜員軋帳的模式。統(tǒng)一沖銷模式設(shè)計實現(xiàn)方式核心系統(tǒng)采用統(tǒng)一的當(dāng)日沖銷（抹帳）用戶接口，使操作人員對系統(tǒng)中的任何交易的沖銷，均使用統(tǒng)一的一個專門用于沖銷的交易碼。當(dāng)日沖銷實現(xiàn)對當(dāng)天的帳務(wù)進行沖銷，包括帳務(wù)類沖銷和非帳務(wù)類沖銷，在系統(tǒng)中采用“反交易＋存儲過程”的模式實現(xiàn)。即，分為流水沖銷（置成被沖銷狀態(tài)）、反交易（生成新的流水，狀態(tài)為沖銷，借貸方向同原先的交易）、登記簿沖銷（自動完成），請注意：非當(dāng)日的帳務(wù)不能用此交易處理。當(dāng)日沖銷可以沖銷帳務(wù)的和非帳務(wù)的交易，帳務(wù)的交易必須有流水記錄，非帳務(wù)的交易可以有也可以沒有流水記錄,但必須產(chǎn)生一個流水號（因為銀行需要統(tǒng)計柜員的業(yè)務(wù)量及對特殊交易記錄進行稽核，所以系統(tǒng)中所有處理登記簿的交易都要登記一條非帳務(wù)流水，方便查詢）。反交易一般針對處理帳戶的子交易專門設(shè)定，每一個記帳子交易或API必須有一個對應(yīng)的反交易函數(shù)。反交易的編寫沖銷程序存放在src/cancel/下，其中主程序放在api下，所有的反交易函數(shù)放在func下，反交易的函數(shù)原型如下：IntcnXXXXXX(structglssubtranslog*pSublog)其中：XXXX是正子交易函數(shù)名，表示可對XXXX子交易函數(shù)沖銷反交易函數(shù)的source文件命名采用在其對應(yīng)的子交易文件名前增加cn。入口參數(shù)是表glssubtranslog的指針。沖銷時，對交易流水按照子交易流水序號進行從大到小的排序，即降序排列，沖銷主控程序依據(jù)流水中沖正子交易代碼[revsubtran]找到在子交易定義表中定義的反交易函數(shù)，如果函數(shù)名為空不調(diào)用，非空調(diào)用。每一條流水都調(diào)用一次。編寫要求：反交易函數(shù)對應(yīng)于子交易或API，每一個子交易或API有且只能有一個函數(shù)。沖銷主控交易對每一條流水都調(diào)用反交易函數(shù)，這就涉及到一個問題：在原始交易時有可能一個子交易產(chǎn)生多筆流水，這就要求在編寫反交易函數(shù)時有特殊處理，有一定的控制機制。（主要是在貸款業(yè)務(wù)中）可以利用流水表中一些字段如memo和memo1保存原始交易的一些信息，但需要按照公共制定的統(tǒng)一規(guī)范使用，不要濫用。帳務(wù)性反交易也會生成流水（由主控程序自動處理），對應(yīng)原始交易的流水，但狀態(tài)為沖銷流水狀態(tài)，借貸方向同原始交易，發(fā)生額為負(fù)數(shù)。對各個系統(tǒng)的正子交易及API的要求：流水里的相關(guān)要素登記必須正確，如子系統(tǒng)代碼、沖正子交易代碼等。對通過調(diào)用記帳API（內(nèi)部帳記帳API，活期存取API等）完成帳務(wù)處理的子交易來說，帳務(wù)性子交易流水由記帳API負(fù)責(zé)填寫，流水中的子交易代碼（subtrancode）為調(diào)用者的子交易代碼（從pubcom中?。瑳_正子交易代碼(revsubtran)為記帳API的“子”交易代碼,由記帳API在程序中付一個固定的值，如GLS101,DPS101。沖正主控流程根據(jù)沖正子交易代碼找到?jīng)_正函數(shù)，執(zhí)行沖正。對除帳務(wù)性流水外的非帳務(wù)性流水，視情況決定是否要插一條或多條記錄到子交易流水中。如果有要沖正類似柜員尾箱余額的情況，則應(yīng)記錄子交易流水，沖正子交易代碼處也要付值。存儲過程調(diào)用在編寫程序時，要顯式調(diào)用存儲過程對原始信息進行存儲。存儲過程的調(diào)用有一個前提條件，必須在pubrevtrg中對要沖銷的登記簿進行配置。平臺提供四個全局變量作為存儲過程的入口參數(shù)，g_acRevBrc（機構(gòu)碼）,g_lSerSeqNo（主機流水號）、g_acTranDate（交易日期）、g_lSeqNo（序號）。如果是更新方式，存儲過程在表操作之前調(diào)用，如果是插入方式，存儲過程在表操作之后調(diào)用。存儲過程的調(diào)用語句一定要放在表操作SQL語句的最近位置。存儲過程命名： tbname＋type其中type是操作方式，tbname是登記簿名稱生成存儲過程：在表pubrevtrg中定義使用工具生成存儲過程mkproc＋tbname（表名）該工具會根據(jù)定義自動生成存儲過程原文件（~/proc目錄下），并且對存儲過程進行編譯發(fā)布到數(shù)據(jù)庫中。存儲過程調(diào)用：在C語言程序中：EXECSQLCALLXXXX（…）；———DB2EXECUTEPROCEDUREXXX（…）；———INFORMIX注意：在調(diào)用得過程中，參數(shù)中有鍵值的新舊值之分，要求都輸入。參考實例lns705.SQC，在目錄～/SRC/LNS/APP下，登記簿名稱為lnsacctrpyplan

權(quán)限管理設(shè)計思路概述應(yīng)用系統(tǒng)中的權(quán)限管理分為兩個層次：交易權(quán)限——有無權(quán)限；授權(quán)——有權(quán)限時是否需要他人授權(quán)，授權(quán)條件；系統(tǒng)中對權(quán)限的控制采用了統(tǒng)一的模式，并預(yù)留給應(yīng)用部分接口以應(yīng)對特殊情況。在公共權(quán)限檢查中，系統(tǒng)中控制的思路是：交易權(quán)限設(shè)計系統(tǒng)交易權(quán)限的檢查由后臺統(tǒng)一模塊處理，各交易不需要對柜員權(quán)限進行單獨的檢查?，F(xiàn)有交易的權(quán)限已不僅僅限于機構(gòu)和柜員，而且與交易的要素（例如產(chǎn)品，客戶等）有關(guān)，因此權(quán)限檢查放在后臺進行統(tǒng)一處理。目前系統(tǒng)的授權(quán)分為兩個部分：公共處理部分和特殊處理部分。公共處理部分只需要對表進行配置，能處理的授權(quán)有：做某個交易需要授權(quán)，做每個交易時根據(jù)產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級這些交易要素確定是否需要授權(quán)。特殊處理部分需要具體交易程序內(nèi)進行判斷，例如修改了利率，就需要在自己的程序中處理。公共授權(quán)的配置說明如下：配置柜員交易權(quán)限定義表該表的作用是定義某類機構(gòu)某類柜員能夠做的交易（具體可以定義到交易內(nèi)能操作的產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級別），以及能操作的情況下是否需要授權(quán)。若做交易需要授權(quán)（跟產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級要素?zé)o關(guān)），只需要定義這張表，表中的產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級可用通用表示（詳見數(shù)據(jù)結(jié)構(gòu)）。若根據(jù)交易內(nèi)的產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級要素確定是否需要授權(quán)，不僅需要配置這張表，還要配置權(quán)限檢查參數(shù)定義，見下面公共授權(quán)配置說明2。配置權(quán)限檢查參數(shù)定義該表的作用是定義產(chǎn)品種類、幣種類別、客戶類別、客戶最低服務(wù)級要素如何取值，作用等同與子交易入口定義，這些要素來自交易哪些私有字典。由于一個交易涉及交易的兩方，所以對于同一交易可以不只一個記錄。特殊授權(quán)處理說明如下：授權(quán)要素超出公共處理的范疇，需要自己在交易里處理。例如利率修改等，請在自己的程序中進行判斷，調(diào)用公共提供的函數(shù)即可，程序按正常流程繼續(xù)往下走。程序例：if(輸入利率!=標(biāo)準(zhǔn)利率){自己定義授權(quán)規(guī)則碼，取授權(quán)規(guī)則定義表pubauthrule。if(pubRegAuth(pstPubcom,授權(quán)提示信息，授權(quán)方式，授權(quán)機構(gòu)類別，授權(quán)機構(gòu)級別，授權(quán)柜員級別))FUNCERR_PRO}配置授權(quán)規(guī)則定義表：該表的作用是定義授權(quán)提示信息，授權(quán)方式，授權(quán)機構(gòu)類別，授權(quán)機構(gòu)級別，授權(quán)柜員級別?？梢愿鶕?jù)需要進行調(diào)整，而避免修改程序。權(quán)限配置說明交易權(quán)限定義表的配置思路為：某類機構(gòu)的某類柜員具有某交易的操作權(quán)限，在該交易內(nèi)能操作哪個產(chǎn)品，幣種，客戶類別，客戶服務(wù)級別。機構(gòu)定義機構(gòu)按類別和級別確定一類機構(gòu)。如果在機構(gòu)類別字段定義了具體機構(gòu)，則該交易只有定義的機構(gòu)具有操作權(quán)限。若干在機構(gòu)類別字段定義*號，則所有機構(gòu)具有操作權(quán)限。柜員定義操作員按類別來定義。若干在操作員類別字段定義*號，則前面定義的機構(gòu)的所有柜員對交易都有操作權(quán)限。交易碼按前臺的交易碼定義。產(chǎn)品種類現(xiàn)有交易內(nèi)可能會出現(xiàn)好多的產(chǎn)品，如果要限制操作員只能操作某類產(chǎn)品，則在該字段定義。幣種類別定義該交易內(nèi)，操作員能操作的幣種類別。0.操作員可操作所有幣種1.只能操作本幣2.只能操作外幣客戶類別定義該交易內(nèi)，操作員能操作的客戶。*.所有客戶1.對私客戶2.對公客戶3.同業(yè)客戶客戶服務(wù)級別定義最低服務(wù)級別的客戶，低于該級別的客戶，操作員無操作權(quán)限。由于幣種類別，產(chǎn)品類別，客戶類別及服務(wù)級別等要素，在各交易中的字段不會一致，所有需要由開發(fā)人員定義權(quán)限參數(shù)配置表pubrightparam。該表定義在某一交易中幣種，產(chǎn)品類別，客戶類別及客戶服務(wù)級別分別取之哪個字段。核心后臺處理流程權(quán)限處理由后臺公共權(quán)限處理模塊統(tǒng)一處理，處理流程如下：解通訊報文解通訊報文根據(jù)參數(shù)定義取相關(guān)字段循環(huán)讀取柜員類別表（一個柜員可以兼任不同類別柜員）判斷該類別是否具有操作權(quán)限子交易調(diào)度處理柜員的所有操作員類別都不具有操作權(quán)限錯誤返回前臺

系統(tǒng)授權(quán)處理流程錄入交易要素，提交后臺錄入交易要素，提交后臺公共授權(quán)產(chǎn)生模塊，產(chǎn)生授權(quán)交易調(diào)度子交易產(chǎn)生授權(quán)子交易產(chǎn)生授權(quán)子交易產(chǎn)生授權(quán)授權(quán)信息授權(quán)信息授權(quán)信息。。。。。前臺柜員錄入交易要素后提交后臺，后臺公共授權(quán)產(chǎn)生模塊根據(jù)相關(guān)要素檢查該交易是否需要授權(quán)，若需要授權(quán)則登記相應(yīng)授權(quán)信息。交易調(diào)度模塊調(diào)度各子交易運行，各子交易根據(jù)特殊的授權(quán)條件檢查是否授權(quán)并登記相應(yīng)授權(quán)信息。交易調(diào)度完成后，公共授權(quán)產(chǎn)生模塊判斷交易是否需要授權(quán)，若不需要授權(quán)則提交數(shù)據(jù)庫落實事務(wù)，交易成功返回前臺。若需要授權(quán)，則交易回滾，同時從登記的多個授權(quán)信息中挑選一授權(quán)級別高的授權(quán)信息（優(yōu)先原則為：授權(quán)機構(gòu)級別，同授權(quán)機構(gòu)級別選擇非本機構(gòu)，同機構(gòu)級別時授權(quán)柜員級別），并返回授權(quán)信息至交易前臺。前臺接收到授權(quán)信息（授權(quán)柜員類別及級別）后，柜員選擇本地或異地授權(quán)：若選擇本地授權(quán)，則授權(quán)柜員輸入秘密，提交后臺運行。若選擇異地授權(quán)，系統(tǒng)通知授權(quán)柜員。柜員可等待授權(quán)后提交本交易或暫時退出本交易待授權(quán)后再通過執(zhí)行異地授權(quán)交易提交本交易。授權(quán)柜員進入異地授權(quán)交易界面，查詢授權(quán)碼，系統(tǒng)返回交易界面供授權(quán)柜員檢查，授權(quán)柜員同意授權(quán)或拒絕授權(quán)，后臺授權(quán)檢查模塊檢查該需授權(quán)交易的授權(quán)記錄，登記授權(quán)狀態(tài)。操作員執(zhí)行異地授權(quán)交易，查詢授權(quán)號，執(zhí)行原有交易。公共授權(quán)模塊公共授權(quán)處理模塊由公共授權(quán)產(chǎn)生模塊，授權(quán)登記選擇模塊及授權(quán)檢查模塊組成。公共授權(quán)產(chǎn)生模塊對公共的授權(quán)要素進行檢查，公共授權(quán)要素可以包括：交易碼，操作員（類別，級別），產(chǎn)品，幣種類別，客戶類別，客戶的服務(wù)級別等信息。各子交易授權(quán)產(chǎn)處理特定條件下產(chǎn)生的授權(quán)，例如：根據(jù)賬戶的類型，交易的具體特征，交易的金額等各種限額的定義等。授權(quán)提示授權(quán)產(chǎn)生模塊登記需要的授權(quán)后，發(fā)送授權(quán)信息至交易前臺，前臺顯示授權(quán)機構(gòu)，授權(quán)柜員。授權(quán)提示界面如下：交易界面交易界面帳號[xxxxxxxxxxxxxxxxxxxx]戶名[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]金額[xxxx.xx]…….授權(quán)提示信息（例如客戶凍結(jié)需機構(gòu)主管授權(quán)）授權(quán)機構(gòu)[xxxxxx]授權(quán)柜員[xxxx]授權(quán)柜員密碼[]請選擇受權(quán)方式[I]1：本地授權(quán)2：異地授權(quán)本地授權(quán)前臺操作員收到授權(quán)提示信息，根據(jù)實際情況選擇本地授權(quán)或異地授權(quán)，若選擇本地授權(quán)，授權(quán)柜員在瀏覽交易畫面后，直接輸入授權(quán)密碼提交后臺。本地授權(quán)界面界面如下：交易界面交易界面帳號[xxxxxxxxxxxxxxxxxxxx]戶名[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]金額[xxxx.xx]…….授權(quán)提示信息（例如客戶凍結(jié)需機構(gòu)主管授權(quán)）授權(quán)機構(gòu)[xxxxxx]授權(quán)柜員[xxxx]授權(quán)柜員密碼[xxxxxx]請選擇受權(quán)方式[1]1：本地授權(quán)2：異地授權(quán)此時若選擇異地授權(quán)，則提交后臺。后臺實時通知授權(quán)柜員。前臺收到提示信息。柜員可以選擇運行（若授權(quán)柜員同意則交易提交后臺，若授權(quán)柜員拒絕則報該授權(quán)被拒絕），選擇退出等待（柜員暫時結(jié)束本交易，可以去做其它業(yè)務(wù)同時等待授權(quán)柜員授權(quán)，然后通過執(zhí)行異地授權(quán)交易完成該交易），如下圖所示，在該界面中，也可以選擇取消授權(quán)（柜員取消該交易）。交易界面交易界面帳號[xxxxxxxxxxxxxxxxxxxx]戶名[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]金額[xxxx.xx]…….已通知授權(quán)柜員，請等待授權(quán)。運行退出等待取消授權(quán)異地授權(quán)授權(quán)柜員收到授權(quán)的通知，運行異地授權(quán)交易，后臺查詢出需要授權(quán)的交易，列表顯示操作機構(gòu)，操作柜員，授權(quán)提示信息。如下圖：需授權(quán)交易需授權(quán)交易交易機構(gòu)交易柜員授權(quán)號授權(quán)信息1020001261993現(xiàn)金付出超過5萬元，需主管授權(quán)。102000028234帳戶凍結(jié)需業(yè)務(wù)主管授權(quán)。10215032113578上存資金，需國際業(yè)務(wù)部主管授權(quán)。選擇一條需授權(quán)記錄后，可瀏覽柜員操作的界面，在檢查交易情況后，可以選擇同意或拒絕。如下圖所示：交易要素回顯交易要素回顯帳號[xxxxxxxxxxxxxxxxxxxx]戶名[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]金額[xxxx.xx]…….同意授權(quán)拒絕授權(quán)執(zhí)行授權(quán)交易交易柜員啟動“執(zhí)行授權(quán)交易”，系統(tǒng)自動從主機查詢出所有該柜員申請的已經(jīng)被批準(zhǔn)的授權(quán)交易。如下圖所示：已授權(quán)交易已授權(quán)交易交易機構(gòu)交易柜員授權(quán)號授權(quán)信息1020001261993現(xiàn)金付出超過5萬元，需主管授權(quán)。102000126234帳戶凍結(jié)需業(yè)務(wù)主管授權(quán)。柜員選擇其中一條記錄后執(zhí)行，不需要再次輸入交易要素（此時可以瀏覽原交易內(nèi)容），后臺運行原來的交易：交易要素回顯交易要素回顯帳號[xxxxxxxxxxxxxxxxxxxx]戶名[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]金額[xxxx.xx]……./提交交易復(fù)核模式設(shè)計概述雙敲復(fù)核：一筆交易分兩個柜員做；錄入柜員錄入交易要素后，由復(fù)核柜員重新輸入部分或全部交易要素，核對正確后再提交主機記賬。復(fù)核定義：在前臺的聯(lián)動交易表中定義。通過標(biāo)志位＋條件表達(dá)式。復(fù)核字段：在屏幕字段定義，標(biāo)志位＋條件表達(dá)式；判斷方式：標(biāo)志位==0非復(fù)核字段標(biāo)志位==1＆＆條件表達(dá)式空復(fù)核字段標(biāo)志位==1＆＆條件表達(dá)式結(jié)果為真復(fù)核字段標(biāo)志位==1＆＆條件表達(dá)式結(jié)果為假非復(fù)核字段檢查位置：每個子交易提交之前。復(fù)核號：在后臺生成，柜員號＋復(fù)核號唯一，每個柜員每個交易日從1開始前臺判斷需要復(fù)核后保存當(dāng)前數(shù)據(jù)到文件，然后提交后臺；后臺生成復(fù)核號、記登記簿、返回復(fù)核號及響應(yīng)信息。復(fù)核登記：前臺確認(rèn)當(dāng)前交易需復(fù)核以后，柜員號和交易日期做為文件名保存當(dāng)前的交易信息，然后提交一個特殊交易上傳交易信息文件，然后后臺生成復(fù)核號，并登記復(fù)核登記簿。交易信息文件：與授權(quán)信息文件差不多，但是需增加復(fù)核字段標(biāo)志和復(fù)核員的選擇標(biāo)志（他人或任意）表結(jié)構(gòu)交易聯(lián)動（ＪＹＬＤ）…………JYLXChar2交易類型：00－正常（普通）10－雙敲復(fù)核（任意）11－雙敲復(fù)核（他人）JYTJChar254交易條件（做為交易類型的補充）JYLX==1,雙敲復(fù)核條件畫面字段（ＨＭＺＤ）…………BZChar8第一位：0–不復(fù)核1–復(fù)核…………FHTJChar254復(fù)核條件復(fù)核號表（FHH）字段類型長度空備注JGHChar10機構(gòu)號CZYChar6操作員號DATEChar10交易日期（可選）FHHInt復(fù)核號UNIQUEINDEXCZY+FHH記帳錄入流程是是否是否子交易開始判斷復(fù)核交易？屏幕輸入下一個子交易交易結(jié)束交易提交聯(lián)動結(jié)束？保存交易信息所有子交易信息保存所有畫面信息（判斷復(fù)核字段條件）提交主機上傳文件主機生成復(fù)核號記登記簿顯示響應(yīng)信息顯示復(fù)核號復(fù)核流程復(fù)核統(tǒng)一交易入口：公共復(fù)核交易9999xx９９９９ｘｘ９９９９ｘｘ輸入柜員號（復(fù)核號可選）交易結(jié)束按空格選擇查詢對應(yīng)柜員的復(fù)核記錄輸入復(fù)核字段核對字段值核對成功、提交輸入柜員號和復(fù)核號（可選），進行查詢需復(fù)核的交易選擇其中一筆，按空格執(zhí)行根據(jù)保存的數(shù)據(jù)文件恢復(fù)畫面，恢復(fù)畫面時根據(jù)復(fù)核字段標(biāo)志隱藏復(fù)核字段進行字段復(fù)核，每個字段輸入完后進行檢查復(fù)核成功后：恢復(fù)交易數(shù)據(jù)，設(shè)置復(fù)核柜員號，柜員號是錄入的柜員，提交主機若把當(dāng)前復(fù)核交易當(dāng)成原錄入柜員的，當(dāng)此交易需要異地授權(quán)時，回不到復(fù)核柜員。若把當(dāng)前復(fù)核交易當(dāng)成復(fù)核員的，現(xiàn)有的異地授權(quán)可以支持復(fù)核以后的異地授權(quán)核對失敗后的處理：錄入柜員重新做，復(fù)核柜員重新復(fù)核復(fù)核登記簿查詢：提供一個查詢交易，可以查詢復(fù)核登記簿后臺接口前臺生成數(shù)據(jù)文件名：sqfh_YYYYMMDD_Brc_Teller．hhmmss后臺接收文件以后，根據(jù)生成的復(fù)核號替換hhmmss，這樣復(fù)核號和文件可以直接關(guān)聯(lián);前臺提交復(fù)核登記交易：上傳數(shù)據(jù)：機構(gòu)號、柜員號、交易日期、數(shù)據(jù)文件名、復(fù)核狀態(tài)（未復(fù)核）等下傳數(shù)據(jù)：復(fù)核號登記簿信息：機構(gòu)、柜員、復(fù)核員、交易日期、復(fù)核號、數(shù)據(jù)文件名、復(fù)核狀態(tài)等復(fù)核權(quán)限控制系統(tǒng)提供兩種模式：１．他人２．任意收費設(shè)計核心系統(tǒng)中采用統(tǒng)一的收費模塊，對各種費用的計算方式、收費來源、收取時機、核算模式、優(yōu)惠方式等進行歸納總結(jié)，并考慮一定的擴充性，收費模塊的設(shè)計思路如下圖所示：系統(tǒng)的公共收費模塊實現(xiàn)了費用的計算以及收費的實時記帳，各應(yīng)用交易通過配置可增加及調(diào)整各項收費。公共收費流程前臺柜員交易錄入完畢提交，前臺根據(jù)該交易配置中的費用計算標(biāo)志進行不同處理：若費用計算標(biāo)志為不收費，直接提交后臺運行。若費用計算標(biāo)志為收費，則調(diào)用后臺費用計算交易。后臺費用計算交易根據(jù)交易配置計算各項費用，返回前臺顯示，操作員可以修改收費的帳號以及是否收費，提交后臺。后臺公共收費記帳模塊對各項費用記帳處理。然后進入交易調(diào)度處理，對原交易進行帳務(wù)處理。前臺打印收費憑證以及交易憑證。前臺收費顯示界面收費來源有兩種選擇：現(xiàn)金或轉(zhuǎn)帳。當(dāng)選擇現(xiàn)金時，后臺實時記帳并等于收費登記簿。當(dāng)選擇轉(zhuǎn)帳時，收費模塊判斷是否為簽約客戶，假如時簽約客戶，只登記收費登記簿，不實時收費。假如不是簽約客戶，系統(tǒng)實時收費。日終自動扣收手續(xù)費考慮（保留）目前日終自動扣取費用是逐筆扣取，若當(dāng)日余額不足扣，則往后每天都嘗試扣取。對于客戶的明細(xì)來說也是單筆。可以改為按費率種類匯總收取，客戶明細(xì)帳的筆數(shù)與費用種類相同，收費明細(xì)不按費用種類匯總，可以打印具體的費用明細(xì)。因為對于未扣的費用以后每天都會扣取，可以打印當(dāng)日未扣成功清單供柜員留意。同時，不按所有費用總額判斷余額是否足扣，按費率種類匯總額判斷是否足扣。費用計算系統(tǒng)費用計算模塊根據(jù)預(yù)先對收費的定義完成對各項費用的計算，不同的費用計算方法定義在專門的費率參數(shù)配置中，計算方式如：固定金額，按交易金額比例等，所有的計算方式最終匯總為收費模塊的核心知識庫，后續(xù)對任何服務(wù)的收費定制均根據(jù)這些標(biāo)準(zhǔn)規(guī)則計算各項費用，確定費用核算方式，以及費用發(fā)生機構(gòu)等等。服務(wù)收費配置如果某項服務(wù)需要收費，則需要定義交易收費標(biāo)準(zhǔn)。系統(tǒng)可根據(jù)交易中不同產(chǎn)品、不同客戶種類等級、不同服務(wù)方式、不同的渠道，定制相應(yīng)的費用標(biāo)準(zhǔn)。為了保持系統(tǒng)的可擴充性，在收費定義中也預(yù)留了額外的接口。清算模式清算系統(tǒng)結(jié)構(gòu)清算系統(tǒng)采用清算產(chǎn)品代碼做為對展現(xiàn)的形式，可隨時根據(jù)需要添加新產(chǎn)品，無須編程隨意以現(xiàn)有產(chǎn)品組合成新產(chǎn)品；清算產(chǎn)品的定制是通過對該其所經(jīng)歷的不同清算事項及流程的配置組合產(chǎn)生，清算產(chǎn)品具體發(fā)生清算行為及各事項所描述的行為的發(fā)生取決于條件庫中定制的約束條件；清算事項按照清算路徑、清算方式、清算時機、核算代碼、頭寸代碼、分析代碼等清算行為進行配置；通過清算路徑的設(shè)置不僅可支持多級清算，也可以支持不同種類的清算采用不同的清算路徑；通過清算時機的定制可以支持日間聯(lián)機實時清算，也可以支持日終主機批量清算；通過核算代碼的定制可以支持對清算帳務(wù)的任何一個資金流通環(huán)節(jié)進行核算的定義；清算系統(tǒng)采用了頭寸代碼及分析代碼，用于對其他統(tǒng)計分析系統(tǒng)和資金管理系統(tǒng)進行支持。

清算系統(tǒng)與其他各系統(tǒng)之間關(guān)系此處描述清算系統(tǒng)本身需要使用其他系統(tǒng)或可能提供給其他系統(tǒng)的接口和信息。

核算模式及術(shù)語解釋本圖以清算產(chǎn)品中某一單獨事項處理的過程進行描述：數(shù)據(jù)結(jié)構(gòu)設(shè)計數(shù)據(jù)庫清單數(shù)據(jù)庫名稱類型描述備注clsproductionPF清算產(chǎn)品表clseventPF清算事項表clsplanPF清算計劃表clsrulesPF清算規(guī)則配置表clsacctjrnlLF清算記帳流水文件clsjrnlLF清算日志文件數(shù)據(jù)庫關(guān)系說明產(chǎn)品定義：清算產(chǎn)品表（CLSPRODUCTION）——》清算配置表（CLSCONFIG）——》清算事項表（CLSEVENT）——》清算計劃表（CLSPLAN）

應(yīng)用接口（ClsMainApi）應(yīng)用系統(tǒng)統(tǒng)一接口：變量名類型名稱備注TranCodeChar(6)原交易碼(I)取自PubCommPSysChar(3)原交易所屬系統(tǒng)（I）取自PubCommSubTranCodeChar(6)子交易碼(I)取自PubCommChannelIdChar(2)交易來源(I)取自PubCommSysStatusChar(1)系統(tǒng)狀態(tài)(I)取自PubCommSerSeqNoint原交易流水號(I)取自PubCommRefSerSeqNoint參考流水號(I)CTxnSeqint子交易流水號(I)取自PubCommStatCodeChar(10)分析代碼(I)取自PubCommClsPrdCodeChar(7)清算產(chǎn)品(I)取自PubCommDateChar(10)交易日期(I)取自PubCommTranTimeChar(6)交易時間(I)取自PubCommCurBrcChar(9)交易機構(gòu)(I)取自PubCommTellerChar(6)交易柜員(I)取自PubCommRTellerChar(6)復(fù)核柜員(I)取自PubCommOcurDCChar(1)借貸方向(I)相對于發(fā)起方（本方）MemoMsgChar(40)摘要（I）取自PubCommTranTypeChar(1)交易類別（I）LBrcChar(9)本方開戶機構(gòu)(I)如果有帳號不必輸入LAcctSysChar(3)本方帳號歸屬系統(tǒng)(I)‘INT’表示內(nèi)部標(biāo)準(zhǔn)戶‘EXT’表示非系統(tǒng)內(nèi)帳號其他為‘DPS’‘LNS’‘GLS’‘BDS’LAcctNoChar(32)本方帳號(I)LSubAcctChar(32)本方款項代碼(I)LAcctTypeChar(1)本方帳戶類別(I)如果有帳號不必輸入LCustTypeChar(1)本方客戶類別(I)如果有帳號不必輸入LCcyChar(3)本方幣種(I)LAmtAmount(17，2)本方金額(I)OBrcChar(9)對方開戶機構(gòu)(I)如果有帳號不必輸入OAcctSysChar(3)對方帳號歸屬系統(tǒng)(I)OAcctNoChar(32)對方帳號(I)OSubAcctNoChar(32)對方款項代碼(I)OAcctTypeChar(1)對方帳戶類別(I)如果有帳號不必輸入OCustTypeChar(1)對方客戶類別(I)如果有帳號不必輸入OCcyChar(3)對方幣種(I)OAmtAmount(17，2)對方金額(I)SrvCodeChar(8)服務(wù)碼(O)輸出收費用RspCodeChar(6)信息碼(O)AdRspMsgChar(40)附加信息(O)

批量調(diào)度日終周期調(diào)度模式采用批次式管理，以多進程并發(fā)處理的方式充分利用主機的各種資源，以期望最大程度提高日終批處理的效率。整體思路如下圖所示：下面幾個小節(jié)從定制、運行以及異常處理等方面來描述。運行周期交易調(diào)度周期交易調(diào)度運行平臺可以配置周期運行的交易，定義各交易之間的約束關(guān)系，設(shè)定交易運行的并發(fā)數(shù)，生成調(diào)度周期方案，并運行交易調(diào)度完成日終處理。運行周期交易調(diào)度的用戶必須具有數(shù)據(jù)庫操作權(quán)限。在命令行鍵入cyccall即可運行周期交易調(diào)度平臺。周期交易錄入周期處理的若干步驟通過交易方式被平臺調(diào)度，《周期錄入》下拉式菜單項下的各功能完成周期處理交易的定義。該菜單項下設(shè)功能：周期批次錄入，周期交易錄入及修改，周期交易刪除，周期交易瀏覽。周期批次錄入周期批次是周期交易功能的分類，例如可以分為日切前，日切，及日切后。批次的數(shù)量可任意定義，整個日終處理分批次調(diào)度運行。若不想分步驟操作，整個日終處理一步操作完成，只需要定義一個批次。選擇周期批次錄入，進入周期批次錄入處理畫面，在該處理界面通過操作選擇可以增加批次定義，修改批次定義，刪除批次定義。周期交易錄入修改選擇交易周期錄入及修改，對日終處理的各交易進行定義。選擇批次號，輸入交易號，若交易號存在則對該交易進行修改，否則增加該交易。上一制約交易號：定義該交易必須在某交易運行成功后運行交易處理程序：定義運行的交易處理程序交易運行周期：可選擇不運行，日，旬末，月（除月末），月末，季（除季末），季末，年和不定期。交易周期運行日期：在選擇月（除月末），季（除季末），年和不定期時，定義該交易運行的日期。交易運行最大并發(fā)數(shù)：周期調(diào)度平臺同時調(diào)度機構(gòu)運行該交易的機構(gòu)數(shù)。交易是否繼續(xù)運行：該交易失敗后是否運行其后的交易。若定義否，受制與該交易的交易在該交易失敗時不能被調(diào)度，直至該交易被平臺調(diào)度運行成功。若定義是，則平臺忽略該交易失敗，該交易不再調(diào)度，平臺繼續(xù)處理后續(xù)交易。機構(gòu)檢索：定義運行該交易的機構(gòu)。定義某一機構(gòu)時，定義為Bxxxxxx（xxxxxx為機構(gòu)號）。定義一組機構(gòu)時，按條件從公共機構(gòu)信息表中選擇需要運行的機構(gòu)，定義為Sselectbrccodefrompubbranchinfowhere……。定義完后按提交鍵/，進入確認(rèn)屏確認(rèn)后增加或修改。周期交易刪除選擇交易刪除，輸入批次號及交易號，刪除定義過的日終處理交易。按提交鍵/，確認(rèn)后刪除。周期交易瀏覽選擇周期交易瀏覽，輸入批次號，可瀏覽該批次下的日終處理交易。按方向鍵，可瀏覽其他要素。生成周期調(diào)度方案調(diào)度方案生成周期調(diào)入方案時平臺根據(jù)定義的批次和交易，以及交易之間的相互制約關(guān)系，生成的周期處理步驟。在維護過周期交易之后，需要生成周期調(diào)度方案。在確認(rèn)屏，確認(rèn)后生成。顯示生成結(jié)果。調(diào)度方案查看輸入相應(yīng)批次號后，列表顯示調(diào)度方案。周期調(diào)度運行周期調(diào)度運行是每日日終處理的功能菜單，包括日終運行以及運行情況的查看。第一步：調(diào)度運行初始化。第二步：交易調(diào)度（執(zhí)行次數(shù)跟定義的批次相同）。若運行過程出錯則通過運行日志查看出錯信息。調(diào)度運行初始化調(diào)度運行在周期調(diào)度運行下拉式菜單項下交易調(diào)度，在批次輸入屏選擇需要運行的批次。進入確認(rèn)屏，確認(rèn)操作。若日終處理成功，在屏幕下方顯示：周期處理成功。此時，日終處理結(jié)束。若日終處理過程中，出現(xiàn)錯誤會在在屏幕下方顯示：周期處理失敗。此時，需要通過運行日志來查找出錯的交易及出錯的原因。察看運行錯誤交易通過《察看運行錯誤交易》功能項可以查看運行出錯的機構(gòu)及出錯的交易。此次出錯的機構(gòu)為10200，交易號為0001（檢查所有機構(gòu)是否簽退）。調(diào)度運行日志查看需要查看機構(gòu)10200的運行日志。先選擇調(diào)度運行日志查看，出現(xiàn)如下屏幕：在選擇框中，將光標(biāo)移到處，按回車鍵。出現(xiàn)如下屏幕：光標(biāo)移到需要查看的機構(gòu)10200，按回車鍵。出現(xiàn)如下屏幕：選擇t_zzzz.log查看運行錯誤日志：可以查到出錯的原因為機構(gòu)未簽退。

業(yè)務(wù)功能組件劃分-客戶服務(wù)-客戶信息-建立客戶信息-新建個人客戶信息.......................()-新建對公客戶信息.......................()-新建客戶地址信息.......................()-維護客戶信息-維護個人客戶信息.......................()-維護對公客戶信息.......................()-維護客戶地址信息.......................()-客戶信息管理-客戶關(guān)系管理-建立客戶關(guān)系..............