支付系統架構及其所需配置需求

聚合支付介於第三方支付和商戶之間，不進行資金清算，但能夠根據商戶的需求進行個性化定製，形成支付通道資源優勢互補，具有中立性、靈活性、便捷性等特點。

聚合支付系統，可以將市面上主流的支付渠道整合為一個付款渠道介面，發放給下級商戶用戶使用。商戶（各類型站點或者線下商店以及各種付款場景使用者）只向平台申請一次就可以接入全部的主流支付 ，不用再去一個個的申請，節約站點支付開發的時間，解決收款混亂以及網站支付問題。

工具/原料

• 獨立伺服器一台
• 備案域名一個
• 需windows系統2003 32位或者2008 64位

原理與邏輯

1. 1

聚合API支付的原理和邏輯

聚合支付作為對銀行和第三方支付平台服務的拓展，聚合多家銀行以及第三方支付平台支付能力，提供多渠道支付方式，簡化商家的支付對接，外加後續的增值服務；

• 2

應用領域與使用對象

主要用於線上收款，一些遊戲類站點或者一些商城，如果需要各種支付方式（比如微信支付，支付寶支付，銀聯快捷支付）就必須分別向這些支付渠道商申請賬號，不僅耗時耗力而且不便於統一維護和財務統計。通過鋒銳API聚合支付系統對接後，只需要向平台申請一次支付，就可以同時擁有多種支付通道，而且這些支付通道不受上級通道限制。可以解決一些行業的支付問題，是一種創新的支付方式。

• 3

開發語言與特性

系統採用.net語言開發，在眾多網頁應用程序開發語言中，.net語言有著維護成本低，運行效率高等特點，後續拓展新功能，二次開發的成本都是比較低的，性價比極高。

更高級別的安全處理，讓系統更安全

• 4

大數據支持，不用擔心交易流水過大系統出現問題

.net開發，維護方便

10年系統開發經驗

強大的售後體系

一對一討論組服務售後

多種渠道對接，滿足各種需求場景

END

支付系統整體架構

1. 1

支付網關：

負責所有的和三方支付公司的交互，包括支付、驗簽、退款、查詢、下載賬單等

• 2

回調網關：

負責接收三方支付的非同步支付結果通知、退款結果通知

• 3

定時任務：

主要是為了主動去獲取支付結果、退款結果，因為三方支付的非同步回調通知有時延時很長，我們的支付結果不能完全依賴三方支付的通知，我們每秒都主動查詢一遍該訂單在三方支付的支付結果

• 4

收銀台：

前端支付web頁面

• 5

管理後台：

支付結果查詢、退款結果查詢、路由規則管理等