System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 久久水蜜桃亚洲AV无码精品,亚洲国产成人无码AV在线影院 ,久久人妻av无码中文专区
  • 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    交易管理方法、裝置、設備及介質制造方法及圖紙

    技術編號:44330060 閱讀:6 留言:0更新日期:2025-02-18 20:37
    本申請涉及金融科技領域,公開了一種交易管理方法、裝置、設備及介質,方法包括:獲取交易訂單生成請求;解析交易訂單生成請求以生成用戶賬戶信息及表征交易類型的交易內容信息;當交易類型為退款交易時,生成重復交易查詢請求;基于重復查詢請求生成對應于業務端的第一查詢信息及對應于資金管理端的第二查詢信息;根據第一查詢信息與第二查詢信息確定交易請求是否為重復退款請求;若交易請求非重復退款請求,將退款交易訂單發送給資金管理端以執行相應的退款行為,通過對業務端與資金管理端的交易記錄進行查詢檢索,以確定退款款項是否已返回給用戶,避免退款交易重復進行,提升資金管理端的資金管理安全。

    【技術實現步驟摘要】

    本申請涉及金融科技領域,尤其涉及一種交易管理方法、裝置、設備及介質


    技術介紹

    1、資金的防控是保險公司財務管理的重要工作事項,資金預防做得不好,影響公司的保險公司的專業形象,影響到客戶對保險公司的依賴。保險公司一擔出現資金損失,公司需要投入較大的成本來處理資金的追討。

    2、資金管理端一般采用完全信任業務端的收付請求,而沒有在從業務規則邏輯上對資金的做防控,資金端較大可能只對交易訂單層做資金交易防控,但忽視了在訂單明細層(業務單據層)的資金防控。這樣容易發生相同的業務單據重復交易,特別是退款,或同一單據被多處使用,導致同一筆資金出現“雙花”情況,這降低了訂單交易模式下資金集中收付的安全性,增加了公司資金損失,且存在著收支風險。


    技術實現思路

    1、本申請實施例提供一種交易管理方法、裝置、設備及介質,旨在避免退款交易重復進行,提升資金管理端的資金管理安全,規避收支風險。

    2、第一方面,本申請實施例提供了一種交易管理方法,方法包括:

    3、從業務端獲取交易訂單生成請求,交易訂單生成請求基于用戶向業務端輸入的交易請求生成;

    4、解析交易訂單生成請求以生成交易內容信息以及對應的用戶賬戶信息,交易內容信息至少用于表征交易請求對應的交易類型;

    5、當交易類型為退款交易時,生成與交易內容信息和用戶賬戶信息形成映射的重復交易查詢請求;

    6、基于重復查詢請求生成對應于業務端的第一查詢信息,第一查詢信息包括業務端的交易記錄中與交易內容信息對應的記錄;

    7、向資金管理端發送重復查詢請求,以使資金管理端生成第二查詢信息,第二查詢信息包括資金管理端的交易記錄中與交易內容信息對應的記錄;

    8、獲取資金管理端反饋的第二查詢信息,并根據第一查詢信息與第二查詢信息確定交易請求是否為重復退款請求;

    9、若交易請求非重復退款請求,根據交易請求生成退款交易訂單,并將退款交易訂單發送給資金管理端,以使資金管理端執行相應的退款行為。

    10、在一些實施方式中,生成與交易內容信息和用戶賬戶信息形成映射的重復交易查詢請求,包括:

    11、根據交易內容信息確定交易請求對應的目標款項,目標款項為交易請求要求退回的款項;

    12、調取用戶賬戶信息對應的第一交易歷史記錄,并在第一交易歷史記錄中查詢支付目標款項的目標付款記錄;

    13、根據目標付款記錄生成重復交易查詢請求。

    14、在一些實施方式中,基于重復查詢請求生成對應于業務端的第一查詢信息,包括:

    15、調取業務端的第二交易歷史記錄;

    16、確定目標付款記錄對應的退款請求特征;

    17、根據退款請求特征在第二交易歷史記錄中進行匹配,并將匹配結果作為第一查詢信息。

    18、在一些實施方式中,根據第一查詢信息與第二查詢信息確定交易請求是否為重復退款請求,包括:

    19、解析第一查詢信息獲取對應的匹配結果,以確定業務端的交易記錄是否包括與目標付款記錄對應的退款歷史記錄;

    20、解析第二查詢信息獲取對應的匹配結果,以確定資金管理端的交易記錄是否包括與目標付款記錄對應的退款歷史記錄;

    21、當業務端的交易記錄與資金管理端的交易記錄均不包括與目標付款記錄對應的退款歷史記錄時,確定交易請求非重復退款請求;和/或,當業務端的交易記錄與資金管理端的交易記錄的至少一者包括與目標付款記錄對應的退款歷史記錄時,確定交易請求非重復退款請求。

    22、在一些實施方式中,退款請求特征包括退款金額與退款時間,根據退款請求特征在第二交易歷史記錄中進行匹配,包括:

    23、在第二交易歷史中篩選出用戶賬戶信息對應的收款交易歷史;

    24、從收款交易歷史中查詢交易金額與退款金額匹配的第一匹配交易記錄;

    25、從收款交易歷史中查詢退款時間位于目標交易時間的第二匹配交易記錄,且目標交易時間與目標付款記錄的付款時間相關聯;

    26、根據第一匹配交易記錄與第二匹配交易記錄確定退款歷史記錄。

    27、在一些實施方式中,方法還包括:

    28、根據用戶賬戶信息向資金管理端發送賬戶鎖定指令,以使資金管理端停止接收與用戶賬戶信息對應的交易訂單;

    29、確定交易請求非重復退款請求后,向資金管理端發送賬戶解鎖指令,以指示資金管理端恢復接收與用戶賬戶信息對應的交易訂單。

    30、在一些實施方式中,方法還包括:

    31、若交易請求為重復退款請求,根據交易內容信息和用戶賬戶信息生成對應的交易關閉指令;

    32、向資金管理端發送交易關閉指令以指示資金管理端將后續接收到與交易內容信息和用戶賬戶信息相匹配的退款交易訂單關閉。

    33、第二方面,本申請實施例還提供一種交易管理裝置,包括:

    34、請求接收模塊,用于從業務端獲取交易訂單生成請求,交易訂單生成請求基于用戶向業務端輸入的交易請求生成;

    35、信息解析模塊,用于解析交易訂單生成請求以生成交易內容信息以及對應的用戶賬戶信息,交易內容信息至少用于表征交易請求對應的交易類型;

    36、查詢請求模塊,用于當交易類型為退款交易時,生成與交易內容信息和用戶賬戶信息形成映射的重復交易查詢請求;

    37、第一查詢模塊,用于基于重復查詢請求生成對應于業務端的第一查詢信息,第一查詢信息包括業務端的交易記錄中與交易內容信息對應的記錄;

    38、第二查詢模塊,用于向資金管理端發送重復查詢請求,以使資金管理端生成第二查詢信息,第二查詢信息包括資金管理端的交易記錄中與交易內容信息對應的記錄;

    39、退款檢測模塊,用于獲取資金管理端反饋的第二查詢信息,并根據第一查詢信息與第二查詢信息確定交易請求是否為重復退款請求;

    40、訂單下發模塊,用于若交易請求非重復退款請求,根據交易請求生成退款交易訂單,并將退款交易訂單發送給資金管理端,以使資金管理端執行相應的退款行為。

    41、第三方面,本申請實施例還提供一種計算機設備,計算機設備包括存儲器和處理器;

    42、存儲器,用于存儲計算機程序;

    43、處理器,用于執行的計算機程序并在執行的計算機程序時實現如本申請說明書任一實施例提供的交易管理方法和/或如本申請說明書任一實施例提供的理賠風險分析方法。

    44、第四方面,本申請實施例還提供一種計算機可讀存儲介質,計算機可讀存儲介質存儲有計算機程序,計算機程序被處理器執行時使處理器實現如本申請說明書任一實施例提供的交易管理方法和/或如本申請說明書任一實施例提供的理賠風險分析方法。

    45、本申請實施例提供了一種交易管理方法、裝置、設備及介質,方法包括:從業務端獲取交易訂單生成請求,交易訂單生成請求基于用戶向業務端輸入的交易請求生成;解析交易訂單生成請求以生成交易內容信息以及對應的用戶賬戶信息,交易本文檔來自技高網...

    【技術保護點】

    1.一種交易管理方法,其特征在于,所述方法包括:

    2.根據權利要求1所述的交易管理方法,其特征在于,所述生成與所述交易內容信息和所述用戶賬戶信息形成映射的重復交易查詢請求,包括:

    3.根據權利要求2所述的交易管理方法,其特征在于,所述基于所述重復查詢請求生成對應于所述業務端的第一查詢信息,包括:

    4.根據權利要求3所述的交易管理方法,其特征在于,所述根據所述第一查詢信息與所述第二查詢信息確定所述交易請求是否為重復退款請求,包括:

    5.根據權利要求3所述的交易管理方法,其特征在于,所述退款請求特征包括退款金額與退款時間,所述根據所述退款請求特征在所述第二交易歷史記錄中進行匹配,包括:

    6.根據權利要求1所述的交易管理方法,其特征在于,所述方法還包括:

    7.根據權利要求1-6任一項所述的交易管理方法,其特征在于,所述方法還包括:

    8.一種交易管理裝置,其特征在于,包括:

    9.一種計算機設備,其特征在于,所述計算機設備包括存儲器和處理器;

    10.一種計算機可讀存儲介質,其特征在于,所述計算機可讀存儲介質存儲有計算機程序,所述計算機程序被處理器執行時使所述處理器實現如權利要求1至7中任一項所述的交易管理方法。

    ...

    【技術特征摘要】

    1.一種交易管理方法,其特征在于,所述方法包括:

    2.根據權利要求1所述的交易管理方法,其特征在于,所述生成與所述交易內容信息和所述用戶賬戶信息形成映射的重復交易查詢請求,包括:

    3.根據權利要求2所述的交易管理方法,其特征在于,所述基于所述重復查詢請求生成對應于所述業務端的第一查詢信息,包括:

    4.根據權利要求3所述的交易管理方法,其特征在于,所述根據所述第一查詢信息與所述第二查詢信息確定所述交易請求是否為重復退款請求,包括:

    5.根據權利要求3所述的交易管理方法,其特征在于,所述退款請求特征包括退款金額與...

    【專利技術屬性】
    技術研發人員:姚成浪
    申請(專利權)人:平安健康保險股份有限公司
    類型:發明
    國別省市:

    網友詢問留言 已有0條評論
    • 還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。

    1
    主站蜘蛛池模板: 97碰碰碰人妻视频无码| 亚洲AV无码国产精品麻豆天美| 最新无码人妻在线不卡| 亚洲av纯肉无码精品动漫| 西西人体444www大胆无码视频| 人妻无码中文字幕免费视频蜜桃| 亚洲中文久久精品无码| 国产精品久久久久无码av| 久久无码一区二区三区少妇 | 无码办公室丝袜OL中文字幕| 精品无人区无码乱码毛片国产| 久久亚洲AV成人无码电影| 精品无码一区二区三区水蜜桃| 久久亚洲AV成人无码国产| 中文字幕精品无码久久久久久3D日动漫| 久久亚洲精品无码VA大香大香| 国产日产欧洲无码视频无遮挡| 亚洲熟妇无码av另类vr影视| 无码专区AAAAAA免费视频| 成人午夜精品无码区久久| 亚洲AV无码资源在线观看| 曰韩精品无码一区二区三区 | 人妻系列无码专区久久五月天| 色综合久久无码五十路人妻| 中文有无人妻vs无码人妻激烈| 日韩夜夜高潮夜夜爽无码| 一区二区三区无码被窝影院| 久久精品国产亚洲AV无码麻豆| 国产成人无码精品久久久性色| 亚洲成av人片不卡无码久久| 精品少妇人妻AV无码专区不卡 | 国产在线拍揄自揄拍无码视频| 久久久久亚洲AV成人无码网站| 国产综合无码一区二区辣椒 | 国产成人无码专区| 国产精品午夜无码av体验区| 国产高清不卡无码视频| 天码av无码一区二区三区四区| 亚洲v国产v天堂a无码久久| 人妻系列无码专区久久五月天| 一级毛片中出无码|