本發(fā)明涉及基于互聯(lián)網(wǎng)支付領域，特別是一種跨國貿(mào)易B2B銀行虛擬賬戶收款的方法及系統(tǒng)。

背景技術：

外貿(mào)B2B電子商務作為外貿(mào)電子商務的一種，具有單筆金額大、交易流程涉及報關、物流、貿(mào)易融資等多個環(huán)節(jié)。隨著海關、稅務、物流以及平臺信息化的發(fā)展，外貿(mào)B2B電子商務平臺，依托豐富的風控、支付、物流、倉儲、海外拓展的優(yōu)勢，逐步將傳統(tǒng)的B2B線下交易引導到線上開展。

傳統(tǒng)的線下B2B交易采用TT匯款、信用證付款，對于海外客戶付款由于轉賬方式對于平臺來說，往往受到的款項很難解決區(qū)分，雖然在匯款的頁面可以填寫相應的關聯(lián)號信息，仍然有不少的客戶因為遺漏相關信息或者中轉行的原因?qū)е峦赓Q(mào)B2B平臺的財務運營人員無法確認款項的歸屬，本身B2B交易，賣家對于款項有較高的結算周期要求，同時款項不能及時確認，也影響到買家體驗差。

現(xiàn)有的處理流程中，運營人員首先從銀行下載到對應的收款流水信息，其次根據(jù)流水中對應的收款金額以及關聯(lián)號信息與系統(tǒng)的訂單信息進行關聯(lián)匹配，如果匹配一致，則進行訂單確認；如果不一致，則需要進入待核查中，等客戶聯(lián)系或者找賣家溝通。這其中不可避免的存在人為操作的環(huán)節(jié)，由于都是涉及到具體資金，所以有較大的人為操作風險，另外由于國際轉賬會經(jīng)過中轉行或者客戶匯款時未記錄關聯(lián)號信息，則導致款項無法確認，操作流程復雜，B類買賣家體驗差。

公開號為CN101582145A的發(fā)明專利公開了一種網(wǎng)絡支付交易系統(tǒng)，該系統(tǒng)包括：買家銀行子系統(tǒng)用于管理買家交易賬號和企業(yè)虛擬賬戶；其中在接受到的買家付款申請經(jīng)買家審核通過后，從買家交易賬戶中將應付款劃撥到企業(yè)虛擬賬戶中，并發(fā)送買家付款成功通知，根據(jù)接收到的向賣家復原的通知從企業(yè)虛擬賬戶中向賣家交易賬戶付款；賣家銀行子系統(tǒng)用于管理買家交易賬戶，并在接收到付款后向賣家反饋已收到付款的通知，交易管理子系統(tǒng)用于將接收到的買家付款申請發(fā)給買家銀行子系統(tǒng)，并將接收的買家付款成功通知反饋給賣家，在接受到買家收貨確認信息后向賣家銀行子系統(tǒng)發(fā)送向賣家付款的通知。該申請雖然使用了虛擬賬戶作為交易的中轉站，但是并沒有對虛擬賬戶的使用和回收方法進行說明，這樣很容易造成大量的虛擬賬戶被閑置，造成資源的浪費。

技術實現(xiàn)要素：

本發(fā)明提供了一種跨國貿(mào)易B2B銀行虛擬賬戶收款的方法及系統(tǒng)，本發(fā)明的實施使跨國貿(mào)易B2B電子商務平臺A的買賣家收款以及訂單確認時效有了顯著的改善。其次，通過系統(tǒng)對接之后，自動化程度明顯提升，同時增加了反洗錢核查的機制。有效降低了跨國貿(mào)易B2B平臺的風險。對于運營的成本也有明顯的改善，降低了財務運營人員的操作風險。

本發(fā)明的具體技術方案如下：

本發(fā)明的第一方面提出了一種跨國貿(mào)易B2B銀行虛擬賬戶收款的方法，包括用戶提出付款需求，包含以下步驟：

步驟1：驗證客戶資格；

步驟2：分配虛擬賬戶；

步驟3：使用所述虛擬賬戶付款。

優(yōu)選的是，所述步驟1為判斷該客戶是否擁有跨國貿(mào)易B2B銀行的虛擬賬戶。

在上述方案中優(yōu)選的是，所述步驟1還為調(diào)用風控反洗錢接口判斷該客戶是否在OFAC名單中。

在上述方案中優(yōu)選的是，所述步驟2為檢測所述虛擬賬戶的狀態(tài)。

在上述方案中優(yōu)選的是，所述虛擬賬戶的狀態(tài)包括無效狀態(tài)、有效狀態(tài)和是否有可用的虛擬賬號中至少一種。

在上述方案中優(yōu)選的是，當所述虛擬賬戶處于無效狀態(tài)的時候，提示該客戶無法使用虛擬賬戶。

在上述方案中優(yōu)選的是，當沒有可用的所述虛擬賬戶的時候，提示當前已無可用的虛擬賬號。

在上述方案中優(yōu)選的是，當所述虛擬賬戶處于有效狀態(tài)或存在可用的虛擬賬戶的時候，將所述虛擬賬戶分配給該客戶。

在上述方案中優(yōu)選的是，所述虛擬賬戶的分配遵從優(yōu)先原則。

在上述方案中優(yōu)選的是，所述優(yōu)先原則為休閑分配已經(jīng)回收未使用的的虛擬賬戶，再分配未使用的虛擬賬戶。

本發(fā)明的第二方面提出了一種跨國貿(mào)易B2B銀行虛擬賬戶收款的方法，包括從跨國貿(mào)易B2B銀行下載mt940文件，還包含以下步驟：

步驟A：解析入賬信息及虛擬賬戶信息；

步驟B：審核所述虛擬賬號信息的關聯(lián)；

步驟C：所述虛擬賬號信息認證成功，并確認訂單。

優(yōu)選的是，所述步驟A為使用所述mt940文件進行解析。

在上述方案中優(yōu)選的是，所述步驟B為調(diào)用反洗錢判斷接口來判斷該客戶是否在反洗錢名單中。

在上述方案中優(yōu)選的是，所述步驟B還為當該客戶在反洗錢名單中的時候，判定分配信息中該條記錄無效，并上報異常充值。

在上述方案中優(yōu)選的是，所述步驟B還為當客戶未在反洗錢名單中的時候，直接為客戶確認訂單。

在上述方案中優(yōu)選的是，，所述步驟B為當沒有關聯(lián)到所述虛擬賬戶分配信息，則直接登錄款項異常信息。

本發(fā)明的第三方面提出了一種跨國貿(mào)易B2B銀行虛擬賬戶收款的方法，包括判斷虛擬賬戶狀態(tài)，還包括以下步驟：

步驟a：確認所述虛擬賬戶存在時間；

步驟b：確認所述虛擬賬戶最后一次交易時間；

步驟c：回收所述虛擬賬戶。

優(yōu)選的是，所述虛擬賬戶狀態(tài)包括存在時間、交易記錄和最后一次交易時間中至少一種。

在上述方案中優(yōu)選的是，所述步驟a為每天定時進行判斷是否有所述虛擬賬戶存在時間超過第一時間閾值。

在上述方案中優(yōu)選的是，所述步驟b為判斷當前時間距離所述虛擬賬戶最后一次交易的時間是否超過第一時間閾值。

在上述方案中優(yōu)選的是，所述步驟c為當所述虛擬賬戶存在時間超過第一時間閾值并且所述虛擬賬戶距離最后一次交易的時間超過第一時間閾值的時候，將所述虛擬賬戶回收。

本發(fā)明的第四方面提出了一種跨國貿(mào)易B2B銀行虛擬賬戶收款的系統(tǒng)，包括收款模塊，還包含以下模塊：

校驗模塊：用于校驗客戶信息和虛擬賬戶信息；

分配模塊：用于分配所述虛擬賬戶；

回收模塊：用于回收所述虛擬賬戶。

優(yōu)選的是，所述校驗模塊具有判斷客戶是否具有在有效狀態(tài)的所述虛擬賬戶的功能。

在上述方案中優(yōu)選的是，所述校驗模塊還具有調(diào)用風控反洗錢接口判斷客戶是否在OFAC名單中。

在上述方案中優(yōu)選的是，所述校驗模塊還具有判斷客戶是否在反洗錢名單中的功能。

在上述方案中優(yōu)選的是，所述校驗模塊還具有判斷定單是否關聯(lián)到所述虛擬賬戶的功能。

在上述方案中優(yōu)選的是，所述分配模塊具有判斷所述虛擬賬戶是否處于有效狀態(tài)的功能。

在上述方案中優(yōu)選的是，所述分配模塊還具有優(yōu)先分配已經(jīng)回收未使用的虛擬賬號再分配未使用的新虛擬賬號的功能。

在上述方案中優(yōu)選的是，所述分配模塊還具有記錄剩余虛擬賬號的功能。

在上述方案中優(yōu)選的是，所述分配模塊還具有申請新的虛擬賬號的功能。

在上述方案中優(yōu)選的是，所述分配模塊還具有根據(jù)所述虛擬賬號使用情況調(diào)用所述回收模塊的功能。

在上述方案中優(yōu)選的是，所述回收模塊具有判斷每個所述虛擬賬戶的存在時間是否大于第一時間閾值的功能。

在上述方案中優(yōu)選的是，所述回收模塊還具有判斷當前時間距離所述虛擬賬戶最后一次交易的時間是否超過第一時間閾值的功能。

在上述方案中優(yōu)選的是，還包括結果發(fā)布模塊，所述結果發(fā)布模塊具有向客戶發(fā)布確認訂單信息、虛擬賬戶分配信息、訂單處理結果和其他信息中至少一種的功能。

本發(fā)明通過建立一套跨國貿(mào)易B2B銀行虛擬賬戶收款的機制，以達到實現(xiàn)B2B收款自動化以及提高客戶體驗及運營效率的目的。

附圖說明

圖1為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的系統(tǒng)的一優(yōu)選實施例的模塊圖。

圖2為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的方法的一優(yōu)選實施例的虛擬賬號使用流程圖。

圖3為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的方法的一優(yōu)選實施例的虛擬賬號款項到賬維護流程圖。

圖4為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的方法的一優(yōu)選實施例的回收虛擬賬號流程圖。

圖5為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的方法的一優(yōu)選實施例的虛擬賬號分配邏輯圖。

圖6為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的系統(tǒng)的一優(yōu)選實施例的虛擬賬戶與主賬戶及系統(tǒng)之間的關系圖。

圖7為按照本發(fā)明的跨國貿(mào)易B2B銀行虛擬賬戶收款的系統(tǒng)的一優(yōu)選實施例的信息表圖。

具體實施方式

實施例1

如圖1、圖2所示，執(zhí)行步驟200，用戶通過收款模塊100向系統(tǒng)提出付款請求。執(zhí)行步驟210，系統(tǒng)調(diào)用校驗模塊110判斷該客戶是否擁有虛擬賬戶。當該用戶擁有虛擬賬戶的時候則執(zhí)行步驟211，調(diào)用校驗模塊110中的風控反洗錢接口判斷該客戶是否在OFAC名單中，如果該用戶在OFAC名單中則執(zhí)行步驟290，使用分配模塊120將該客戶對應的虛擬賬戶的狀態(tài)設置為無效狀態(tài)，并使用結果發(fā)布模塊140向客戶發(fā)布顯示錯誤信息“您無法使用虛擬賬戶業(yè)務，請及時與平臺客服聯(lián)系”。如果該用戶不在OFAC名單中則執(zhí)行步驟212，使用分配模塊120調(diào)出該用戶的虛擬賬戶信息。并通過結果發(fā)布模塊140給客戶顯示出虛擬賬戶信息。

如果該用戶沒有虛擬賬戶的時候則執(zhí)行步驟220，使用分配模塊120調(diào)出信息收集頁面，并通過結果發(fā)布模塊向客戶展示?？蛻籼顚懲晗嚓P信息后，執(zhí)行步驟230，將用戶填寫的信息保存在校驗模塊110中并調(diào)用校驗模塊110中的風控反洗錢接口判斷該客戶是否在OFAC名單中，如果該用戶在OFAC名單中則執(zhí)行步驟290，使用分配模塊120將該客戶對應的虛擬賬戶的狀態(tài)設置為無效狀態(tài)，并使用結果發(fā)布模塊140向客戶發(fā)布顯示錯誤信息“您無法使用虛擬賬戶業(yè)務，請及時與平臺客服聯(lián)系”。如果該用戶不在OFAC名單中則執(zhí)行步驟240，開始為客戶分配虛擬賬戶。執(zhí)行步驟250，使用分配模塊120判斷系統(tǒng)中是否還有可以使用的虛擬賬戶，如果系統(tǒng)中沒有可以使用的虛擬賬戶則執(zhí)行步驟251，通過分配模塊120向結果發(fā)布模塊140發(fā)送指令，結果發(fā)布模塊140向用戶發(fā)布信息“當晚無可用的虛擬賬號，請向平臺客服反饋”并提示用戶暫時無法進行轉賬業(yè)務。如果系統(tǒng)中還有可以使用的虛擬賬戶則執(zhí)行步驟260，使用分配模塊120判斷系統(tǒng)中是否有已回收但未分配的虛擬賬戶。如果系統(tǒng)中有已回收但未分配的虛擬賬戶的時候順序執(zhí)行步驟270和步驟280，使用分配模塊120將該已回收但未分配的虛擬賬戶分配給該客戶，并將分配的虛擬賬戶和系統(tǒng)賬戶進行綁定，并將相關信息保存在校驗模塊100中，并通過結果發(fā)布模塊140通知客戶。如果系統(tǒng)中沒有已回收但未分配的虛擬賬戶的時候順序執(zhí)行步驟260和步驟280，使用分配模塊120把新的未使用的虛擬賬戶分配給該客戶，并將分配的虛擬賬戶和系統(tǒng)賬戶進行綁定，并將相關信息保存在校驗模塊110中，并通過結果發(fā)布模塊140通知客戶。

OFAC指的是美國財政部海外資產(chǎn)控制辦公室（The Office of Foreign Assets Control of the US Department of the Treasury），它的使命在于管理和執(zhí)行所有基于美國國家安全和對外政策的經(jīng)濟和貿(mào)易制裁，包括對一切恐怖主義、跨國毒品和麻醉品交易、大規(guī)模殺傷性武器擴散行為進行金融領域的制裁。

實施例2

如圖1、圖3所示，執(zhí)行步驟300，系統(tǒng)從銀行獲得mt940文件并保存在校驗模塊110中.執(zhí)行步驟310，解析從銀行獲得的mt940文件并得到對應的入賬金額和虛擬賬戶信息。執(zhí)行步驟320，從分配模塊120中調(diào)取該用戶的虛擬賬號信息，并在校驗模塊110中匹配該用戶的虛擬賬號信息。執(zhí)行步驟330，調(diào)用校驗模塊110中的風控反洗錢接口判斷該客戶是否在OFAC名單中，如果該用戶在OFAC名單中則執(zhí)行順序執(zhí)行步驟360和步驟370，更新虛擬賬戶分配信息中該條記錄為無效；向風控模塊上報該異常充值。如果該用戶不在OFAC名單中則執(zhí)行順序執(zhí)行步驟340，使用校驗模塊110判斷用戶信息和虛擬賬戶信息是否一致。如果用戶信息和虛擬賬戶信息一致，則執(zhí)行步驟350，通過校驗模塊110為客戶確認訂單。如果用戶信息和虛擬賬戶信息不一致，則執(zhí)行步驟380，登記該款項異常信息。

當系統(tǒng)獲取到銀行的對賬單并入庫之后，對于入庫賬單中明確唯一關聯(lián)到虛擬賬戶的記錄，更新表示已核對。如果沒有匹配到虛擬賬戶，則不更新核對標識。

風控模塊用于向系統(tǒng)上報客戶的異常信息記錄、虛擬賬戶異常信息記錄及其他方面的異常信息，還用于實時更新OFAC名單。

實施例3

由于系統(tǒng)向銀行申請使用的虛擬賬號有一定的成本，且根據(jù)統(tǒng)計對于系統(tǒng)來說使用虛擬賬號轉賬的賣家客戶轉化率較低，存在申請的賣家數(shù)量多，而真正有成單的賣家少，這種情況下，為了提高虛擬賬戶的使用效率，需要對于長時間未產(chǎn)生真正交易的虛擬賬戶號進行回收。根據(jù)數(shù)據(jù)分析，通常從產(chǎn)生之日起，90天內(nèi)仍未使用的，我們認為賣家已經(jīng)流失，可以對賬號進行回收。具體的回收流程如下：

如圖4所示，執(zhí)行步驟400，使用分配模塊120調(diào)取虛擬賬號信息。執(zhí)行步驟410，使用分配模塊120判斷該虛擬賬戶的存在時間是否超過90天，如果該虛擬賬戶存在的時間不超過90天，則順序執(zhí)行步驟470和步驟480，關閉該虛擬賬戶信息并并判斷是否還有未檢測的虛擬賬戶，如果沒有未檢測的虛擬賬戶則執(zhí)行步驟490，停止虛擬賬戶的檢測，如果還有未檢測的虛擬賬戶，則重新執(zhí)行步驟400，調(diào)取新的虛擬賬戶信息。

如果該虛擬賬戶存在的時間超過90天，則執(zhí)行步驟420，使用分配模塊120調(diào)取該虛擬賬戶最后一次交易信息并激活回收模塊130。執(zhí)行步驟430，判斷最后一次交易時間距離當前時間是否超過90天，如果最后交易一次交易時間距離當前時間沒有超過90天，則順序執(zhí)行步驟460和步驟470，回收模塊130對該虛擬賬戶不做處理，并關閉該虛擬賬戶信息，執(zhí)行步驟480，關閉該虛擬賬戶信息并并判斷是否還有未檢測的虛擬賬戶，如果沒有未檢測的虛擬賬戶則執(zhí)行步驟490，停止虛擬賬戶的檢測，如果還有未檢測的虛擬賬戶，則重新執(zhí)行步驟400，調(diào)取新的虛擬賬戶信息。

如果最后交易一次交易時間距離當前時間超過90天，則執(zhí)行步驟440，回收模塊130將該虛擬賬號對應的分配狀態(tài)更新為無效狀態(tài)，并保存在虛擬賬號信息中，執(zhí)行步驟450，回收模塊130將該虛擬賬號重新安排進入分配隊列，并更新分配模塊120中的可分配虛擬賬戶列表。

實施例4

如圖1、圖5所示，執(zhí)行步驟500，分配模塊120打開虛擬賬戶列表，調(diào)取虛擬賬戶信息。執(zhí)行步驟510，判斷系統(tǒng)中是否還有未使用的虛擬賬戶。如果系統(tǒng)中沒有未分配的虛擬賬戶，則執(zhí)行步驟520，分配模塊120向銀行申請增加虛擬賬戶。如果系統(tǒng)中還有剩余的未分配的虛擬賬戶執(zhí)行步驟530，判斷系統(tǒng)中是否有已回收但尚未分配的虛擬賬戶。如果系統(tǒng)中存在已回收但尚未分配的虛擬賬戶，則執(zhí)行步驟550，在分配模塊120中進行編號記錄，優(yōu)先分配已回收但尚未分配的虛擬賬戶，當有新的分配需求的時候，重新執(zhí)行步驟520，判斷是否有未使用的虛擬賬戶。

如果系統(tǒng)中沒有已回收但尚未分配的虛擬賬戶，則執(zhí)行步驟540，分配未使用的虛擬賬戶并在分配模塊120中進行記錄，當有新的分配需求的時候，重新執(zhí)行步驟520，判斷是否有未使用的虛擬賬戶。

實施例5

如圖1、圖6所示，銀行主賬戶600向系統(tǒng)發(fā)送虛擬賬戶列表，虛擬賬戶列表包括：已使用的虛擬賬號列表610、已回收未分配的虛擬賬戶列表620和未使用的虛擬賬戶列表630。其中已使用的虛擬賬號列表610包括B2B大額賣家A虛擬賬戶、B2B大額賣家B虛擬賬戶、B2B大額賣家C虛擬賬戶直到B2B大額賣家N虛擬賬戶；已回收未分配的虛擬賬戶列表620包括已回收未分配虛擬賬戶A、已回收未分配虛擬賬戶B直到已回收未分配虛擬賬戶N；未使用的虛擬賬戶列表630包括未使用虛擬賬戶A、未使用虛擬賬戶B直到未使用虛擬賬戶N。

分配模塊120可以從系統(tǒng)調(diào)取已經(jīng)使用的虛擬賬號列表610、已回收未分配的虛擬賬戶列表620和未使用的虛擬賬戶列表630，判斷已使用的虛擬賬號610中的虛擬賬號是否需要被回收，使用回收模塊130把已使用的虛擬賬號610中的需要回收的虛擬賬號回收，并放置在已回收未分配的虛擬賬戶列表620中。當已回收未分配的虛擬賬戶列表620存在已回收未分配的虛擬賬戶時，分配模塊120將已回收未分配的虛擬賬戶優(yōu)先分配給客戶。分配模塊120判斷已回收未分配的虛擬賬戶列表620和未使用的虛擬賬戶列表630中的虛擬賬戶小于5個的時候，向平臺發(fā)出提示；分配模塊120判斷已回收未分配的虛擬賬戶列表620和未使用的虛擬賬戶列表630中的虛擬賬戶全部用完時，向銀行主賬戶600申請增加新的虛擬賬戶。

實施例6

如圖7所示，在校驗模塊中存儲的信息包括虛擬賬號信息、虛擬賬號分配信息和日記賬信息。虛擬賬號信息包括：入庫信息、虛擬賬號起始號段、虛擬賬號末尾號段、虛擬賬號的已使用數(shù)、最近使用虛擬賬號和最近變更時間。虛擬賬號分配信息包括：分配日期、商戶賬戶號、虛擬賬戶號、狀態(tài)、操作人、操作時間、備注、賬戶ID和賬戶編號。日記賬信息包括：記賬日期、借貸標識、幣種、金額、余額、交易類型、識別碼、關聯(lián)ID、備注、入庫時間、核對標示和虛擬賬號。

為了更好地理解本發(fā)明，以上結合本發(fā)明的具體實施例做了詳細描述，但并非是對本發(fā)明的限制。凡是依據(jù)本發(fā)明的技術實質(zhì)對以上實施例所做的任何簡單修改，均仍屬于本發(fā)明技術方案的范圍。本說明書中每個實施例重點說明的都是與其它實施例的不同之處，各個實施例之間相同或相似的部分相互參見即可。對于系統(tǒng)實施例而言，由于其與方法實施例基本對應，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

可能以許多方式來實現(xiàn)本發(fā)明的方法和系統(tǒng)。例如，可通過軟件、硬件、固件或者軟件、硬件、固件的任何組合來實現(xiàn)本發(fā)明的方法和系統(tǒng)。用于所述方法的步驟的上述順序僅是為了進行說明，本發(fā)明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說明。此外，在一些實施例中，還可將本發(fā)明實施為記錄在記錄介質(zhì)中的程序，這些程序包括用于實現(xiàn)根據(jù)本發(fā)明的方法的機器可讀指令。因而，本發(fā)明還覆蓋存儲用于執(zhí)行根據(jù)本發(fā)明的方法的程序的記錄介質(zhì)。

本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應用，并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適于特定用途的帶有各種修改的各種實施例。