【正文】 統(tǒng)、國際結算系統(tǒng)等）進行接口。 業(yè)務設計思想167。系統(tǒng)支持核算主體上移的“一本帳”模式。這是一項系統(tǒng)工程，不僅需要觀念更新，還需要機構更新、制度更新。例如：有些銀行嘗試采用核算主體逐步上移的方式，先實現(xiàn)，可以以支行為一本帳，實現(xiàn)同一支行轄內的各網(wǎng)點之間資金的通融，改變了舊系統(tǒng)中支行轄內網(wǎng)點之間頻繁的資金清算。167。167。系統(tǒng)對于清算支持可定義的清算模式，在系統(tǒng)中提供獨立的清算系統(tǒng)進行清算支持，以清算路徑、資金帳戶、清分方式等為主線，對清算流程及方法進行拆分后實施組裝，來確定具體的清算種類，按照清算種類實現(xiàn)系統(tǒng)的自動多級清算，同時通過定義清算模式可以支持實時清算和日終批量清算。 “全功能柜員”系統(tǒng)滿足了全行實行綜合柜員制的需要，由柜員直接負責每筆業(yè)務的全過程，在權限允許的范圍內，不分業(yè)務種類，顧客可以選擇任意一個窗口辦理所需的全部業(yè)務。采用綜合柜員制有如下優(yōu)點：提高工作效率；減少柜員人數(shù)；提高員工素質；方便客戶；改善服務質量；方便績效考核。167。也可以為客戶提供全方位多功能的代客理財服務。167。系統(tǒng)中強化了柜員管理的力度，采用柜員操作權限控制、授權、雙敲復核與事后復核等方式綜合控制的模式。對柜員經(jīng)辦業(yè)務加強授權、復核與監(jiān)督，系統(tǒng)提供了即時授權、異步授權等多種授權模式，業(yè)務辦理期間突出的風險點可通過授權的方式規(guī)避風險；業(yè)務管理部門也可采用系統(tǒng)提供的雙敲復核的方式減少操作風險，同時考慮操作工作量，采用大額授權、超大額雙敲復核的方式進行管理規(guī)劃，也可以采用事后復核的方式，對規(guī)定金額的業(yè)務進行逐筆核對，確保在最短時間內發(fā)現(xiàn)風險。 靈活的計息模塊，支持“利率市場化”核心業(yè)務系統(tǒng)中，對于利率的管理采用利率指標的方式管理，并考慮對于利率市場化后銀行能夠對利率的浮動進行有效的控制，在利率指標中按實點浮動及百分點浮動分別設定浮動上下限。在每個業(yè)務種類中對于不同的產(chǎn)品可以采用不同的利息計劃，業(yè)務部門可以根據(jù)業(yè)務發(fā)展需要開發(fā)新的產(chǎn)品時，制定相應的利息計劃。167。167。167。167。 運行平臺和交易組裝167。 核心交易平臺設計要求 信息展現(xiàn)模塊：實現(xiàn)信息的錄入和輸出，實現(xiàn)對屏幕及各種設備的控制。l 實現(xiàn)對信息的多種展現(xiàn)形式，包括交易響應信息如正常應答信息（可能多條）、提示信息（可能多條）、拒絕信息（可能多條）、授權信息（可能多條）、復核信息等的支持，也包括多頁式查詢返回的信息、返回的多條編輯信息、帶格式文本信息等。l 實現(xiàn)原/子交易聯(lián)動控制；l 實現(xiàn)字段啟動交易的控制；l 實現(xiàn)子交易本身為原交易（組交易）的控制；l 實現(xiàn)自動啟動現(xiàn)金、憑證打印、收費等公用模塊組交易的控制；l 需要評估系統(tǒng)靈活性與系統(tǒng)效率之間的矛盾。l 對報文格式的支持：支持自定義報文格式、ISO8583報文格式、類ISO858類HTML等；l 也可考慮應用系統(tǒng)內采用統(tǒng)一的一套內部報文格式，對外提供多種格式支持；l 支持同一交易返回多條不同格式報文的處理；l 對報文定義的支持：前后臺統(tǒng)一定義一套報文格式；l 需要考慮拆組的效率和通訊數(shù)據(jù)包的精簡。l 對于前臺模塊支持子交易/字段啟動交易級別的個性路徑選擇；l 對于后臺模塊同時考慮對多個分布在不同主機上的獨立系統(tǒng)實現(xiàn)集中清算模式的支持； 通訊傳輸模塊：完成通訊傳輸?shù)墓δ?。處于應用級別，不屬于平臺范疇。 控制信息的定制：此處所指的控制信息，包括菜單定義、交易定義、屏幕定義、數(shù)據(jù)字典定義、通訊傳輸格式定義、授權信息定義、提示信息定義、列表定義、打印格式定義、輸出信息格式定義、設備定義等以及其他平臺所需的控制信息。 特殊交易的實現(xiàn)統(tǒng)一的當日沖銷（抹帳）模式統(tǒng)一的雙敲復核模式統(tǒng)一的授權模式統(tǒng)一的事后復核模式前臺外掛交易的實現(xiàn)后臺直通式交易的支持167。其中每個子交易由四部分組成，子交易可大致分為五類：帳務類、事物類、查詢類、數(shù)據(jù)準備、組合類。167。對于聯(lián)機交易，如需使用其他系統(tǒng)的數(shù)據(jù)，通過聯(lián)動子交易或調用對應系統(tǒng)提供的API實現(xiàn)。167。多條存儲。原交易空間共享空間子交易空間聯(lián)動入口聯(lián)動入口聯(lián)動入口子交易子交易子交易聯(lián)動出口聯(lián)動出口聯(lián)動出口圖中蘭色單線箭頭方向表示信息的流轉方向原交易出口子交易輸出167。167。下圖以柜臺歸還貸款為例來說明：每個子交易我們稱為PU，每個原交易稱為MU，驅動規(guī)則稱為RuleSet，驅動主控稱為TPloader。 數(shù)據(jù)關聯(lián) 對每一交易調用過程，WU、PU、RuleSet之間共享一個全局的數(shù)據(jù)空間(DataPool)。 數(shù)據(jù)結構 DataPool采用HashMap(散列表)的存儲方式和數(shù)據(jù)提取算法。DataPool的生命周期 創(chuàng)建 DataPool由TPLoader創(chuàng)建，并進行初始化， TPLoader應提供相關的操作函數(shù)進行DataPool的訪問。DataPool根據(jù)名字匹配的相關規(guī)則和算法提供數(shù)據(jù)的調入、調出。 釋放 DataPool由TPLoader進行釋放。任何需要交換或存儲的數(shù)據(jù)都通過DataPool進行，各個模塊通過DataPool的接口進行數(shù)據(jù)處理。 交易調度、組裝過程交易調度的實現(xiàn)由TPLoader根據(jù)交易聯(lián)動表的配置，根據(jù)RuleSet的相關條件與邏輯，并結合交易環(huán)境的具體形式，調用PU與WU，以實現(xiàn)完整的交易流程實現(xiàn)業(yè)務。在整個調度過程中的數(shù)據(jù)存儲和共享通過DataPool及其相關的接口完成。當TPLoader與不同的PU、WU綁定時，對應與不同的Service。 根據(jù)交易配置表中的內容進行預處理 根據(jù)交易配置表中內容，進行相關的交易預處理如檢查、報文解析、獲取流水號、獲取系統(tǒng)日期等。 進行異常處理 若功能處理異?；蚱渌淮_定情況，進行特定的異常處理。 結束TPLoader 流程結束，并釋放資源。在交易聯(lián)動表中體現(xiàn)交易過程中的功能和執(zhí)行條件規(guī)則。交易聯(lián)動表與其他模塊的關聯(lián)交易主控 TPLoader條件規(guī)則RuleSet工作單元WU數(shù)據(jù)池DataPool交易代碼 ****工作單元 ****執(zhí)行條件 ****聯(lián)動屬性 ****Load MU 交易聯(lián)動表數(shù)據(jù)的分類和交換方式 TPLoader的私有數(shù)據(jù) TPLoader的私有數(shù)據(jù)包括，當前調用的MU 、PU、WU名稱，Script中的變量等。 交易的公用數(shù)據(jù) 在一個交易過程中一般不變的，各個模塊、工作單元需要使用的公共數(shù)據(jù)，如流水號、系統(tǒng)日期、請求報文數(shù)據(jù)等。 共享數(shù)據(jù) 對于個工作單元、流程單元、條件規(guī)則功能模塊需要互相交換、共享、存儲的數(shù)據(jù)，通過DataPool進行。TPLoader的生成方式TPLoader的主程序只有一個，將TPLoader與不同的交易流程和功能單元綁定在一起就可以實現(xiàn)多個可供調用的、實現(xiàn)完整交易功能的可執(zhí)行體（TPLoaderTPLoader……TPLoadern），通過不同的TPLoader通過調用不同的腳本實現(xiàn)不同的交易功能。由于使用函數(shù)指針的方法調用相關的工作單元，因此，對于每一個具體的TPLoader的生成過程，需要載入不同的頭文件和獲取函數(shù)指針的函數(shù)，以完成函數(shù)名稱與函數(shù)指針的映射關系。 報文接口及拆組包167。針對核心交易平臺，采用這種報文結構的優(yōu)點在于：l 增強報文適應能力；l 適應報文的靈活可擴充；l 方便報文數(shù)據(jù)提?。籰 提高系統(tǒng)的可調試能力。 系統(tǒng)拆包流程根據(jù)交易報文頭信息進行如下處理：l 從原交易定義表中根據(jù)交易代碼讀出MACChk標志，決定是否進行MAC檢查；l 如果需要MAC檢查，調用HSM提供的API進行MAC檢查；MAC檢查出錯，返回前臺提示信息：MAC出錯；l 根據(jù)交易代碼檢索交易字典(TranDataDic)，根據(jù)交易字典定義表，進行報文解包。沒有上傳，返回前臺提示信息：必要的輸入信息不全；l 根據(jù)KEY值解包。 系統(tǒng)組包流程l 根據(jù)交易代碼檢查交易字典（TranDataDic）,根據(jù)交易字典定義表，找出KEY；l 根據(jù)KEY，查詢交易輸出數(shù)據(jù)定義表(MUOutData)，根據(jù)交易輸出定義表內容組織數(shù)據(jù)；l 根據(jù)MACChk標志，調用HSM提供的API進行MAC計算；167。 操作流程定制設計構架交 易 主 控某 個 子 交 易 處 理屏幕入口屏幕處理屏幕出口復核授權本地交易處理交易簽名交易上傳交易下傳信息轉換、分析、存放、處理輸出處理交易出口交易入口字段入口字段處理字段出口SERVER柜 員處理函數(shù)輸出設備交換處理交易動態(tài)使用空間交 易 定 義數(shù) 據(jù) 字 典交易菜單屏幕字段上傳信息結構下傳信息結構授權復核輸出格式配 置 定 義167。167。 分錄接口模式總帳報表總帳分錄流水分錄接口分錄代碼定義子交易交易分錄代碼聯(lián)動交易信息平衡檢查交易主控子交易子交易帳戶、登記簿處理，分錄接口的啟動167。流水接口中有原交易流水號和子交易流水號，對一筆交易產(chǎn)生一個原交易流水號，子交易有不同的子交易流水號。 l 獨立性，完整性存款、貸款、內部賬等帳務系統(tǒng)均使用統(tǒng)一的分錄流水接口來登記分錄，使分錄流水的登記統(tǒng)一、規(guī)范，統(tǒng)一分錄接口也意味著分錄信息規(guī)范的統(tǒng)一，使分錄更具可分析性。167。 總賬設計結構l 獨立的總賬系統(tǒng)設計l 按原始貨幣記賬l 內部預留多賬套機制l 與分錄接口模式相結合，可擴展為多維度的總賬系統(tǒng)l 科目分級設置：便于核算，統(tǒng)計l 本外幣一體化l 對公、對私一體化l 整個系統(tǒng)按照大會計思想設計，根據(jù)用戶需求可以將賬務核算主體定義到任意一級機構，例如：支行一賬帳分行一本賬總行一本賬商業(yè)銀行將銀行整體或一個城市中心或一個支行作為會計核算單位，在一個會計核算系統(tǒng)內，不再有會計網(wǎng)點的概念，而形成在會計核算單位內的一本帳。從而產(chǎn)生一系列優(yōu)點：1. 減少核算層次2. 提高資金使用效率3. 便于銀行作為一個整體開展業(yè)務，重新定位各分支行的主營業(yè)務方向4. 便于總行有充足的對外支付能力5. 降低金融風險167。所有賬務交易修改分戶賬余額寫分錄流水（賬務）匯總匯總本日發(fā)生額匯總昨日總帳各科目余額+=？本日總帳各科目余額平衡檢查總帳科目動態(tài)日總帳周期總帳（旬，月，季，半年，年）167。人民幣（本幣）外幣折本幣合計折本幣虛擬幣種匯總（本外幣折人民幣）外幣折美元l 虛擬機構匯總多支行及多網(wǎng)點核算，通過設置虛擬機構與其他機構關系可以實現(xiàn)任意層匯總。從而簡單的可以統(tǒng)計出該核算單位的數(shù)據(jù)。（保留）167。 帳務結構167。銀行自身的帳務做為一類特殊的帳戶，客戶缺省為銀行自身，在此稱其為內部帳。l 客戶帳號： 1. 是指面向客戶，客戶能夠實際看到的帳號，也可以稱為主帳號。2. 客戶帳戶存儲帳戶的靜態(tài)信息 。2. 每個款項對應一具體的銀行業(yè)務產(chǎn)品。例如存入一筆人民幣1000元的活期存款，系統(tǒng)為其自動建立對應的一個存款類款項代碼，管理這筆存款。167。 內部賬戶體系l 帳號的組成規(guī)則：為便于記憶，一般不同于客戶帳號，如一般可為：機構號＋幣種＋科目編號＋順序號l 標準戶：系統(tǒng)核算需要統(tǒng)一開立的帳戶。例如現(xiàn)金帳號、應收利息、應付利息等需要自動記帳的帳戶。例如應解匯款帳戶。余額＝有價單證張數(shù)有價單證面額l 手工帳戶:手工管理，面向傳票記帳 167。 設計目標在核心業(yè)務系統(tǒng)中，銀行為客戶提供的服務是以產(chǎn)品形式出現(xiàn)的，設計的目標是：l 讓業(yè)務人員制定符合市場的銀行服務產(chǎn)品l 更快推出新產(chǎn)品，占領市場先機l 使銀行服務更為貼近客戶，滿足客戶不同需求l 保持系統(tǒng)核心穩(wěn)定，減少系統(tǒng)維護難度167。 產(chǎn)品結構設計銀行最終提供給客戶的產(chǎn)品，是經(jīng)過這些產(chǎn)品規(guī)則描述以及有關的宣傳包裝形成的：l 存款類產(chǎn)品＝產(chǎn)品代碼＋存款產(chǎn)品屬性定義＋存款產(chǎn)品服務定義l 貸款類產(chǎn)品＝產(chǎn)品代碼＋貸款產(chǎn)品屬性定義＋貸款產(chǎn)品服務定義存款類產(chǎn)品的結構如下圖所示：貸款類產(chǎn)品的結構如下圖所示：167。 不間斷營業(yè)設計架構167。2. 系統(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)關閉(shutdown)系統(tǒng)的C，A，N狀態(tài)是系統(tǒng)日終處理時進行的狀態(tài)切換。此狀態(tài)在出現(xiàn)特殊情況時。5. 系統(tǒng)日切狀態(tài)系統(tǒng)日終操作在做完當天的自動轉存等