【正文】 重要客戶服務系統(tǒng)概要設計重要客戶服務系統(tǒng)項目組2001年8月16日一、概述 6二、技術實施方案 71）客戶服務分中心與城綜網聯(lián)網拓撲圖 72）開發(fā)實施所涉及的重要事項 7l 分中心聯(lián)入業(yè)務主機模式 8l 憑證打印、使用的具體辦法 8l 中間件和交換平臺的使用情況 83）交換平臺網關接口組件設計 8三、數(shù)據結構 111）組件接口部分虛擬機構、虛擬柜員 112）業(yè)務種類表 113）交易碼表 114）各系統(tǒng)響應碼表 115）流水表 116）重要客戶信息表 11四、系統(tǒng)約定 111） 重要客戶系統(tǒng)分中心報文標準 112）文件傳輸?shù)奈募拔募夸浖s定 11l 批量文件的文件名 12l 文件存放的目錄 123）重要客戶服務系統(tǒng)交易碼編碼規(guī)則 124）MessageId 的說明 125）UserId的說明 126）分中心對綜合網會計部分接口 127）分中心對綜合網儲蓄部分接口 13五、分行接口功能實現(xiàn)方案及處理流程 131）、分中心對綜合網有關會計的接口 13l 分中心向綜合網系統(tǒng)簽到 13l 分中心向綜合網系統(tǒng)簽退 14l 付 、收款方會計系統(tǒng)記帳 14零余額扣款 15l 通知會計系統(tǒng)打印憑證、辦理清算 15l 業(yè)務實時監(jiān)控和查詢（公司負責） 16l 會計系統(tǒng)單筆沖正交易 16l 查詢會計系統(tǒng)科目余額 16l 查詢會計系統(tǒng)帳戶余額 17l 查詢會計系統(tǒng)單個帳戶當日流水 17l 批量查詢賬戶余額（賬戶數(shù)目每次有最大數(shù)N） 17l 批量查詢賬戶流水（賬戶數(shù)目每次有最大數(shù)N） 17l 分中心傳送客戶賬號清單 17l 分中心取回會計批量賬戶昨日流水和余額文件 17l 取得會計系統(tǒng)當日對帳清單文件 18l 會計系統(tǒng)批量記賬交易 18l 會系統(tǒng)計批量沖正交易 192）、分中心對綜合網有關儲蓄部分接口 19l 代理股民保證金開戶 19l 代理股民保證金銷戶 20l 代理深交所開股東代碼卡 20l 代理上交所開股東代碼卡 20l 追加股東代碼 20l 修改股東信息 20l 銀行儲蓄卡資金轉入 20l 銀行儲蓄卡資金轉出 21l 查詢單個儲蓄卡號帳戶余額 21l 批量查詢儲蓄卡賬戶余額 21l 取回儲蓄系統(tǒng)對帳文件 21l 儲蓄卡賬戶批量轉入、轉出交易 21l 取儲蓄系統(tǒng)批量轉入、轉出交易結果文件 22l 儲蓄系統(tǒng)儲蓄卡資金限額轉出 22l 儲蓄系統(tǒng)儲蓄卡資金全額轉出 22六、與會計系統(tǒng)接口 22向會計系統(tǒng)簽到12005101 23向會計系統(tǒng)簽退12005102 23收、付款方會計系統(tǒng)記帳12005120 23收、付款方會計系統(tǒng)記帳異常處理12005124 24零余額扣款12005121 25通知會計系統(tǒng)打印憑證12005122(*) 26會計系統(tǒng)單筆沖正交易12005123 27查詢會計系統(tǒng)科目余額12005150 28查詢會計系統(tǒng)帳戶余額12005151 28查詢會計系統(tǒng)單個帳戶當日流水12005152 29批量查詢帳戶余額12005153 29批量查詢帳戶流水12005154 30分中心傳送客戶帳號清單12005180 31分中心取回會計系統(tǒng)批量帳戶昨日流水和余額文件12005181 31取得會計系統(tǒng)當日對帳清單文件12005182 32七、與儲蓄系統(tǒng)接口 32向儲蓄系統(tǒng)簽到12005201 33向儲蓄系統(tǒng)簽退12005202 33銀行儲蓄卡資金轉入、轉出12005220 34銀行儲蓄卡資金轉入、轉出異常處理12005221 34查詢單個儲蓄卡帳戶余額12005250 35批量查詢儲蓄卡帳戶余額12005251 36取回儲蓄系統(tǒng)對帳文件12005280 36儲蓄卡帳戶批量轉入、轉出交易12005281 37儲蓄系統(tǒng)儲蓄卡資金限額轉出12005283 37儲蓄系統(tǒng)儲蓄卡資金全額轉出12005284 38八、代理業(yè)務與儲蓄系統(tǒng)接口 39代理深交所開股東代碼卡12001805 40代理上交所開股東代碼卡12001806 41代理股民保證金開戶12001801 42代理股民保證金銷戶12001802 43追加股東代碼12001804 43修改股東信息12001803 44一、概述為確?？傂虚_發(fā)推廣的重要客戶服務系統(tǒng)項目在蘇州建行的順利實施，通過認真學習分析總行的業(yè)務需求及接口規(guī)范，并參照其他建行重要客戶服務系統(tǒng)項目開展的具體情況，編寫了蘇州建行重要客戶服務系統(tǒng)技術概要設計。本文檔對用戶所提出的需求進行分析，對系統(tǒng)的功能和性能要求進行了細化說明，力求詳盡、準確、清晰、完整地反映用戶的需求，使任務提出者與開發(fā)者雙方對項目的需求有一個共同的理解，使之作為整個開發(fā)工作的前提和基礎。本文檔是系統(tǒng)分析的一個組成部分，是概要設計、詳細設計的基礎，同時也作為項目測試和驗收時確認的依據。本文檔預期讀者為重要客戶服務系統(tǒng)項目組人員及參與項目設計、開發(fā)、測試的人員。由于蘇州建行自成重要客戶服務分中心，無二級分行，新加入業(yè)務系統(tǒng)需要通過交換平臺，完成對綜合網的業(yè)務請求。在現(xiàn)有的結構基礎上，參照總行總體實施方案及接口規(guī)范，充分利用先進數(shù)通公司提供的交換平臺軟件系統(tǒng)，制定接口及實施計劃。二、技術實施方案1）客戶服務分中心與城綜網聯(lián)網拓撲圖分中心備用機分中心生產機vip接口vip接口網關組件前端請求渠道交換平臺信用卡儲蓄系統(tǒng)會計系統(tǒng) … …其中分中心通信組件，作為交換平臺網關部分存放交換平臺主機；分中心通信組件提供統(tǒng)一XML報文轉接函數(shù)；組件全部功能程序包括VIP通信接口函數(shù)使用、TUXEDO WS的ATMI接口函數(shù)、交換平臺網關接口函數(shù)，與交換平臺通過網關IPC機制進行請求交換；組件接口部分邏輯上被認為儲蓄或會計柜臺，具體說針對綜合網的交換平臺，組件接口都被認為是轄區(qū)內儲蓄、會計網點。接口部分要建立綜合網（如：37061）與儲蓄、會計虛擬網點的對應表。針對BTB的會計業(yè)務，接口認為虛擬柜臺，解決傳輸mac校驗問題，綜合網端以虛擬柜臺進行mac校驗，以開戶柜臺、固定虛擬柜員進行記帳。組件接口部分根據來自分中心報文Head的“接受方機構號”（如：37061）進行綜合網機構尋址；2）開發(fā)實施所涉及的重要事項l 分中心聯(lián)入業(yè)務主機模式通過交換平臺屏蔽業(yè)務系統(tǒng)差異，提供統(tǒng)一后臺記帳接口。l 憑證打印、使用的具體辦法方式一：如果總行提供集中處理點軟件，可以通過集中處理點進行會計記帳憑證的實時打?。粚笈_清算的帳務，憑證日終批量在集中點打印。方式二：提供會計前臺生成打印記帳憑證。l 中間件和交換平臺的使用情況交換平臺使用BEA公司的TUXEDO中間件，完成交易請求數(shù)據的安全、完整傳輸，交易事務的一致性保證，服務具有負載均衡、動態(tài)伸縮等管理功能，各系統(tǒng)通過TUXEDO域劃分管理。發(fā)往交換平臺的為主交易服務，交換平臺發(fā)往各系統(tǒng)的為子交易服務，通過交換平臺完成子交易拆分調度、數(shù)據轉換、數(shù)據依賴路由，交換平臺通過網關組件完成與不使用TUXEDO中間件系統(tǒng)連接，組件為交換平臺與其他異構系統(tǒng)溝通的橋梁。3）交換平臺網關接口組件設計一、 組件結構通過對大客戶系統(tǒng)的分析，我們對交易請求方向進行分析，目前只有兩種交易方式：請求銀行端交易、銀行端請求的交易。對這兩種交易方式分別設計一個組件，完成VIP交易請求和交換平臺交易請求的翻譯轉換。以交換平臺為核心，代理交換平臺接收交易請求組件為接收組件，代理交換平臺發(fā)送交易請求組件為發(fā)送組件，接收組件為網關的客戶組件、VIP的服務組件，發(fā)送組件為網關的服務組件、VIP的客戶組件。252。 請求交換平臺服務組件分中心224。代理交換平臺服務組件224。交換平臺224。業(yè)務主機252。 交換平臺請求服務組件前臺224。交換平臺224。代理分中心服務組件224。分中心二、 解析函數(shù) 該部分定義兩個函數(shù)來完成xml格式數(shù)據和交換平臺的vp變量池數(shù)據元之間的轉換: xml_2_vp(FDVARPOOL *_vp , char * _xmlbuf )1)、對于重復記錄，先調用GetRecord()函數(shù)將多記錄的各個數(shù)據項取出來放到動態(tài)數(shù)組中，然后調用rec_item_2_vp()將數(shù)組逐項放入變量池內2）、對于嵌套FORM，采用第歸掉用來處理，處理時根據FORM的名字判斷是否為包頭，如果是，調用xml_head_2_vp()函數(shù)將數(shù)據解入變量池3)、對于其他的數(shù)據元素，調用函數(shù)body_item_2_vp()將數(shù)據解入變量池內。 vp_2_xml( FDVARPOOL *_vp, char *_xmlbuf )1)、對于重復記錄，先調用rec_vp_2_item()將多記錄的各個數(shù)據項從變量池內取出來放到動態(tài)數(shù)組中，然后調用SetRecord()將數(shù)組逐項放入xmlbuf的相應標簽內2）、對于嵌套FORM，采用第歸掉用來處理，處理時根據FORM的名字判斷是否為包頭，如果是，調用xml_vp_2_head()函數(shù)將數(shù)據解入xmlbuf內。3)、對于其他的數(shù)據元素，調用函數(shù)body_vp_2_item()將數(shù)據解入xmlbuf內。 相關的公用函數(shù)1)、int get_tag_by_elem( u_int elem, char *tagname )。 描述：根據數(shù)據元素號elem獲得對應的標簽名。2）、int get_tag_from_tagset( char *tagset, int i,char *tmp_tag )。 描述：從標簽集合tagset中取得3) int get_tagset_by_txcode( char *tagset, char *flag, char *txcode ),描述： 根據交易碼，獲得標簽集合 4） int get_fname_by_txcode( char *txcode, char *flag, char *fname) 描述： 根據交易碼、標志取得FORM名稱。flag =”0”, 取得輸出FORM, flag = 1, 取得輸入FORM.三、 解析函數(shù)數(shù)據元素定制1） 所有數(shù)據元素對應的標簽類型都是char *類型，在變量池內將數(shù)據元素分為s(string), h(short), i(int), l(long), f(float), d(double), c(char)共七中類型，本系統(tǒng)用到的有s 、l、d三種類型2） 對于金額類的標簽，對應的數(shù)據元素定義為d(double)類型，對于流水類標簽，對應的數(shù)據元素定義為l(long)類型，其他的全部定義為s(string)類型。3） 數(shù)據元素的取名規(guī)范是：對應的標簽名變?yōu)榇髮懼蠹由弦粋€前綴B13_，例如，標簽名TxCode對應的數(shù)據元素名為B13_TXCODE.4） 參考文當：《D19_F接口規(guī)范（分行）》〉、《》 FORM格式定制 發(fā)往交換平臺為主交易請求，對每一個交易定制一對FORM。上面提到的解析函數(shù)就是根據這一對FORM完成解析工作的。主交易FORM的命名規(guī)則是：MMSG_XXXXXXXX_OUT (IN).其中XXXXXXXX是交換平臺的主交易碼，等于分中心交易碼(即TxCode值) 前面加上1200，例如，分中心交易碼5151對應的交換平臺交易碼是12005151，對應的輸入FORM的名字是MMSG_12005151_IN, ()中根據MMSG_12005151_IN將XML格式數(shù)據解入交換平臺的變量池內，而函數(shù)vp_2_xml()根據MMSG_12005151_OUT將變量池內的數(shù)據解入XML包內。 交換平臺發(fā)往分中心為子交易請求，對每一個子交易定制一對FORM。子交易FORM的命名規(guī)則是：SMSG_SXXXXXXXXYYY_OUT (IN).其中XXXXXXXX是交換平臺的主交易碼，等于分中心交易碼(即TxCode值) 前面加上1200，例如，交換平臺子交易碼是S12005151001,對應的分中心交易碼5151，對應的輸入FORM的名字是SMSG_S12005151001_IN, ()中根據SMSG_S12005151001_IN將XML格式數(shù)據解入交換平臺的變量池內，而函數(shù)vp_2_xml()根據SMSG_S12005151001_OUT將變量池內的數(shù)據解入XML包內。三、數(shù)據結構1）組件接口部分虛擬機構、虛擬柜員 H_AGENCY_ID char(9) 虛擬機構 H_OPER_ID char(6) 虛擬柜員2）業(yè)務種類表3）交易碼表4）各系統(tǒng)響應碼表5）流水表6）重要客戶信息表四、系統(tǒng)約定1） 重要客戶系統(tǒng)分中心報文標準本系統(tǒng)的消息傳遞遵循XML報文標準。以下是對XML報文標準的簡要說明。?xml version=?包含XML版本信息根字段為RootRoot字段包含一個Head字段和一個Body字段Head字段包含報文信息中Head的所有信息Body字段包含一個ErrCode字段（錯誤代碼），一個ErrMsg字段（錯誤提示信息），沒有或多個Record字段，可能還存在一些其他信息字段如匯總信息的字段等，其中Record字段包含的可能是所有的輸入信息（目前只存在一個），所有的輸出信息（目前只存在一個），所有的查詢結果信息（可能沒有或多個）2）文件傳輸?shù)奈募拔募夸浖s定l 批量文件的文件名l 文件存放的目錄3）重要客戶服務系統(tǒng)交易碼編碼規(guī)則交易碼長度為5位： 第一位第二位第三位 第四位5