[發明專利]一種多類型金融流水處理方法及系統

在審

• 申請號: 202111532847.0
• 申請日: 2021-12-15
• 公開（公告）號: CN114169989A
• 公開（公告）日: 2022-03-11
• 發明（設計）人: 吳宏超;姜楠
• 申請（專利權）人: 中國建設銀行股份有限公司
• 主分類號: G06Q40/00
• 分類號: G06Q40/00;G06Q10/10
• 代理公司: 北京市蘭臺律師事務所 11354
• 代理人: 于越

本發明公開了一種多類型金融流水處理方法及系統，所述方法包括：獲得多渠道清算文件；判斷所述多渠道清算文件是否使用統一清算文件接口格式；若所述多渠道清算文件未使用統一清算文件接口格式，生成多類統一清算格式文件；獲得第一配置文件；將所述第一配置文件輸入文件校驗模型中，根據所述文件校驗模型，獲得第一校驗結果；若所述第一校驗結果為校驗成功，按照所述多類統一清算格式對所述第一配置文件信息進行賦值，獲得預處理結果文件；根據所述預處理結果文件，生成統一金融流水數據寫入金融流水數據表。解決了清算文件種類多，文件格式不一致，導致批量處理清算文件時，增加重復性處理的消耗和功能的復雜性的技術問題。

技術領域

本發明涉及數據處理領域，尤其涉及一種多類型金融流水處理方法及系統。

背景技術

信用卡是一種信貸產品，也是現代生活中人們普遍比較喜愛的一種支付方式。通常情況下，信用卡是由商業銀行或信用卡公司對信用合格的消費者發行的信用證明。持有信用卡的消費者可以到特約商業服務部門購物或消費，再由銀行同商戶和持卡人進行結算，持卡人可以在規定額度內透支。信用卡系統的批量清算入賬處理目前對應多渠道組件上送的清算文件，清算文件因為客觀原因，在沒有完成已有渠道清算文件統一前，每個渠道都對應一套文件處理規則。對于既有渠道多類型清算文件的處理，在增加新的數據校驗時，修改功能多，批量對應所有渠道對應的清算文件處理都需檢查對應，另外對于新增渠道的清算文件，需要對應增加一套處理從讀文件，處理的流程，增加開發時間長。

現有技術中存在清算文件種類多，文件格式不一致，導致批量處理清算文件時，增加重復性處理的消耗和功能的復雜性的技術問題。

發明內容

針對現有技術中的缺陷，本申請實施例的目的是，通過提供一種多類型金融流水處理方法及系統，解決了清算文件種類多，文件格式不一致，導致批量處理清算文件時，增加重復性處理的消耗和功能的復雜性的技術問題。通過提供對于渠道上送清算文件的預處理功能，降低清算文件處理的復雜度，實現后續新增清算文件的格式統一，達到了兼容了不同的渠道組件的文件格式，降低了處理的重復性和復雜度，實現新增清算文件處理的可配置化開發，從而提升了系統對應新渠道及新清算文件格式的開發效率的技術效果。

一方面，本申請實施例提供一種多類型金融流水處理方法，所述方法包括：獲得多渠道清算文件；判斷所述多渠道清算文件是否使用統一清算文件接口格式；若所述多渠道清算文件未使用統一清算文件接口格式，生成多類統一清算格式文件；獲得第一配置文件；將所述第一配置文件輸入文件校驗模型中，根據所述文件校驗模型，獲得第一校驗結果，其中，所述第一校驗結果包括第一結果和第二結果，所述第一結果為校驗成功，所述第二結果為校驗不成功；若所述第一校驗結果為校驗成功，按照所述多類統一清算格式對所述第一配置文件信息進行賦值，獲得預處理結果文件；根據所述預處理結果文件，生成統一金融流水數據寫入金融流水數據表。

另一方面，本申請還提供了一種多類型金融流水處理系統，所述系統包括：第一獲得單元，所述第一獲得單元用于獲得多渠道清算文件；第一判斷單元，所述第一判斷單元用于判斷所述多渠道清算文件是否使用統一清算文件接口格式；第一生成單元，所述第一生成單元用于若所述多渠道清算文件未使用統一清算文件接口格式，生成多類統一清算格式文件；第二獲得單元，所述第二獲得單元用于獲得第一配置文件；第三獲得單元，所述第三獲得單元用于將所述第一配置文件輸入文件校驗模型中，根據所述文件校驗模型，獲得第一校驗結果，其中，所述第一校驗結果包括第一結果和第二結果，所述第一結果為校驗成功，所述第二結果為校驗不成功；第四獲得單元，所述第四獲得單元用于若所述第一校驗結果為校驗成功，按照所述多類統一清算格式對所述第一配置文件信息進行賦值，獲得預處理結果文件；第二生成單元，所述第二生成單元用于根據所述預處理結果文件，生成統一金融流水數據寫入金融流水數據表。

第三方面，本申請實施例提供了一種多類型金融流水處理系統，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其中，所述處理器執行所述程序時實現第一方面任一項所述方法的步驟。