一種銀行交易處理方法及裝置的制造方法
【專利摘要】本申請?zhí)峁┝艘环N銀行交易處理方法及裝置,銀行交易處理方法包括:在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷匯出交易的類型;若匯出交易的類型為行內交易,則確定行內交易的支付路徑;將行內交易的支付路徑發(fā)送至交易渠道;若匯出交易的類型為跨行交易,則確定跨行交易的支付路徑;將跨行交易的支付路徑發(fā)送至交易渠道;在銀行交易為匯入清分交易時,確定匯入清分交易的來賬報文的清分機構和支付資源;根據(jù)來賬報文的清分機構和支付資源,對來賬報文進行清分處理。在本申請中,通過以上方式在處理匯出交易時改善了用戶體驗性,且提高了交易處理效率。以及,提高了匯入清分交易的處理效率。
【專利說明】
一種銀行交易處理方法及裝置
技術領域
[0001]本申請涉及金融領域,特別涉及一種銀行交易處理方法及裝置。
【背景技術】
[0002]隨著國民經濟的發(fā)展,銀行在人們日常生活中的角色越來越重要。用戶可以通過銀行進行多種形式的經濟活動,如存款,貸款,信用卡業(yè)務,股票投資、期貨投資和黃金投資等。
[0003]對于銀行而言,銀行交易主要有匯出交易(如匯款給其他銀行)和匯入清分交易(如接收其他銀行的匯款,轉入相應的賬戶)。目前,銀行的匯出交易仍然需要用戶手動選擇支付路徑(如選擇行內轉賬或跨行轉賬),用戶體驗性差且交易處理效率較低。且目前,銀行的匯入清分交易仍然需要交易處理者對來賬報文進行人工處理,交易處理效率較低。
【發(fā)明內容】
[0004]為解決上述技術問題,本申請實施例提供一種銀行交易處理方法及裝置,以達到在處理匯出交易時改善用戶體驗性,且提高了交易處理效率,以及提高匯入清分交易的處理效率的目的,技術方案如下:
[0005]一種銀行交易處理方法,包括:
[0006]在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型;
[0007]若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑;
[0008]將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng);
[0009]若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑;
[0010]將所述跨行交易的支付路徑發(fā)送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng);
[0011]在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源;
[0012]根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。
[0013]優(yōu)選的,所述確定所述行內交易的支付路徑的過程,包括:
[0014]獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息;
[0015]若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃;
[0016]若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存;
[0017]若是,則確定支付路徑為行內轉賬;
[0018]若否,則判斷所述匯出交易是否為現(xiàn)金交易;
[0019]若是,則確定支付路徑為行內匯劃;
[0020]若否,則根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同;[0021 ]若是,則確定支付路徑為行內轉賬;
[0022]若否,則根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構;
[0023]若是,則確定支付路徑為行內匯劃;[〇〇24]若否,則進行業(yè)務邏輯報錯。
[0025]優(yōu)選的,所述確定所述行內交易的支付路徑的過程,還包括:
[0026]在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。
[0027]優(yōu)選的,所述確定所述跨行交易的支付路徑的過程,包括:
[0028]對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型;
[0029]在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑;
[0030]在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單,所述第一支付路徑清單包括多條支付路徑;
[0031]檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支付路徑清單,得到第二支付路徑清單;
[0032]讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清單,所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時間和交易限額;
[0033]讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四支付路徑清單,所述加急控制表包括:實時標志、加急標志和檢查生效標志;
[0034]讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五支付路徑清單,所述行別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方式檢查單筆業(yè)務限額是否超限;[〇〇35]判斷所述第五支付路徑清單是否為空;
[0036]若是,在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交易金額確定所述跨行交易的支付路徑為大額支付路徑或小額支付路徑;
[0037]若否,確定所述第五支付路徑清單中的支付路徑為所述跨行交易的支付路徑。
[0038]優(yōu)選的,所述確定所述匯入清分交易的來賬報文的清分機構和支付資源的過程, 包括:
[0039]在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關聯(lián)的原交易;
[0040]若存在,則將所述原交易的清分機構和支付資源作為所述匯入清分交易的來賬報文的清分機構和支付資源;
[0041]若不存在,則將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述匯入清分交易的來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作為所述匯入清分交易的來賬報文的支付資源。
[0042]優(yōu)選的,所述根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理的過程,包括:
[0043]將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī)則,對所述來賬報文進行清分處理。
[0044]一種銀行交易處理裝置,包括:
[0045]第一判斷單元,用于在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型;
[0046]第一確定單元,用于若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑;
[0047]第一發(fā)送單元,用于將所述行內交易的支付路徑發(fā)送至所述交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng);
[0048]第二確定單元,用于若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑;
[0049]第二發(fā)送單元,用于將所述跨行交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng);
[0050]第三確定單元,用于在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源;
[0051 ]第一處理單元,用于根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。
[0052]優(yōu)選的,所述第一確定單元包括:
[0053]第一獲取子單元,用于獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息;
[0054]第一確定子單元,用于若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃;
[0055]第一判斷子單元,用于若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存,若是,執(zhí)行第二確定子單元,若否,執(zhí)行第二判斷子單元;
[0056]所述第二確定子單元,用于確定支付路徑為行內轉賬;
[0057]所述第二判斷子單元,用于判斷所述匯出交易是否為現(xiàn)金交易,若是,執(zhí)行第三確定子單元,若否,執(zhí)行第三判斷子單元;
[0058]所述第三確定子單元,用于確定支付路徑為行內匯劃;
[0059]所述第三判斷子單元,用于根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同,若是,執(zhí)行第四確定子單元,若否,執(zhí)行第五判斷子單元;
[0060]所述第四確定子單元,用于確定支付路徑為行內轉賬;
[0061]所述第五判斷子單元,用于根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構,若是,執(zhí)行第五確定子單元,若否,則進行業(yè)務邏輯報錯;
[0062]所述第五確定子單元,用于確定支付路徑為行內匯劃。
[0063]優(yōu)選的,所述第一確定單元還包括:
[0064]第六確定子單元,用于在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。[〇〇65]優(yōu)選的,所述第二確定單元包括:
[0066]第七確定子單元,用于對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型;
[0067]第八確定子單元,用于在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑;
[0068]篩選子單元,用于在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單,所述第一支付路徑清單包括多條支付路徑;
[0069]第一更新子單元,用于檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支付路徑清單,得到第二支付路徑清單;
[0070]第二更新子單元,用于讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清單,所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時間和交易限額;
[0071]第三更新子單元,用于讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四支付路徑清單,所述加急控制表包括:實時標志、加急標志和檢查生效標志;
[0072]第四更新子單元,用于讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五支付路徑清單,所述行別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方式檢查單筆業(yè)務限額是否超限;
[0073]第六判斷子單元,用于判斷所述第五支付路徑清單是否為空,若是,執(zhí)行第九確定子單元,若否,執(zhí)行第十確定子單元;
[0074]所述第九確定子單元,用于在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交易金額確定所述跨行交易的支付路徑為大額支付路徑或小額支付路徑;
[0075]所述第十確定子單元,用于確定所述第五支付路徑清單中的支付路徑為所述跨行交易的支付路徑。[〇〇76]優(yōu)選的,所述第三確定單元包括:
[0077]查找子單元,用于在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關聯(lián)的原交易,若存在,則執(zhí)行第十一確定子單元,若不存在,則執(zhí)行第十二確定子單元;
[0078]所述第十一確定子單元,用于將所述原交易的清分機構和支付資源作為所述匯入清分交易的來賬報文的清分機構和支付資源;
[0079]所述第十二確定子單元,用于將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述匯入清分交易的來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作為所述匯入清分交易的來賬報文的支付資源。
[0080]優(yōu)選的,所述第一處理單元包括:
[0081]處理子單元,用于將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī)則,對所述來賬報文進行清分處理。
[0082]與現(xiàn)有技術相比,本申請的有益效果為:
[0083]在本申請中,通過在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型;若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑;將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng);若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑;將所述跨行交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng),實現(xiàn)在處理匯出交易時,自動選擇支付路徑,不再需要用戶手工選擇支付路徑,使用戶只需關注匯出交易本身的業(yè)務,改善了用戶體驗性。且由于自動選擇支付路徑是基于機器的,因此相比于手動選擇支付路徑的方式所需時間端,提高了交易處理效率。
[0084]以及,通過在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源;按照所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理,實現(xiàn)了對來賬報文的自動處理,提高了匯入清分交易的處理效率。
【附圖說明】
[0085]為了更清楚地說明本申請實施例中的技術方案,下面將對實施例描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本申請的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0086]圖1是本申請?zhí)峁┑你y行交易處理方法的一種流程圖;
[0087]圖2是本申請?zhí)峁┑你y行交易處理方法的一種子流程圖;
[0088]圖3是本申請?zhí)峁┑你y行交易處理方法的另一種子流程圖;
[0089]圖4是本申請?zhí)峁┑你y行交易處理方法的再一種子流程圖;
[0090]圖5是本申請?zhí)峁┑你y行交易處理方法的再一種子流程圖;
[0091]圖6是本申請?zhí)峁┑你y行交易處理裝置的一種邏輯結構示意圖。
【具體實施方式】
[0092]下面將結合本申請實施例中的附圖,對本申請實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本申請一部分實施例,而不是全部的實施例?;诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本申請保護的范圍。
[0093]實施例一
[0094]請參見圖1,其示出了本申請?zhí)峁┑你y行交易處理方法的一種流程圖,可以包括以下步驟:
[0095]步驟Sll:在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型。
[0096]若所述匯出交易的類型為行內交易,則執(zhí)行步驟S12,若所述匯出交易的類型為跨行交易,則執(zhí)行步驟S14。
[0097]步驟S12:確定所述行內交易的支付路徑。
[0098]步驟S13:將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng)。
[0099]步驟S14:確定所述跨行交易的支付路徑。[〇1〇〇]步驟S15:將所述跨行交易的支付路徑發(fā)送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng)。
[0101]步驟S16:在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源。
[0102]步驟S17:根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。
[0103]在本申請中,通過在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型;若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑;將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng);若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑;將所述跨行交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng),實現(xiàn)在處理匯出交易時,自動選擇支付路徑,不再需要用戶手工選擇支付路徑,使用戶只需關注匯出交易本身的業(yè)務,改善了用戶體驗性。且由于自動選擇支付路徑是基于機器的,因此相比于手動選擇支付路徑的方式所需時間端,提高了交易處理效率。
[0104]以及,通過在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源;按照所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理,實現(xiàn)了對來賬報文的自動處理,提高了匯入清分交易的處理效率。
[0105]在本實施例中,上述確定所述行內交易的支付路徑的具體過程可以參見圖2,可以包括以下步驟:
[0106]步驟S21:獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息。
[0107]其中,獲取所述交易渠道發(fā)送的本行聯(lián)行號具體為獲取所述交易渠道發(fā)送的5位本行聯(lián)行號。
[0108]在本實施例中,在獲取所述交易渠道發(fā)送的本行聯(lián)行號后,具體可以調用主機戶名反顯服務,本機本行聯(lián)行號獲取付款人和收款人的信息。
[0109]步驟S22:若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃。
[0110]步驟S23:若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存。
[0111]若是,執(zhí)行步驟S24,若否,執(zhí)行步驟S25。
[0112]步驟S24:確定支付路徑為行內轉賬。
[0113]步驟S25:根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同。
[0114]若是,執(zhí)行步驟S26,若否,執(zhí)行步驟S27。
[0115]步驟S26:確定支付路徑為行內轉賬。
[0116]步驟S27:根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構。
[0117]若是,執(zhí)行步驟S28,若否,執(zhí)行步驟S29。
[0118]步驟S28:確定支付路徑為行內匯劃。
[0119]步驟S29:進行業(yè)務邏輯報錯。
[0120]請參見圖3,其示出了確定所述行內交易的支付路徑的另一種具體過程,可以包括以下步驟:
[0121]步驟S31:獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息。
[0122]步驟S32:若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃。
[0123]步驟S33:若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存。
[0124]若是,執(zhí)行步驟S34,若否,執(zhí)行步驟S35。
[0125]步驟S34:確定支付路徑為行內轉賬。
[0126]步驟S35:根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同。
[0127]若是,執(zhí)行步驟S36,若否,執(zhí)行步驟S37。
[0128]步驟S36:確定支付路徑為行內轉賬。
[0129]步驟S37:根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構。
[0130]若是,執(zhí)行步驟S38,若否,執(zhí)行步驟S39。
[0131]步驟S38:確定支付路徑為行內匯劃。
[0132]步驟S39:進行業(yè)務邏輯報錯。
[0133]步驟S31至步驟S39與圖2示出的確定所述行內交易的支付路徑的過程中的步驟S21至步驟S29相同,在此不再贅述。
[0134]步驟S310:在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。
[0135]在本實施例中,上述確定所述跨行交易的支付路徑的的具體過程可以參見圖4,可以包括以下步驟:
[0136]步驟S41:對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型。
[0137]步驟S42:在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑。
[0138]有些跨行交易的業(yè)務類型(例如跨境支付、行間資金匯劃)默認走大額支付路徑,則將大額支付路徑作為該跨行交易的支付路徑。有些跨行交易的業(yè)務類型(例如繳費業(yè)務、其他)默認走小額支付路徑,則將小額支付路徑作為該跨行交易的支付路徑。有些跨行交易的業(yè)務類型(例如國庫匯款、國庫資金貸記劃撥、國庫資金國債兌付)需要渠道指定支付路徑,則將交易渠道指定的支付路徑作為該跨行交易的支付路徑。
[0139]步驟S43:在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單。
[0140]所述第一支付路徑清單包括多條支付路徑。[〇141]其中,支付路徑行號關系表包括多條行號與支付路徑的映射關系,每條行號與支付路徑的映射關系表明該行號已經開通了哪些人行的支付路徑。
[0142]營業(yè)機構匯兌途徑表包括多條機構號與支付路徑的映射關系,每條機構號與支付路徑的映射關系表明該機構已經開通了哪些人行支付路徑。
[0143]步驟S44:檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支付路徑清單,得到第二支付路徑清單。
[0144]檢查所述第一支付路徑清單中每條支付路徑的狀態(tài)即檢查所述第一支付路徑清單中每條支付路徑的對公對私業(yè)務開通標志、境內境外開通標志、本幣外幣支持開通標志、 系統(tǒng)開通標志、金額上下限等。
[0145]根據(jù)檢查結果更新第一支付路徑清單即根據(jù)檢查結果刪除第一支付路徑清單中相應的支付路徑。例如,客戶匯款金額是10萬,小額支付路徑的金額上下限是0至5萬,那么支付路徑清單中就需要刪除小額。再如,每天下午5點時,人行大額支付路徑系統(tǒng)會關閉,此時的系統(tǒng)開通標識就為“關閉”,那么支付路徑清單中就需要刪除大額。
[0146]步驟S45:讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清單。
[0147]所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時間和交易限額。
[0148]根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單即根據(jù)支付路徑綜合控制表刪除第二支付路徑清單中相應的支付路徑。例如,P2員工渠道發(fā)的交易,業(yè)務類型C200, 但是支付路徑綜合控制表中沒有這條參數(shù)配置,那么就說明P2員工渠道不支持C200業(yè)務類型,那么需要刪除。
[0149]步驟S46:讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四支付路徑清單。
[0150]所述加急控制表包括:實時標志、加急標志和檢查生效標志。[〇151]根據(jù)加急控制表更新第三支付路徑清單,即根據(jù)加急控制表刪除第三支付路徑清單中相應的支付路徑。例如,交易渠道送上該筆交易是實時交易,第三支付路徑清單中大額、小額都是非實時,超網是實時,那么刪除大額、小額。[〇152]步驟S47:讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五支付路徑清單。
[0153]所述行別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方式檢查單筆業(yè)務限額是否超限。
[0154]根據(jù)行別權限表更新所述第四支付路徑清單即根據(jù)行別權限表刪除第四支付路徑清單中相應的支付路徑。例如,黑名單中配置“工行、小額“,就說明銀行當前不通過小額跟工行做業(yè)務,如果渠道上送的對手行是工行,那么刪除小額這個支付路徑。
[0155]步驟S48:判斷所述第五支付路徑清單是否為空。[〇156]若是,執(zhí)行步驟S49,若否,執(zhí)行步驟S410。
[0157]步驟S49:在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交易金額確定所述跨行交易的支付路徑為大額支付路徑或小額支付路徑。
[0158]步驟S410:確定所述第五支付路徑清單中的支付路徑為所述跨行交易的支付路徑。
[0159]在本實施例中,上述確定所述匯入清分交易的來賬報文的清分機構和支付資源的過程可以參見圖5,可以包括以下步驟:
[0160]步驟S51:在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關聯(lián)的原交易。
[0161 ]若存在,則執(zhí)行步驟S52,若不存在,則執(zhí)行步驟S53。
[0162]在本實施例中,合約關聯(lián)鏈表示除本行之外的他行的來賬存在有關聯(lián)的原交易。主要有兩種場景:借記回執(zhí)來賬和退匯來賬。這兩種都是本行先發(fā)一筆往賬后,收到他行針對這筆往賬的響應來賬。在這種情況下,清分機構和支付資源就可以直接從原交易獲取。
[0163]清分機構表示該筆業(yè)務的匯入機構是哪個,屬于哪個行內機構。一旦確定了清分機構,該筆業(yè)務賬務就是記在該機構,合約也屬于該機構,如果需要人工處理的話,也是該機構的柜員是做處理。
[0164]由于建行有很多組件,每一筆匯入報文都屬于一個組件,所以我們需要清分出匯入業(yè)務屬于哪個組件,這就是支付資源。比如支付資源如果是CCBS,我們就需要去調用CCBS的服務記賬,如果是金融市場,我們就調用金融市場的服務。
[0165]步驟S52:將所述原交易的清分機構和支付資源作為所述匯入清分交易的來賬報文的清分機構和支付資源。
[0166]步驟S53:將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述匯入清分交易的來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作為所述匯入清分交易的來賬報文的支付資源。
[0167]在本實施例中,清分機構規(guī)則鏈和支付資源規(guī)則鏈組成通用清分鏈。
[0168]清分機構規(guī)則鏈包括的規(guī)則如下:根據(jù)賬號查找開戶機構;根據(jù)來賬的行號查找機構號,比如貸記來賬就用付款行行號;根據(jù)來賬的開戶行行號查找機構號;總行機構。
[0169]支付資源規(guī)則鏈包括的規(guī)則如下:清分代理規(guī)則:根據(jù)行號找相應的資源,比如如果這個行號屬于金融市場的,就清分到金融市場處理。目前還支持村行,MPS;特殊報文清分規(guī)則:這部分是用報文類型和業(yè)務類型清分,可清分出電票和票據(jù);清分卡bin規(guī)則:根據(jù)賬號的前6位匹配已配置的卡bin,如果符合,就清分到貸記卡組件,并且機構為總行;產品合約賬戶類型規(guī)則:和上面類似,也是用賬號前6位匹配,若符合,則去代收付組件;賬戶查詢規(guī)則:查詢賬號的屬性,然后根據(jù)屬性判斷支付資源,現(xiàn)有存貸款,結算卡,財務會計,CCBS這些組件。如果到這一步還是找不到支付資源,就落地人工處理。
[0170]在本實施例中,上述根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理的過程具體為:將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī)則,對所述來賬報文進行清分處理。
[0171]合約處理判斷鏈具體包括:合約處理規(guī)則表,合約處理規(guī)則條件表,合約處理規(guī)則例外表。
[0172]合約處理規(guī)則表,用來配置規(guī)則的屬性,比如規(guī)則的描述,該如何處理等
[0173]合約處理規(guī)則條件表,用來配置規(guī)則的具體信息,就是規(guī)則的滿足條件。
[0174]合約處理規(guī)則例外表,用來配置規(guī)則的例外條件,如果滿足該表的條件,規(guī)則則失效。
[0175]以大額即時轉賬為例對合約處理規(guī)則表,合約處理規(guī)則條件表,合約處理規(guī)則例外表的配置進行說明,具體為:大額即時轉賬(除電子商業(yè)匯票)需要落地人工處理。我們就在規(guī)則表中配置該條規(guī)則需人工處理,在條件表中配置具體的規(guī)則,比如匯兌途徑是大額,報文類型是即時轉賬。在例外表中配置業(yè)務類型是G105(電子商業(yè)匯票)的例外。
[0176]在本實施例中,合約處理判斷鏈中的每一條規(guī)則都配置在數(shù)據(jù)庫表或者文件中,并且合約處理規(guī)則表,合約處理規(guī)則條件表,合約處理規(guī)則例外表中的數(shù)據(jù)都存放在緩存里,使得多規(guī)則的匯入清分處理性能仍然很好。
[0177]實施例二
[0178]與上述方法實施例相對應,本實施例提供了一種銀行交易處理裝置,請參見圖6,銀行交易處理裝置包括:第一判斷單元61、第一確定單元62、第一發(fā)送單元63、第二確定單元64、第二發(fā)送單元65、第三確定單元66和第一處理單元67。
[0179]第一判斷單元61,用于在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型。
[0180]第一確定單元62,用于若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑。
[0181]第一發(fā)送單元63,用于將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng)。
[0182]第二確定單元64,用于若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑。
[0183]第二發(fā)送單元65,用于將所述跨行交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng)。
[0184]第三確定單元66,用于在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源。
[0185]第一處理單元67,用于根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。
[0186]在本實施例中,第一確定單元62具體可以包括:第一獲取子單元、第一確定子單元、第一判斷子單元、第二確定子單元、第二判斷子單元、第三確定子單元、第三判斷子單元、第四確定子單元、第五判斷子單元和第五確定子單元。
[0187]第一獲取子單元,用于獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息。
[0188]第一確定子單元,用于若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃。
[0189]第一判斷子單元,用于若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存,若是,執(zhí)行第二確定子單元,若否,執(zhí)行第二判斷子單元。
[0190]所述第二確定子單元,用于確定支付路徑為行內轉賬。
[0191]所述第二判斷子單元,用于判斷所述匯出交易是否為現(xiàn)金交易,若是,執(zhí)行第三確定子單元,若否,執(zhí)行第三判斷子單元。
[0192]所述第三確定子單元,用于確定支付路徑為行內匯劃。
[0193]所述第三判斷子單元,用于根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同,若是,執(zhí)行第四確定子單元,若否,執(zhí)行第五判斷子單元。
[0194]所述第四確定子單元,用于確定支付路徑為行內轉賬。
[0195]所述第五判斷子單元,用于根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構,若是,執(zhí)行第五確定子單元,若否,則進行業(yè)務邏輯報錯。
[0196]所述第五確定子單元,用于確定支付路徑為行內匯劃。
[0197]上述第一確定單元62還可以包括:第六確定子單元,用于在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。
[0198]在本實施例中,第二確定單元64具體可以包括:第七確定子單元、第八確定子單元、篩選子單元、第一更新子單元、第二更新子單元、第三更新子單元、第四更新子單元、第六判斷子單元、第九確定子單元和第十確定子單元。
[0199]第七確定子單元,用于對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型。
[0200]第八確定子單元,用于在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑。
[0201]篩選子單元,用于在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單,所述第一支付路徑清單包括多條支付路徑。
[0202]第一更新子單元,用于檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支付路徑清單,得到第二支付路徑清單。
[0203]第二更新子單元,用于讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清單,所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時間和交易限額。
[0204]第三更新子單元,用于讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四支付路徑清單,所述加急控制表包括:實時標志、加急標志和檢查生效標志。
[0205]第四更新子單元,用于讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五支付路徑清單,所述行別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方式檢查單筆業(yè)務限額是否超限。
[0206]第六判斷子單元,用于判斷所述第五支付路徑清單是否為空,若是,執(zhí)行第九確定子單元,若否,執(zhí)行第十確定子單元。
[0207]所述第九確定子單元,用于在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交易金額確定所述跨行交易的支付路徑為大額支付路徑或小額支付路徑。
[0208]所述第十確定子單元,用于確定所述第五支付路徑清單中的支付路徑為所述跨行交易的支付路徑。
[0209]在本實施例中,第三確定單元66具體可以包括:查找子單元、第十一確定子單元和第十二確定子單元。
[0210]查找子單元,用于在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關聯(lián)的原交易,若存在,則執(zhí)行第十一確定子單元,若不存在,則執(zhí)行第十二確定子單元。
[0211]所述第十一確定子單元,用于將所述原交易的清分機構和支付資源作為所述匯入清分交易的來賬報文的清分機構和支付資源。
[0212]所述第十二確定子單元,用于將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述匯入清分交易的來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作為所述匯入清分交易的來賬報文的支付資源。
[0213]在本實施例中,第一處理單元67具體可以包括:處理子單元,用于將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī)則,對所述來賬報文進行清分處理。
[0214]需要說明的是,本說明書中的各個實施例均采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。對于裝置類實施例而言,由于其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
[0215]最后,還需要說明的是,在本文中,諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來,而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0216]以上對本申請所提供的一種銀行交易處理方法及裝置進行了詳細介紹,本文中應用了具體個例對本申請的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本申請的方法及其核心思想;同時,對于本領域的一般技術人員,依據(jù)本申請的思想,在【具體實施方式】及應用范圍上均會有改變之處,綜上所述,本說明書內容不應理解為對本申請的限制。
【主權項】
1.一種銀行交易處理方法,其特征在于,包括: 在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出交易的類型; 若所述匯出交易的類型為行內交易,則確定所述行內交易的支付路徑; 將所述行內交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng); 若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付路徑; 將所述跨行交易的支付路徑發(fā)送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng); 在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源; 根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。2.根據(jù)權利要求1所述的方法,其特征在于,所述確定所述行內交易的支付路徑的過程,包括: 獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息; 若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃; 若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存; 若是,則確定支付路徑為行內轉賬; 若否,則判斷所述匯出交易是否為現(xiàn)金交易; 若是,則確定支付路徑為行內匯劃; 若否,則根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同; 若是,則確定支付路徑為行內轉賬; 若否,則根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構; 若是,則確定支付路徑為行內匯劃; 若否,則進行業(yè)務邏輯報錯。3.根據(jù)權利要求2所述的方法,其特征在于,所述確定所述行內交易的支付路徑的過程,還包括: 在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。4.根據(jù)權利要求1所述的方法,其特征在于,所述確定所述跨行交易的支付路徑的過程,包括: 對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型; 在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑; 在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單,所述第一支付路徑清單包括多條支付路徑;檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支 付路徑清單,得到第二支付路徑清單;讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清 單,所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時 間和交易限額;讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四支付路徑清單,所述加 急控制表包括:實時標志、加急標志和檢查生效標志;讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五支付路徑清單,所述行 別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方式檢查單筆業(yè)務限額是 否超限;判斷所述第五支付路徑清單是否為空;若是,在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交易金額確定所述跨行 交易的支付路徑為大額支付路徑或小額支付路徑;若否,確定所述第五支付路徑清單中的支付路徑為所述跨行交易的支付路徑。5.根據(jù)權利要求1所述的方法,其特征在于,所述確定所述匯入清分交易的來賬報文的 清分機構和支付資源的過程,包括:在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關聯(lián)的原交易;若存在,則將所述原交易的清分機構和支付資源作為所述匯入清分交易的來賬報文的 清分機構和支付資源;若不存在,則將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述匯入清分交易的 來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作為所述匯入清分 交易的來賬報文的支付資源。6.根據(jù)權利要求5所述的方法,其特征在于,所述根據(jù)所述來賬報文的清分機構和支付 資源,對所述來賬報文進行清分處理的過程,包括:將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī)則,對所述來賬報 文進行清分處理。7.—種銀行交易處理裝置,其特征在于,包括:第一判斷單元,用于在銀行交易為匯出交易時,根據(jù)收款人開戶行行號判斷所述匯出 交易的類型;第一確定單元,用于若所述匯出交易的類型為行內交易,則確定所述行內交易的支付 路徑;第一發(fā)送單元,用于將所述行內交易的支付路徑發(fā)送至所述交易渠道,以使所述交易 渠道采用所述行內交易的支付路徑將匯款報文發(fā)送至所述行內交易對應的支付系統(tǒng);第二確定單元,用于若所述匯出交易的類型為跨行交易,則確定所述跨行交易的支付 路徑;第二發(fā)送單元,用于將所述跨行交易的支付路徑發(fā)送至交易渠道,以使所述交易渠道 采用所述跨行交易的支付路徑將匯款報文發(fā)送至所述跨行交易對應的支付系統(tǒng);第三確定單元,用于在銀行交易為匯入清分交易時,確定所述匯入清分交易的來賬報文的清分機構和支付資源; 第一處理單元,用于根據(jù)所述來賬報文的清分機構和支付資源,對所述來賬報文進行清分處理。8.根據(jù)權利要求7所述的裝置,其特征在于,所述第一確定單元包括: 第一獲取子單元,用于獲取所述交易渠道發(fā)送的本行聯(lián)行號,并根據(jù)所述本行聯(lián)行號獲取付款人和收款人的信息; 第一確定子單元,用于若所述付款人的信息表征所述付款人對公匯款,則確定支付路徑為行內匯劃; 第一判斷子單元,用于若所述付款人的信息表征所述付款人對私匯款,則根據(jù)所述收款人的信息判斷所述收款人是否通存,若是,執(zhí)行第二確定子單元,若否,執(zhí)行第二判斷子單元; 所述第二確定子單元,用于確定支付路徑為行內轉賬; 所述第二判斷子單元,用于判斷所述匯出交易是否為現(xiàn)金交易,若是,執(zhí)行第三確定子單元,若否,執(zhí)行第三判斷子單元; 所述第三確定子單元,用于確定支付路徑為行內匯劃; 所述第三判斷子單元,用于根據(jù)所述收款人的信息判斷所述收款人開戶機構與所述匯出交易的執(zhí)行機構是否相同,若是,執(zhí)行第四確定子單元,若否,執(zhí)行第五判斷子單元; 所述第四確定子單元,用于確定支付路徑為行內轉賬; 所述第五判斷子單元,用于根據(jù)所述付款人的信息判斷所述付款人的開戶機構與所述匯出交易的執(zhí)行機構是否同屬一級機構,若是,執(zhí)行第五確定子單元,若否,則進行業(yè)務邏輯報錯; 所述第五確定子單元,用于確定支付路徑為行內匯劃。9.根據(jù)權利要求8所述的裝置,其特征在于,所述第一確定單元還包括: 第六確定子單元,用于在獲取不到所述收款人的信息時,確定支付路徑為行內匯劃。10.根據(jù)權利要求7所述的裝置,其特征在于,所述第二確定單元包括: 第七確定子單元,用于對所述跨行交易的業(yè)務類型進行審核,確定所述跨行交易的業(yè)務類型; 第八確定子單元,用于在所述跨行交易的業(yè)務類型為對應默認支付路徑的業(yè)務類型時,將所述跨行交易的業(yè)務類型對應的默認支付路徑作為所述跨行交易的支付路徑; 篩選子單元,用于在所述跨行交易的業(yè)務類型不為對應默認支付路徑的業(yè)務類型時,若所述跨行交易的付款人的開戶機構與所述跨行交易的執(zhí)行機構同屬一級機構,則讀取支付路徑行號關系表與營業(yè)機構匯兌途徑表,篩選出所述跨行交易的執(zhí)行機構與所述跨行交易的收款人的開戶機構同時支持的第一支付路徑清單,所述第一支付路徑清單包括多條支付路徑; 第一更新子單元,用于檢查所述第一支付路徑清單中每條支付路徑的狀態(tài),并根據(jù)檢查結果更新所述第一支付路徑清單,得到第二支付路徑清單; 第二更新子單元,用于讀取并根據(jù)支付路徑綜合控制表更新所述第二支付路徑清單,得到第三支付路徑清單,所述支付路徑綜合控制表包括:渠道類型、業(yè)務類型、交易幣種,檢查開通標志、開通時間和交易限額;第三更新子單元,用于讀取并根據(jù)加急控制表更新所述第三支付路徑清單,得到第四 支付路徑清單,所述加急控制表包括:實時標志、加急標志和檢查生效標志;第四更新子單元,用于讀取并根據(jù)行別權限表更新所述第四支付路徑清單,得到第五 支付路徑清單,所述行別權限表包括:上送的行別、匯入匯出標志、業(yè)務類型和以黑名單方 式檢查單筆業(yè)務限額是否超限;第六判斷子單元,用于判斷所述第五支付路徑清單是否為空,若是,執(zhí)行第九確定子單 元,若否,執(zhí)行第十確定子單元;所述第九確定子單元,用于在所述跨行交易為非實時業(yè)務時,根據(jù)所述跨行交易的交 易金額確定所述跨行交易的支付路徑為大額支付路徑或小額支付路徑;所述第十確定子單元,用于確定所述第五支付路徑清單中的支付路徑為所述跨行交易 的支付路徑。11.根據(jù)權利要求7所述的裝置,其特征在于,所述第三確定單元包括:查找子單元,用于在合約關聯(lián)鏈中查找是否存在與所述匯入清分交易的來賬報文相關 聯(lián)的原交易,若存在,則執(zhí)行第i^一確定子單元,若不存在,則執(zhí)行第十二確定子單元;所述第十一確定子單元,用于將所述原交易的清分機構和支付資源作為所述匯入清分 交易的來賬報文的清分機構和支付資源;所述第十二確定子單元,用于將符合清分機構規(guī)則鏈中各條規(guī)則的清分機構作為所述 匯入清分交易的來賬報文的清分機構,及將符合支付資源規(guī)則鏈中各條規(guī)則的支付資源作 為所述匯入清分交易的來賬報文的支付資源。12.根據(jù)權利要求11所述的裝置,其特征在于,所述第一處理單元包括:處理子單元,用于將所述來賬報文的清分機構和支付資源按照合約處理判斷鏈中的規(guī) 貝1J,對所述來賬報文進行清分處理。
【文檔編號】G06Q40/02GK106022742SQ201610379441
【公開日】2016年10月12日
【申請日】2016年5月31日
【發(fā)明人】葉茂, 王迎春, 李靖, 馬燦, 廖威, 王昊, 劉健, 曾燁, 李力, 顧家俊
【申請人】中國建設銀行股份有限公司