[發明專利]一種多渠道組合支付的方法及裝置

在審

• 申請號: 202110396571.1
• 申請日: 2021-04-13
• 公開（公告）號: CN113095814A
• 公開（公告）日: 2021-07-09
• 發明（設計）人: 張全康;盧道和;黃葉飛;高銀川;呂定剛;于亞軍;李婷;陳顯彬;商市盛
• 申請（專利權）人: 深圳前海微眾銀行股份有限公司
• 主分類號: G06Q20/22
• 分類號: G06Q20/22
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 鄒雅瑩

本發明實施例提供一種多渠道組合支付的方法及裝置，該方法包括：交易系統接收業務系統發送的交易處理請求；所述交易系統根據所述交易處理請求中的交易信息，確定所述交易處理請求指示的支付渠道；所述交易系統針對任一支付渠道，根據所述交易信息生成所述支付渠道的支付單；所述交易系統通過各支付單對應的各支付渠道處理所述各支付單從而完成所述交易處理請求。上述方法中，通過多渠道多支付單的組合支付模式進行交易處理，可以提高組合支付處理效率，提高組合支付的智能性和靈活性。

技術領域

本申請涉及金融科技(Fintech)的網絡技術領域，尤其涉及一種多渠道組合支付的方法及裝置。

背景技術

近年來，隨著計算機技術的發展，越來越多的技術應用在金融領域，傳統金融業正在逐步向金融科技(Fintech)轉變，但由于金融行業的安全性、實時性要求，也對技術提出更高的要求。如，當今的大部分購物平臺的各商城都有自己的支付方式，并且各平臺都會根據自己業務開發出對應的權益類支付渠道，如，積分、優惠券等；用戶為了使用優惠券和積分等權益，則會在該購物平臺或商城消費，商家以此來提高客戶的留存率。而相應的，這種可以使用優惠券、積分和銀行卡等多支付渠道的消費方式則會帶來組合支付的問題。

現有技術中，針對組合支付的處理方式，是將除法幣之外的優惠金額記錄在交易單中，而實際上生成一筆支付單。如，當消費者提交交易時，支付平臺實際上是將權益類的支付渠道完成支付之后，將權益類的支付信息記錄在交易單中，并將銀行支付或第三方支付等的支付信息生成一筆支付單進行支付，以此實現組合支付。其中，支付單與權益類的支付信息通過數據聯動關聯；但在對賬時可能會出現聯動出錯而導致的無法對平賬目，且該種方式的對賬需要獲取多方數據源，耗費處理資源和時間；若發生退款時，還需要根據人工進行操作，智能性靈活性差，處理效率低。

因此，現在亟需一種多渠道組合支付的方法及裝置，提高組合支付處理效率，提高組合支付的智能性和靈活性。

發明內容

本發明實施例提供一種多渠道組合支付的方法及裝置，提高組合支付處理效率，提高組合支付的智能性和靈活性。

第一方面，本發明實施例提供一種多渠道組合支付的方法，該方法包括：

交易系統接收業務系統發送的交易處理請求；所述交易系統根據所述交易處理請求中的交易信息，確定所述交易處理請求指示的支付渠道；所述交易系統針對任一支付渠道，根據所述交易信息生成所述支付渠道的支付單；所述交易系統通過各支付單對應的各支付渠道處理所述各支付單從而完成所述交易處理請求。

上述方法中，根據所述交易信息確定所述交易處理請求指示的支付渠道，進而確定所述交易處理請求對應的至少一個支付單。如此，使得權益類或非權益類的各支付渠道都可以分別對應一個支付單。若發生轉賬、充值、提現或退款等交易時；根據對應支付單進行交易處理，可以提高交易處理的準確度；根據支付單進行對賬，可以只在一個數據源中獲取對應的支付單，提高交易處理的效率，降低交易處理占用的資源；根據支付單進行退款可以智能且靈活的直接確定支付單對應的支付渠道，并完成退款。相比于現有技術中的只生成一筆支付單來說，本申請可以提高組合支付處理效率，提高組合支付的智能性和靈活性。

可選的，所述交易系統根據所述交易處理請求中的交易信息，確定所述交易處理請求指示的支付渠道，包括：所述交易處理請求對應的交易類型為支付類交易，所述交易系統根據所述交易信息中的支付渠道標識，確定所述交易處理請求指示的支付渠道；或所述交易處理請求對應的交易類型為退款類交易，所述交易系統根據所述交易信息中的交易單號，確定所述交易處理請求指示的支付渠道。