銀行接口及系統(tǒng)改造方案1

1、銀行接口及系統(tǒng)改造方案2012-3-30鑒于交易所藝術(shù)品網(wǎng)絡(luò)報價交易系統(tǒng)的實(shí)際業(yè)務(wù)中， 要求能夠完成交易所保 證金賬戶中的資金到賬驗(yàn)證、后續(xù)業(yè)務(wù)退款、成交款項(xiàng)結(jié)轉(zhuǎn)和傭金扣除等業(yè)務(wù)流 程，現(xiàn)將銀行提供的【大宗三方存管平臺】 接口情況和報價系統(tǒng)的相關(guān)改造情況 介紹如下：.銀行大宗三方存管平臺簡介該平臺運(yùn)行在基于請求/響應(yīng)的模式下；采用 HTTPS 1.0/1.1作為交易市場 交易系統(tǒng)與大宗三方存管平臺之間的通信協(xié)議，采用雙向數(shù)字證書認(rèn)證確保通訊 的安全；傳輸XML言息格式符合XML1.0規(guī)范，采用數(shù)字簽名技術(shù)確保通信數(shù)據(jù) 的安全性。系統(tǒng)結(jié)構(gòu)價易統(tǒng)報交系HTTPS大二宗方存平交換信息格式采用自定義的

2、 XML報文格式，具體采用層次化結(jié)構(gòu)的XML數(shù)據(jù)塊作為請求與響應(yīng)的數(shù)據(jù)內(nèi)容。XMLfe 結(jié)構(gòu)XML 塊頂層xml 信息消息體 數(shù)據(jù)簽名塊（對報文頭和報文體的簽名）說明：1）報文的標(biāo)記均采用大寫字母開頭，后續(xù)單詞也大寫的方式描述。2）每個請求都包含請求報文頭和報文體。3）每個響應(yīng)都包含響應(yīng)報文頭和報文體。4）報文頭部分描述請求/響應(yīng)的交易相關(guān)系統(tǒng)信息。5）報文體部分描述具體的交換數(shù)據(jù)部分。6) 數(shù)據(jù)簽名塊是對報文頭和報文體的簽名， 只有當(dāng) HXBB2B 的 signflag 屬 性指明已簽名，并且系統(tǒng)需要驗(yàn)證簽名時才進(jìn)行簽名驗(yàn)證。整體結(jié)構(gòu)請求報文整體結(jié)構(gòu)B2B 報文塊：報文基本信息| 請求頭信息

3、| 報文體| 簽名塊響應(yīng)報文整體結(jié)構(gòu)B2B 報文塊：報文基本信息| 響應(yīng)頭信息| 報文體| 簽名塊報文基本信息報文基本信息的結(jié)構(gòu)如下： 版本號 | 簽名標(biāo)志 | 報文體信息DataBody 是交易報文的工作單元， 每一個請求和響應(yīng)都包括DataBody ，DataBody 描 述 交 易 中 交 換 數(shù) 據(jù) 需 要 的 信 息 。 其 中 每 個 交 易 都 包 括 MerTxSerNo、 BankTxSerNo、 TrnxCode 。MerTxSerNo 是交易市場流水號，BankTxSerNo 是銀行流水號，一個交易對應(yīng)一個MerTxSerNo和一個BankTxSerNo,如果是交易市場主

4、動發(fā)起的交易，則交易市場在請求報文中必須給出MerTxSerNo ，銀行對交易響應(yīng)時必須返回銀行端流水號BankTxSerNo； 反之， 如果是銀行主動發(fā)起的交易，則銀行在請求報文中必須給出BankTxSerNo,交易市場對交易響應(yīng)時必須返回交易市場端流水號MerTxSerNo 。BankTxSerNo 銀行流水號為 20 位長度 =8 位年月日 (yyyymmdd)+3 位隨機(jī)數(shù)+8 位毫秒數(shù) (距離當(dāng)日 00:00:00到現(xiàn)在為止逝去的毫秒數(shù)， 不足 8位高位補(bǔ) 0)+1 位轉(zhuǎn)賬標(biāo)示。MerTxSerNo 交易市場流水號長度由交易市場確定，原則上不超過30位。TrnxCode 是交易請求類

5、型代碼，對于不同的交易不同，服務(wù)器對不同的交易有特定的數(shù)據(jù)要求和處理方式和響應(yīng)方式。信息同步對于大宗三方存管平臺數(shù)據(jù)交換， 同步主要是在報價系統(tǒng)系統(tǒng)發(fā)出交易指令請求時使用。 考慮下面的情況： 報價系統(tǒng)發(fā)出轉(zhuǎn)賬請求， 大宗三方存管平臺也成功處理， 并發(fā)出了表示轉(zhuǎn)賬成功的響應(yīng)消息， 由于通信故障等原因， 報價系統(tǒng)未能正確收到響應(yīng)。 如果是僅僅是查詢， 由于可以執(zhí)行多次， 報價系統(tǒng)在故障排除后重新發(fā)出請求獲得結(jié)果即可， 但對于不可重復(fù)執(zhí)行的轉(zhuǎn)賬類型的請求， 就要求在未收到執(zhí)行成功的轉(zhuǎn)賬指令再次提交之前，從大宗三方存管平臺取得同步標(biāo)記，以確定該筆交易的處理結(jié)果。針對轉(zhuǎn)賬同步邏輯的實(shí)現(xiàn)有兩種方法，第一種

6、為顯性同步，報價系統(tǒng)在生成指令的時候即生成一個唯一的指令I(lǐng)D ，大宗三方存管平臺保留此ID 及執(zhí)行結(jié)果，報價系統(tǒng)在發(fā)出轉(zhuǎn)賬請求并未能收到結(jié)果時下一輪操作首先會針對此ID 發(fā)起查詢， 大宗三方存管平臺返回明確的處理結(jié)果。 第二種是隱性同步， 報價系統(tǒng)僅發(fā)起轉(zhuǎn)賬交易， 在未收到大宗三方存管平臺響應(yīng)的時認(rèn)為狀態(tài)錯誤， 下一輪仍發(fā)起轉(zhuǎn)賬請求而ID 不變，大宗三方存管平臺收到請求后首先做ID 判斷，如果ID 曾收到過，則返回此ID 指令的結(jié)果，如未收到過，則執(zhí)行并返回結(jié)果。本著簡化操作、明確功能分工，減少不必要的誤解，本系統(tǒng)使用第一種同步方式， 即在報價系統(tǒng)未知銀行大宗三方存管平臺處理結(jié)果的情況下， 必

7、須先發(fā)起查詢交易；銀行大宗三方存管平臺不接受非查詢類的重復(fù)ID 交易。系統(tǒng)開發(fā)步驟1）銀行與交易所達(dá)成合作意向，并簽署相關(guān)協(xié)議；2）銀行把通訊協(xié)議、報文格式、交易類型、數(shù)據(jù)交換內(nèi)容、安全措施以書面或者電子文檔提供給交易所；3）交易所根據(jù)數(shù)據(jù)交換方式進(jìn)行相應(yīng)開發(fā)；4）如果采用專線方式，銀行和交易所進(jìn)行專線的開通和調(diào)試；5）開發(fā)完成后，交易所在銀行測試環(huán)境進(jìn)行聯(lián)調(diào)測試（如果銀行無測試環(huán)境，則直接在生產(chǎn)環(huán)境進(jìn)行模擬測試） ；6） 測試通過后， 將報價系統(tǒng)安裝在生產(chǎn)環(huán)境并與銀行的生產(chǎn)環(huán)境進(jìn)行模擬測試；7）報價系統(tǒng)在生產(chǎn)環(huán)境中試運(yùn)行，如果試運(yùn)行成功則正式運(yùn)行，否則重新進(jìn)行測試。報價系統(tǒng)的接口設(shè)計(jì)與相關(guān)變

8、更流程變更描述1）系統(tǒng)用戶在注冊時，需要提交有效的銀行卡號在報價系統(tǒng)和第三方存管平臺進(jìn)行綁定簽約 （如果客戶持有的是銀行賬號， 則需要到銀行網(wǎng)點(diǎn)進(jìn)行簽約， 不能通過系統(tǒng)直接綁定簽約） ；2）用戶在進(jìn)行藝術(shù)品委賣或者報價后，根據(jù)系統(tǒng)提示，到銀行網(wǎng)點(diǎn)或者通過網(wǎng)銀對交易所保證金賬戶進(jìn)行保證金交納轉(zhuǎn)賬；3）報價系統(tǒng)通過接口實(shí)時（或每10 分鐘）從銀行獲取資金到賬明細(xì)信息；在獲取有效的到賬信息后，報價系統(tǒng)通過既定規(guī)則（或者由客戶確認(rèn)）來判斷用戶對應(yīng)藝術(shù)品的保證金是否繳納以及用戶報價是否有效；5）在交易結(jié)束后，通過報價系統(tǒng)和銀行接口中已有的客戶賬號數(shù)據(jù)，對未成交客戶進(jìn)行退款，成交雙方進(jìn)行扣繳款的操作。藝術(shù)

9、品保證金到賬驗(yàn)證的兩種方式：通過華夏接口，均為線下繳納保證金方式。在客戶銀行卡號已經(jīng)簽約綁定的情況下，通過華夏第三方存管平臺接口，能夠?qū)崟r（或每10 分鐘）獲取入賬資金的來源賬戶信息， 并反饋回報價系統(tǒng)簽約的對應(yīng)用戶虛擬賬號。 再根據(jù)系統(tǒng)中用戶信息進(jìn)行比對，識別是由哪個用戶進(jìn)行的轉(zhuǎn)賬匯款。然后可以通過以下兩種方式，將用戶的保證金到賬信息與藝術(shù)品進(jìn)行對應(yīng)：用戶手動確認(rèn)1）報價系統(tǒng)從銀行端獲取對應(yīng)賬戶繳費(fèi)明細(xì)，并計(jì)入系統(tǒng)用戶的“保證金可用余額” ，此時保證金為【可用狀態(tài)】 ；2）客戶選定藝術(shù)品進(jìn)行保證金支付確認(rèn)；3）報價系統(tǒng)將客戶的虛擬賬戶中對應(yīng)金額劃轉(zhuǎn)為【凍結(jié)狀態(tài)】；4）系統(tǒng)將客戶保證金與實(shí)際報

10、價的藝術(shù)品進(jìn)行對應(yīng)，判定該用戶報價為有效狀態(tài)，并進(jìn)行公布。既定規(guī)則自動對應(yīng)1）報價系統(tǒng)從銀行端獲取對應(yīng)賬戶繳費(fèi)明細(xì)，并計(jì)入系統(tǒng)用戶的“保證金可用余額” ，此時保證金為【可用狀態(tài)】 ；2）根據(jù)系統(tǒng)中對藝術(shù)品保證金扣繳次序設(shè)定的規(guī)則（如根據(jù)藝術(shù)品發(fā)布時間和編碼，報價的先后次序等） ，進(jìn)行保證金的自動扣繳與用戶提示，扣繳后的保證金劃為【凍結(jié)狀態(tài)】 ；3）同時，對扣繳過保證金的藝術(shù)品報價，設(shè)定為有效狀態(tài)，并進(jìn)行公布。注： 一旦客戶在系統(tǒng)中選定一個或者多個藝術(shù)品進(jìn)行報價， 那么只要用戶 “保證金可用余額”中還有款項(xiàng)，就會自動由系統(tǒng)即時（或每10 分鐘）按照既定扣繳規(guī)則，對藝術(shù)品進(jìn)行保證金的扣款處理。保證

11、金退還對于不符合交易系統(tǒng)條件的銀行到賬，將采取自動原路退還的方式進(jìn)行處理。對于未成交用戶的保證金，將在藝術(shù)品交易結(jié)束后，按照藝術(shù)品批次自動進(jìn)行批量退款。對于系統(tǒng)中自動退款的條件包含但不限于以下：到賬的客戶銀行賬號在交易系統(tǒng)中不存在；退款的銀行賬號在交易系統(tǒng)中不存在；人民幣賬號格式不正確；查詢時間不正確；字符集輸入不正確；允許查詢的時間段不正確；查詢過程異常，請稍后再試；簽名字符串不匹配，您無權(quán)查詢；查詢結(jié)果超出能允許的文件范圍數(shù)據(jù)字典證件類型：-個人身份證-軍人證-護(hù)照-組織機(jī)構(gòu)代碼-其他待確認(rèn)內(nèi)容后續(xù)與銀行需要再次討論確認(rèn)的內(nèi)容，包括但不限于以下：1、客戶轉(zhuǎn)賬的手續(xù)費(fèi)率銀行賬戶不收取手續(xù)費(fèi)；

12、 他行賬戶按照人民銀行網(wǎng)關(guān)的費(fèi)率， 區(qū)分為大、 小額進(jìn)行收費(fèi)，其中柜面轉(zhuǎn)賬最高每筆200 元，網(wǎng)銀支付每筆 7 折最高 140 元。2、交易所退款的手續(xù)費(fèi)率需要后期與華夏協(xié)商。3、簽約方式，以及簽約的對應(yīng)接口協(xié)議（交易商信息同步中“子賬號”字段）簽約的卡號同時還要記錄在存管平臺， 需要提示客戶真實(shí)填寫， 否則影響保證金驗(yàn)證與退款等后續(xù)業(yè)務(wù)。4、銀行端需要能夠進(jìn)行資金凍結(jié)操作。5、關(guān)于接口文檔中，各類流程業(yè)務(wù)名稱的約定：入金、出金、子賬戶、攤位號等接口交易的定義：報價系統(tǒng)在實(shí)現(xiàn)銀行接口信息交互的過程中，主要采取由報價系統(tǒng)發(fā)起查詢，銀行端提供接口服務(wù)反饋數(shù)據(jù)的方式。包含如下接口動作：1、子賬戶同步2、簽到3、簽退4、客戶入金查詢5、客戶信息同步客戶在銀行【簽