本申請涉及財務(wù)管理，尤其涉及一種支付管理平臺、計算機(jī)設(shè)備和可讀存儲介質(zhì)。

背景技術(shù)：

1、供應(yīng)鏈金融是近年來快速發(fā)展的一種金融服務(wù)模式，供應(yīng)鏈金融的參與主體主要包括提供金融服務(wù)的金融機(jī)構(gòu)、供應(yīng)鏈上下游的中小企業(yè)、協(xié)調(diào)起橋梁作用的支持型企業(yè)，規(guī)模大、實力強(qiáng)的核心企業(yè)。供應(yīng)鏈金融的不斷演進(jìn)發(fā)展，對金融機(jī)構(gòu)的管理方式提出新的挑戰(zhàn)。從多方面看，金融機(jī)構(gòu)一般很難全面了解企業(yè)真實的經(jīng)營情況以及交易的真實性，因此，金融機(jī)構(gòu)會面臨很大的信用風(fēng)險。

技術(shù)實現(xiàn)思路

1、鑒于上述問題，本申請?zhí)岢鲆环N支付管理平臺、計算機(jī)設(shè)備和可讀存儲介質(zhì)，能整合企業(yè)多方面交易數(shù)據(jù)，達(dá)到金融機(jī)構(gòu)全面了解企業(yè)的經(jīng)營情況的效果。

2、本申請實施例提出一種支付管理平臺，包括任務(wù)中心、業(yè)務(wù)中心、外網(wǎng)關(guān)和內(nèi)網(wǎng)關(guān)；

3、所述業(yè)務(wù)中心，用于通過所述外網(wǎng)關(guān)獲取訂單支付請求報文，從所述訂單支付請求報文中提取訂單的訂單信息，所述訂單信息包括訂單狀態(tài)；對所述訂單支付請求報文進(jìn)行驗證；根據(jù)驗證結(jié)果更新所述訂單狀態(tài)，并將基于新的訂單狀態(tài)生成的支付請求應(yīng)答信息通過所述外網(wǎng)關(guān)返回至上游平臺；其中，所述訂單狀態(tài)包括已受理狀態(tài)；

4、所述任務(wù)中心，用于檢測所有所述訂單信息的所述訂單狀態(tài)，基于所述已受理狀態(tài)的訂單生成對應(yīng)的訂單通知信息；通過所述內(nèi)網(wǎng)關(guān)將所述訂單通知信息發(fā)送至用戶，以指示所述用戶對相應(yīng)訂單進(jìn)行支付授權(quán)操作；

5、所述業(yè)務(wù)中心，還用于通過所述內(nèi)網(wǎng)關(guān)接收訂單支付授權(quán)信息，并基于所述訂單支付授權(quán)信息進(jìn)行付款操作。

6、在一些實施方式中，所述支付管理平臺還包括代付系統(tǒng)；所述業(yè)務(wù)中心用于當(dāng)通過所述內(nèi)網(wǎng)關(guān)接收到訂單支付授權(quán)信息時，將所述訂單支付授權(quán)信息對應(yīng)的訂單狀態(tài)改為待付款狀態(tài)，并根據(jù)所述訂單支付授權(quán)信息生成付款請求；通過所述內(nèi)網(wǎng)關(guān)將所述付款請求發(fā)送至代付系統(tǒng)；通過所述內(nèi)網(wǎng)關(guān)接收所述代付系統(tǒng)的付款結(jié)果信息；

7、所述業(yè)務(wù)中心還用于當(dāng)所述付款結(jié)果信息包括訂單拒絕標(biāo)簽時，則將所述訂單拒絕標(biāo)簽對應(yīng)的訂單狀態(tài)改為拒絕支付狀態(tài)，以及通過所述外網(wǎng)關(guān)將所述拒絕支付狀態(tài)發(fā)送至所述上游平臺。

8、在一些實施方式中，所述任務(wù)中心還用于當(dāng)所述訂單狀態(tài)為訂單支付失敗狀態(tài)時，從對應(yīng)訂單信息中獲取訂單支付失敗信息；若分析所述訂單失敗信息為所述支付管理平臺的因素時，則再次通過內(nèi)網(wǎng)關(guān)向所述代付系統(tǒng)發(fā)送所述付款請求，以重新進(jìn)行付款操作，并將對應(yīng)訂單信息中的連續(xù)重試次數(shù)加一，以及將所述訂單狀態(tài)改為待付款狀態(tài)；

9、若所述連續(xù)重試次數(shù)達(dá)到預(yù)設(shè)重試閾值時，則將對應(yīng)訂單狀態(tài)改為訂單故障狀態(tài)，并通過所述外網(wǎng)關(guān)向所述上游平臺發(fā)送訂單失敗信息；

10、當(dāng)結(jié)果為非所述支付管理平臺的因素時，通過所述外網(wǎng)關(guān)向所述上游平臺發(fā)送訂單失敗信息。

11、在一些實施方式中，所述業(yè)務(wù)中心用于通過所述內(nèi)網(wǎng)關(guān)獲取所述訂單支付請求報文對應(yīng)用戶的基本信息；再根據(jù)所述基本信息和所述訂單信息對所述訂單支付請求報文進(jìn)行驗證。

12、在一些實施方式中，所述訂單信息包括訂單處理期限時長和當(dāng)前處理時長；

13、所述任務(wù)中心還用于在所述訂單結(jié)束之前，若所述訂單的當(dāng)前處理時長超過所述訂單處理期限時長，則通過所述外網(wǎng)關(guān)向所述上游平臺發(fā)送交易訂單過期信息，并將對應(yīng)訂單狀態(tài)改為訂單過期狀態(tài)。

14、在一些實施方式中，所述業(yè)務(wù)中心還用于在在所述訂單結(jié)束之前，若通過所述外網(wǎng)關(guān)接收訂單取消請求，則將對應(yīng)訂單狀態(tài)改為訂單取消狀態(tài)，并將基于所述訂單取消狀態(tài)產(chǎn)生的應(yīng)答結(jié)果通過所述外網(wǎng)關(guān)返回至所述上游平臺。

15、在一些實施方式中，所述業(yè)務(wù)中心還用于在所述訂單結(jié)束之前，若通過所述外網(wǎng)關(guān)接收訂單查詢請求，則查詢對應(yīng)訂單查詢信息，并根據(jù)所述訂單查詢信息生成查詢結(jié)果信息，并將所述查詢結(jié)果信息通過所述外網(wǎng)關(guān)返回至所述上游平臺。

16、在一些實施方式中，還包括后管中心，所述后管中心用于查詢訂單信息和交易信息配置，所述交易信息包括交易權(quán)限。

17、本申請的另一實施例還提出一種計算機(jī)設(shè)備，包括存儲單元和處理單元，所述存儲單元中存儲有計算機(jī)程序，所述處理單元通過調(diào)用所述存儲單元中存儲的所述計算機(jī)程序，執(zhí)行上述的支付管理平臺的步驟。

18、本申請的另一實施例還提出一種計算機(jī)可讀存儲介質(zhì)，所述計算機(jī)可讀存儲介質(zhì)存儲有計算機(jī)程序，所述計算機(jī)程序適于處理器進(jìn)行加載，以執(zhí)行上述的支付管理平臺的步驟。

19、本申請的實施例具有以下的有益效果：

20、本申請實施例提出一種支付管理平臺，包括任務(wù)中心、業(yè)務(wù)中心、外網(wǎng)關(guān)和內(nèi)網(wǎng)關(guān)；所述業(yè)務(wù)中心，用于通過所述外網(wǎng)關(guān)獲取訂單支付請求報文，從所述訂單支付請求報文中提取訂單的訂單信息，所述訂單信息包括訂單狀態(tài)；對所述訂單支付請求報文進(jìn)行驗證；根據(jù)驗證結(jié)果更新所述訂單狀態(tài)，并將基于新的訂單狀態(tài)生成的支付請求應(yīng)答信息通過所述外網(wǎng)關(guān)返回至上游平臺；其中，所述訂單狀態(tài)包括已受理狀態(tài)；所述任務(wù)中心，用于檢測所有所述訂單信息的所述訂單狀態(tài)，基于所述已受理狀態(tài)的訂單生成對應(yīng)的訂單通知信息；通過所述內(nèi)網(wǎng)關(guān)將所述訂單通知信息發(fā)送至用戶，以指示所述用戶對相應(yīng)訂單進(jìn)行支付授權(quán)操作；所述業(yè)務(wù)中心，還用于通過所述內(nèi)網(wǎng)關(guān)接收訂單支付授權(quán)信息，并基于所述訂單支付授權(quán)信息進(jìn)行付款操作。本申請通過新的支付管理平臺將用戶的每個實時支付動態(tài)的詳細(xì)信息進(jìn)行整合。更好了解每筆交易的背景，保證交易的真實性，更詳細(xì)的識別用戶身份，有效降低欺詐等風(fēng)險。

技術(shù)特征：

1.一種支付管理平臺，其特征在于，包括任務(wù)中心、業(yè)務(wù)中心、外網(wǎng)關(guān)和內(nèi)網(wǎng)關(guān)；

2.根據(jù)權(quán)利要求1所述的支付管理平臺，其特征在于，所述支付管理平臺還包括代付系統(tǒng)；所述業(yè)務(wù)中心用于當(dāng)通過所述內(nèi)網(wǎng)關(guān)接收到訂單支付授權(quán)信息時，將所述訂單支付授權(quán)信息對應(yīng)的訂單狀態(tài)改為待付款狀態(tài)，并根據(jù)所述訂單支付授權(quán)信息生成付款請求；通過所述內(nèi)網(wǎng)關(guān)將所述付款請求發(fā)送至代付系統(tǒng)；通過所述內(nèi)網(wǎng)關(guān)接收所述代付系統(tǒng)的付款結(jié)果信息；

3.根據(jù)權(quán)利要求2所述的支付管理平臺，其特征在于，所述任務(wù)中心還用于當(dāng)所述訂單狀態(tài)為訂單支付失敗狀態(tài)時，從對應(yīng)訂單信息中獲取訂單支付失敗信息；若分析所述訂單失敗信息為所述支付管理平臺的因素時，則再次通過內(nèi)網(wǎng)關(guān)向所述代付系統(tǒng)發(fā)送所述付款請求，以重新進(jìn)行付款操作，并將對應(yīng)訂單信息中的連續(xù)重試次數(shù)加一，以及將所述訂單狀態(tài)改為待付款狀態(tài)；

4.根據(jù)權(quán)利要求1所述的支付管理平臺，其特征在于，所述業(yè)務(wù)中心用于通過所述內(nèi)網(wǎng)關(guān)獲取所述訂單支付請求報文對應(yīng)用戶的基本信息；再根據(jù)所述基本信息和所述訂單信息對所述訂單支付請求報文進(jìn)行驗證。

5.根據(jù)權(quán)利要求1所述的支付管理平臺，其特征在于，所述訂單信息包括訂單處理期限時長和當(dāng)前處理時長；

6.根據(jù)權(quán)利要求1所述的支付管理平臺，其特征在于，所述業(yè)務(wù)中心還用于在所述訂單結(jié)束之前，若通過所述外網(wǎng)關(guān)接收訂單取消請求，則將對應(yīng)訂單狀態(tài)改為訂單取消狀態(tài)，并將基于所述訂單取消狀態(tài)產(chǎn)生的應(yīng)答結(jié)果通過所述外網(wǎng)關(guān)返回至所述上游平臺。

7.根據(jù)權(quán)利要求5或6所述的支付管理平臺，其特征在于，所述業(yè)務(wù)中心還用于在所述訂單結(jié)束之前，若通過所述外網(wǎng)關(guān)接收訂單查詢請求，則查詢對應(yīng)訂單查詢信息，并根據(jù)所述訂單查詢信息生成查詢結(jié)果信息，并將所述查詢結(jié)果信息通過所述外網(wǎng)關(guān)返回至所述上游平臺。

8.根據(jù)權(quán)利要求1所述的支付管理平臺，其特征在于，還包括后管中心，所述后管中心用于查詢訂單信息和交易信息配置，所述交易信息包括交易權(quán)限。

9.一種計算機(jī)設(shè)備，其特征在于，包括存儲單元和處理單元，所述存儲單元中存儲有計算機(jī)程序，所述處理單元通過調(diào)用所述存儲單元中存儲的所述計算機(jī)程序，執(zhí)行如權(quán)利要求1至8任一項所述的支付管理平臺的步驟。

10.一種計算機(jī)可讀存儲介質(zhì)，其特征在于，所述計算機(jī)可讀存儲介質(zhì)存儲有計算機(jī)程序，所述計算機(jī)程序適于處理器進(jìn)行加載，以執(zhí)行如權(quán)利要求1至8任一項所述的支付管理平臺的步驟。

技術(shù)總結(jié)
本申請涉及財務(wù)管理技術(shù)領(lǐng)域，尤其涉及一種支付管理平臺、計算機(jī)設(shè)備和可讀存儲介質(zhì)。該支付管理平臺包括任務(wù)中心、業(yè)務(wù)中心、外網(wǎng)關(guān)和內(nèi)網(wǎng)關(guān)；業(yè)務(wù)中心用于通過外網(wǎng)關(guān)獲取訂單支付請求報文并從中提取訂單的訂單信息；對訂單支付請求報文進(jìn)行驗證；根據(jù)驗證結(jié)果更新訂單的訂單狀態(tài)，并將基于新的訂單狀態(tài)生成的支付請求應(yīng)答信息通過外網(wǎng)關(guān)返回至上游平臺；任務(wù)中心用于檢測所有訂單信息的訂單狀態(tài)，基于已受理狀態(tài)的訂單生成對應(yīng)的訂單通知信息；通過內(nèi)網(wǎng)關(guān)將訂單通知信息發(fā)送至用戶；業(yè)務(wù)中心還用于通過內(nèi)網(wǎng)關(guān)接收訂單支付授權(quán)信息，并基于訂單支付授權(quán)信息進(jìn)行付款操作。本申請更好了解每筆交易背景，保證交易真實性，降低欺詐等風(fēng)險。

技術(shù)研發(fā)人員：吳鳳桐
受保護(hù)的技術(shù)使用者：天津金城銀行股份有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/10