當玩家每付款一筆資金,成功或是失敗,都可以在手機app上監控,再將監控的資訊回撥到聚合支付系統內部,收款對賬便是這麼一個過程了。說起來很簡單,但是在這個流程中可能出現一些問題,卻是人為無法干涉的。
使用場景:
1、IM模組,收到訊息時,需要判斷當前App是否在前臺,如果在前臺則震動一下提醒使用者,如果在後臺則傳送一條通知提醒使用者。
2、收到Push推送,需要判斷App是否存活,如果存活則直接跳轉到目標介面,如果不存活則先啟動App,再跳轉到目標頁面。
比如當PC端整合支付寶即時到賬的時候,會出現一個問題,當支付寶支付成功後,系統的支付寶流水會重複新增好幾條。
解決方案:
1、保證執行回撥介面的結果為“success”,但是有時即使返回“success”,支付寶還是繼續回發非同步通知,這是採用本地支付狀態驗證。
2、訂單號唯一,根據訂單號查詢訂單的資料庫的支付狀態,如果資料庫支付狀態為false,則繼續執行下面的程式;反之則返回“success”,相當於在資料庫訂單支付狀態的層面上,又進行了一次攔截驗證。
一般第三方支付會通過兩個方向通知商戶使用者在他們系統的支付情況,一個是及時的前端回撥,還有一個非同步的後臺回撥。
前端回撥是用於告知和處理前端的業務跳轉/前端使用者互動方面的體驗。
後臺的非同步回撥是更加安全的可靠的接收第三方支付結構的方式,基於安全的原因,商戶需要在後臺回撥處理邏輯裡面對第三方支付的灰度進行簽名驗證;在驗證完成後,還需要呼叫第三方支付的查單介面進行反查驗證。
在聚合系統平臺之上,商戶進件後,通過雲端監控和手機APP監控完成回撥工作,手機在安裝監控回撥APP的時候要注意以下幾點,手機不能熄屏斷網宕機,如果中途出現這3種情況,則需要重新安裝。
>
最新評論