[發明專利]一種支付訂單當日清算系統和方法

在審

• 申請號: 202010611044.3
• 申請日: 2020-06-29
• 公開（公告）號: CN111861642A
• 公開（公告）日: 2020-10-30
• 發明（設計）人: 付敏;孫煌;陳志杰;吳海波;郭倩
• 申請（專利權）人: 銀盛支付服務股份有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;G06Q40/04
• 代理公司: 深圳市深可信專利代理有限公司 44599
• 代理人: 劉昌剛

本發明公開了一種支付訂單當日清算系統和方法，包括訂單交易模塊、數據清算系統、存儲模塊、后續處理模塊以及T+1日數據處理系統，訂單交易模塊包括數據變更模塊和當日數據交易模塊，數據清算系統用于從當日數據交易模塊獲取交易數據version1，還用于從數據變更模塊獲取交易數據version+n，且將獲取得的交易數據version1、version+n單筆清算分潤手續費和金額，并將清算結果存入存儲模塊，T+1日數據處理系統用于針對存入存儲模塊內部的每筆清算結果進行篩選、丟棄以及整合，并將整合后的數據結果傳輸給后續處理模塊，本發明可以提前清算訂單交易，清算時降低對硬件服務器性能以及數量規模的要求，提前暴露業務數據異常，給予操作人員足夠的時間去修復業務或系統相關問題。

技術領域

本發明涉及交易系統技術領域，具體涉及一種支付訂單當日清算系統和方法。

背景技術

目前的交易系統一般的清算方式為T+N日清算，在結算日，大量數據需要清結算，數據規模大，需要更多的軟硬件設施來滿足清結算需求。

此外，單次清算數據龐大時，系統負荷容錯率低。出現異常時，工作人員沒有足夠的時間去處理和再次清結算。尤其清算涉及的上下游系統之間的錯誤，無法及時發現和修復。

而且在日常運維當中，業務數據會經常修改或者失效，在T+N日清算時，無法迅速發現問題，嚴重會導致清算延期，影響上下游系統的正常運維。

發明內容

為了克服現有技術的不足，本發明提供一種支付訂單當日清算系統和方法，本發明可以提前清算訂單交易，清算時降低對硬件服務器性能以及數量規模的要求。

本發明解決其技術問題所采用的技術方案是：

一種支付訂單當日清算系統，其改進之處在于：包括訂單交易模塊、數據清算系統、存儲模塊、后續處理模塊以及T+1日數據處理系統；

所述訂單交易模塊包括數據變更模塊和當日數據交易模塊，所述的數據清算系統連接于數據變更模塊和當日數據交易模塊上，用于從當日數據交易模塊獲取交易數據version1，還用于從數據變更模塊獲取交易數據version+n，且將獲取得的交易數據version1、version+n單筆清算分潤手續費和金額，并將清算結果存入存儲模塊；

所述T+1日數據處理系統連接于存儲模塊上，用于針對存入存儲模塊內部的每筆清算結果進行篩選、丟棄以及整合，并將整合后的數據結果傳輸給后續處理模塊。

作為上述技術方案的改進，所述數據變更模塊用于實現交易訂單修改、商戶及配置信息變更和交易訂單刪除，所述交易訂單修改基于當日數據交易模塊的交易數據version1的基礎上進行數據疊加，數據疊加后生成version+1，所述商戶及配置信息變更基于當日數據交易模塊的交易數據version1的基礎上進行數據疊加，數據疊加后生成version+2，所述交易訂單刪除的交易數據生成version+999。

作為上述技術方案的改進，所述數據清算系統從數據變更模塊獲取交易數據version+1、version+2以及version+999，然后進行一對一的單筆清算，計算分潤手續費和金額，所述交易數據version+1單筆清算后記為交易數據version2，所述交易數據version+2單筆清算后記為version3，所述交易數據version+999單筆清算后記為version999。

作為上述技術方案的改進，所述version2、version3以及version999按規則寫入存儲模塊，所述存儲模塊累計保存每筆結果，所述規則可按照訂單號取模或訂單所屬商戶渠道而區分。

作為上述技術方案的改進，所述T+1日數據處理系統按規則分區從存儲模塊中讀取交易數據，對同一訂單號依據當日數據交易模塊的交易數據version1的基礎上數據疊加進行篩選、丟棄、整合。

一種支付訂單當日清算方法，包括以下步驟：