[發明專利]MT940報文在銀企直連中應用的方法及系統

在審

• 申請號: 201710011905.2
• 申請日: 2017-01-08
• 公開（公告）號: CN106846144A
• 公開（公告）日: 2017-06-13
• 發明（設計）人: 趙紅強
• 申請（專利權）人: 世紀禾光科技發展（北京）有限公司
• 主分類號: G06Q40/02
• 分類號: G06Q40/02
• 代理公司: 北京馳納智財知識產權代理事務所(普通合伙)11367
• 代理人: 孫海波

技術領域

本發明涉及信息化管理技術領域和互聯網技術領域，具體涉及一種銀企直連發匯打款系統。

背景技術

外貿電子商務平臺作為電子商務平臺的一種，在實際的業務運營過程中也自然存在對于平臺入駐商戶進行結算的流程。從海外買家下單支付，到商戶發貨以及買家確認收到貨物，再到外貿電子商務平臺為商戶進行放款，最后商戶進行自主提現，由平臺財務運營人員為商戶進行結算。

在傳統外貿電商平臺結算處理的流程中，財務運營人員需要對于從平臺下載導出的商戶提現數據進行核對及格式調整后，由經辦人員將提現數據上傳到銀行的企業網銀，并由具有權限的審核人員進行審核后，款項才正常進行下發。公開號為CN105069684A一種財務銀企互聯信息系統，雖然在實現銀企直連,但是限于部分外資銀行并不提供實時的下發接口,所以即便是銀企直連后仍需要根據銀行打款的情況，再將結果回傳到系統中，以便于商戶了解提現成功與否，對于失敗的情況需要人工操作銀行打款失敗原因以及將退回款項返還到商戶的平臺資金賬戶中。這個過程中由于涉及人為操作的環節過多，所以有相當大的操作風險，同時相應的運營效率和準確性也是很低的。同時商戶無法通過電子商務平臺來獲取銀行水單，導致商戶經常咨詢財務人員款項是否已經真實下發。現有技術方案中，對于銀企直聯發匯結果更新的環節，還需要完全依賴于財務人員手動在發匯銀行下載流水，并在系統中進行手工更新。非常麻煩，而且時效性差，同時存在較大的操作風險。

MT940是SWIFT(環球同業銀行金融電訊協會)制定的一種標準的全球銀行間清算的報文協議。其中MT940可以理解為銀行對賬單，上面會清晰記錄每一筆賬戶收支的詳細信息。

發明內容

針對上述的難題，本發明提出MT940報文在銀企直連中應用的方法及系統，以達到結算款項下發結果自動確認，降低運營風險和效率的目的。

本發明的技術方案是：一種MT940報文在銀企直連中應用的方法，建立MT940報文發匯信息模型，包括：

S1、用戶發起提現申請，平臺記錄用戶提現申請信息；

S2、平臺審核提現申請，并登記發匯批次信息；

S3、將發匯信息發送給發匯銀行；

S4、發匯銀行處理發匯請求，生成MT940報文發匯信息；

S5、平臺定時獲取MT940報文發匯信息；

S6、解析MT940報文并跟新發匯批次和提現申請信息；

S7、對提現信息進行判斷和處理；

所述步驟S4中，發匯銀行處理失敗時將退回用戶的提前請求；所述步驟S7中，如果提現成功，則獲取并更新銀行水單，如果失敗則退回處理。

在上述任一方案中優選的是，所述的MT940報文發匯信息模型包括如下模塊：

發匯批次信息模塊，用于記錄有關發匯批次匯總的信息；

發匯明細信息模塊，用于記錄每一筆發匯明細信息；

提現申請信息模塊，用于記錄商戶提現的明細信息；

發匯銀行流水信息模塊，用于記錄導入的MT940客戶銀行賬單的記錄；

發匯銀行提現退回信息模塊，用于記錄銀企直連發匯的退回信息。

在上述任一方案中優選的是，所述發匯批次信息模型包含：發匯批次號、發匯幣種、業務類型、發匯通道、發匯時間、發匯總筆數、發匯總金額、成功總金額、成功總筆數、失敗總金額、失敗總筆數、狀態、審核人、審核時間、參考號中至少一種。

在上述任一方案中優選的是，所述的發匯明細信息模型包含：發匯批次號、發匯幣種、業務類型、發匯通道、開戶人、卡號、金額、開戶行、開戶地、狀態、銀行手續費、登記時間、登記人中至少一種。

在上述任一方案中優選的是，所述的提現申請信息模型包含：提現申請ID、提現申請人、平臺商戶號、提現申請時間、提現幣種、提現金額、開戶人、卡號、狀態、發匯批次號中至少一種。

在上述任一方案中優選的是，所述的發匯銀行流水信息模型包含：日期、借貸標識、金額、余額、交易類型、識別碼、關聯ID、發匯關聯號、消息ID、備注、入庫時間、核對標識中至少一種。

在上述任一方案中優選的是，所述的發匯銀行提現退回信息模型包含：登記日期、發匯關聯號、退回金額、發匯批次號、發匯明細ID、發匯日期、發匯金額、發匯手續費、賣方昵稱、戶名、賬號、銀行識別碼、處理標識、處理狀態、復合狀態、實際退回入賬金額、操作人、操作時間、備注中至少一種。

在上述任一方案中優選的是，所述步驟S3包括以下子步驟：