某移動APP跳轉至微信支付的完整流程
編輯導語:我們平時使用的移動APP是如何跳轉到微信支付的呢?本篇作者就給我們介紹了移動APP跳轉至微信支付的完整流程,一起來看一下。
一
聲明一下,我說的移動APP指的是移動端的APP(下文的移動APP、商戶APP指的都是一個意思),不是指充話費的運營商。首先我們還是先從一些概念入手,來談談支付。
問自己一個問題:你接觸過的支付場景有哪些?
直接上圖吧。
這個圖我不再做過多的解釋。下面看一個例子:
二
在這個圖中,我們可以發現,商家通過生產廠家把零部件生產并組裝出來之后形成汽車(產品),當這個產品通過商家賣給用戶或者消費者的時候,這個產品就變成了有商業性質的商品了,也就發生了市場行為,在整個市場行為里面有商家的銷售行為、買家的購買行為、還有涉及到雙方皆有的交易環節。這個市場行為里面因為買賣關系的產生,所以在商家和買家之間形成了債券和債務的關系,我們再來看跟我們關系比較密切的例子:
(1)消費者老江從某公司買辦公用品,辦公用品從產品變成商品,進入交易。
這就是支付存在的前提,即存在買賣的交易。
(2)辦公用品從該公司轉移到老江手里, 這就完成了商品所有權的轉移。
這個轉移也導致了老江和該公司之間形成了債權和債務關系(債權和債務的含義自己去百度查)。
(3)老江通過現金或者其他方式來完成支付,清償了這個債務。
(4)老江拿到辦公用品,辦公用品從商品變為消費品,交易過程完成。
這是一個完整的交易過程,我們基于這樣的交易過程來給支付下個定義:
基于上面的這個思考,于是為了保障消費者的權益,中間機構擔保形式的支付形式漸漸在商業的行為中,如下圖:
比如現在的支付寶、微信本質上也是一種擔保機構。
第三方支付的概念:是指具備一定實力和信譽保障的獨立機構(阿里巴巴),具有國家頒發的合法的支付業務經營許可證(支付牌照)并通過與銀聯或網聯對接而促成交易雙方進行交易的網絡支付模式;
第三方支付的業務模式:在第三方支付模式當中,買方選購商品后,使用第三方平臺提供的賬戶進行貨款支付(買家先把錢支付給第三方),并由第三方通知賣家貨款到賬、要求發貨;買方收到貨物,檢驗貨物并確認后,第三方支付再將款項轉至賣家賬戶;只不過在這個過程里面,第三方支付必須要是國家合法的機構,這個就是支付牌照。
再回過頭看下三方支付的業務模式:
國內比較著名的持牌第三方支付公司有:
三
接下來我們看下電商交易的過程,以下為案例:業務場景(以下流程均以該場景為例):
用戶在蘇寧易購APP提交訂單并通過微信支付完成扣款,我們先看看頁面跳轉。
這個是我們每個人在購買一個商品的時候,我們肉眼能看得到的頁面跳轉,真正的交易環節是不是這樣的,看下面的圖:
這個我今天要跟大家分享的主要內容:首先思考一個問題,在這個業務流程中,數據流程圖怎么畫出來?
同樣我們一樣要先拿到微信的接口文檔,再去設計流程。
我們在之前的文章中提到了,對于微信支付通道,必須要先拿到預定單的字段,同樣,我們設計的流程如下:
接下來就是從蘇寧易購跳轉到微信APP的支付流程:
上圖中的右下角有一個問題,想一想。我們再把上面的流程深入下:
整個從移動APP(商戶APP、移動APP)跳轉到微信支付的完整流程就是這樣的:
微信交易狀態主動查詢的接口:
再來思考一個問題:如果商戶系統查詢后依然無結果無反饋,該怎么處理?
接著查,一般查詢間隔時間為2n秒,n為自然數,一般不超過5,比如第一次查詢是在13秒開始的,下次查詢在15秒開始,再下一次在19秒開始,第三次查詢在21秒開始。
如果連續超過5次反復查詢依然無結果,不再繼續查詢,可認為服務器已宕機,此時需要人工干預,盡快聯系運維人員定位原因。
對賬怎么對?
請關注下期,再見。
本文由 @產品經理研究站 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
5:對于支付的系統流程及關鍵邏輯梳理得很清楚,收獲很多,感謝。
收銀臺如果是通過小程序方式來完成的話,這個流程是怎么樣的?
你好,有個疑問希望解答一下。
我之前做過一個購買應用的app,最開始是以支付寶的同步通知為支付成功的判斷標準,后來測試發現有bug,頁面中顯示的支付狀態是服務端的訂單狀態,因為支付寶的異步通知有延遲,在異步通知到達之前,應用顯示為未購買狀態。
后來改為以異步通知為準,當app收到同步通知后,主動向服務端查詢訂單狀態,但這樣也有個問題,異步通知是有延遲的,當查詢的時候,如果因為延遲還沒到,依然會返回未支付狀態。
最后的解決方案是:app收到同步通知后,進入loading狀態,此時隔1s請求一次支付狀態,當查詢到服務端訂單狀態成功后,才算支付成功。這個方案也有點問題,網絡順暢的時候,異步通知其實不到1s就返回到服務端了,但這個方案至少要用戶等1s,體驗不太好,我感覺apple pay有可能就是這樣做的。
關于照顧用戶體驗方面,有沒有什么更好的方案可以使用?
這是講得最清楚的文章!可以求1份圖嗎?
這種圖文介紹一起來挺好的,介紹的也很詳細,感謝作者
這不是產品是技術吧,這么詳細
地道的產品
牛
真的一個很簡單的操作,背后卻飽含著并不簡單的設計
說的對
簡而言之,需要第三方的支付公司的參與,哈哈哈哈,不知道這樣理解對不對,這個跟每個人都息息相關,但是對我這方面來說,理解起來還是有點難的。
對,需要和三方支付對接
講得十分清楚和完整,思路更加清晰了, 謝謝分享!
持續關注
哇中間的程序這么多這么復雜,謝謝分享,學到啦!
中間的程序原來有這么多,了解了了解了,謝謝分享!