這里有一套比較宏觀的支付體系模型

6 評論 23448 瀏覽 179 收藏 33 分鐘

最近參與對接了公司接入第三方支付的工作,于是整理輸出了一套比較宏觀的支付體系模型,希望對剛接觸支付的產(chǎn)品經(jīng)理有一些幫助。

文章結(jié)構(gòu):

  1. 支付體系模型;
  2. 支付規(guī)則詳解;
  3. 支付模型總結(jié);
  4. 小公司如何對接第三方支付。

一、支付體系模型

模型是復雜體系的簡化,也是認識復雜體系的思維腳手架。支付體系的核心模型可以抽象為:信息流、現(xiàn)金流、支付規(guī)則。

如下圖:

信息流:?明確支付過程中每個環(huán)節(jié)的信息流轉(zhuǎn)和狀態(tài)響應,一些信息的流轉(zhuǎn)最終會導致資金的在各銀行賬戶之間的轉(zhuǎn)移,只不過在信息的傳遞和價值的傳遞上有時間上的延遲,通常表現(xiàn)為T+1,D+1 等 (當然數(shù)字貨幣很好的解決了這個問題)。

資金流:這里了定義的資金流指的是我們應該明確支付完成后具體的錢(也是數(shù)字)是怎么在銀行與銀行之間進行清結(jié)算的,資金流轉(zhuǎn)發(fā)生在各銀行賬戶之間。

任何的支付的具體場景和表現(xiàn)形式,都應該明確信息流&資金流具體的流轉(zhuǎn)過程,是我們梳理支付邏輯最近本的方法論。

舉一個簡單的例子:微信公眾號支付

商戶已有H5商城網(wǎng)站,用戶通過消息或掃描二維碼在微信內(nèi)打開網(wǎng)頁時,可以調(diào)用微信支付完成下單購買的流程。

  • 步驟1:如圖7.1,商戶下發(fā)圖文消息或者通過自定義菜單吸引用戶點擊進入商戶網(wǎng)頁。
  • 步驟2:如圖7.2,進入商戶網(wǎng)頁,用戶選擇購買,完成選購流程。

  • 步驟3:如圖7.3,調(diào)起微信支付控件,用戶開始輸入支付密碼。
  • 步驟4:如圖7.4,密碼驗證通過,支付成功。商戶后臺得到支付成功的通知。

  • 步驟5:如圖7.5,返回商戶頁面,顯示購買成功,該頁面由商戶自定義。
  • 步驟6:如圖7.6,微信支付公眾號下發(fā)支付憑證。

上述是一個完整的支付流程,能清楚地看到各種信息狀態(tài)的流轉(zhuǎn)以及響應。能夠直觀感知的是銀行卡余額的減少&話費增加這樣的信息,實際支付背后資金的流轉(zhuǎn)邏輯是:用戶浦發(fā)銀行賬戶里面的錢,經(jīng)過清結(jié)算系統(tǒng)支付給了微信所擁有的第三方銀行賬戶,暫存在該銀行賬戶里,微信的銀行賬戶會按照一定的周期(T+1)自動結(jié)算到運營商的銀行賬戶,微信在以上整個支付邏輯中扮演了第三方支付服務提供商的角色。

支付規(guī)則:我們應該清楚支付體系的所有基本規(guī)則,從基本的名詞概念出發(fā),到具體的產(chǎn)品邏輯實踐,積累中慢慢地讓我們看到整個支付體系的全貌。

二、 支付規(guī)則詳解

1.支付渠道

支付渠道,顧名思義就是平臺上支持用戶支付的通道,這些支付渠道幫助平臺用戶完成交易金額的支付,并且支持平臺與銀行之間進行資金流轉(zhuǎn)、對賬和清分,比如:微信、支付寶、通聯(lián)、易寶等。一般交易平臺都會對接多家支付渠道公司。

(1)第三方支付

對于目前的市場情況來說,首先而且必選的第三方支付渠道就是支付寶和微信支付。這兩種支付渠道幾乎占據(jù)了在線支付第三方渠道的90%以上的市場份額,并且這兩個渠道支持各種業(yè)務的平臺,對接的銀行非常多,性能和穩(wěn)定性都非常高。

(2)銀聯(lián)

銀聯(lián)作為第三方的支付渠道,為平臺對接銀行起到非常大的幫助作用。平臺對接銀聯(lián)的支付渠道后(快捷支付),用戶在平臺消費時需要綁銀行卡,首次需要上傳銀行卡號、手機號、身份證號碼,銀行卡綁定后,后續(xù)的操作步驟會相對便捷一些,只需在每次支付時輸入密碼即可。后續(xù)的支付扣款流程跟其他第三方支付一樣需要內(nèi)嵌SDK,而是都在服務端完成校驗。

(3)銀行

截止到2015年底,我國銀行業(yè)金融機構(gòu)包括6家大型的商業(yè)銀行、12家股份制商業(yè)銀行、133家城市商業(yè)銀行和5家民營銀行等1000多家銀行。其中首選的就是5家商業(yè)銀行,其累計占40%的交易量,其次就是各種股份制銀行和郵政儲蓄銀行等。

一般情況下,對接一個銀行的話預期需要2-3周的工作量,不同銀行對接入環(huán)境有不同要求,這也是成本,比如:大部分銀行需要專線接入,費用和帶寬有關,一年也得幾萬費用。

(4)第四方支付

第四方支付是相對第三方而言的,作為對第三方支付平臺服務的拓展。第三方支付介于銀行和商戶之間,而第四方支付是介于第三方支付和商戶之間,沒有支付許可牌照的限制。

第四方支付集成了各種三方支付平臺/合作銀行/合作電信運營商/其他服務商接口,也就是說集合了各個第三方支付及多種支付渠道的優(yōu)勢,能夠根據(jù)商戶的需求進行個性化定制,形成支付通道資源互補優(yōu)勢,滿足商戶需求,提供適合商戶的支付解決方案。

總體來講,第四方支付屬于支付服務集成商,具有無可比擬的靈活性,便捷性和支付服務互補性。而且第四方支付具有中立性優(yōu)勢,可以一定程度上調(diào)和支付機構(gòu)惡意競爭的狀況,保證支付行業(yè)健康發(fā)展。

(6)卡外支付

對于由海外支付的需求,還需要提供外卡支付支持。 國內(nèi)不少支付渠道都能支持外卡支付,如:支付寶全球購等。直接對接Paypal,也是目前用的最多的外卡支付渠道。

(7)其他支付

支付渠道還有一些小眾和特殊的存在,比如:話費支付。這一塊容易被人忽略,但考慮到國內(nèi)不少職場人士,話費是公司報銷的,每個月多的用不完,所以這塊支付還是相當有市場的。

問題是,聯(lián)通和移動兩大運營商,不僅接口不能互通,內(nèi)部各個地域也是各自為政,所以對接起來還是有點麻煩。不過話費支付領域也有類似支付寶微信的第三方支付公司,比如:虹軟、聯(lián)動優(yōu)勢等公司。

2. 支付通道?

支付通道是只用戶在交易平臺進行支付操作時選用的支付方式,常見的有網(wǎng)銀支付、快捷支付、認證支付&賬戶支付等。

(1)網(wǎng)銀支付

網(wǎng)銀支付,即網(wǎng)上銀行支付,是即時到帳交易。網(wǎng)銀支付是銀聯(lián)最為成熟的在線支付功能之一,也是網(wǎng)民在線支付的首選方式,是國內(nèi)電子商務企業(yè)提供在線交易服務不可或缺的功能之一。其特點是銀行卡需事先開通網(wǎng)銀支付功能,且在支付時完全是在銀行網(wǎng)銀頁面輸入銀行卡信息并驗證支付密碼,具有穩(wěn)定易用,安全可靠的特點。

目前可以支持國內(nèi)20多家銀行的借記卡和信用卡,網(wǎng)銀支付分為:銀行網(wǎng)銀&銀聯(lián)網(wǎng)銀。

第三方支付平臺接了銀行網(wǎng)銀接口后,從銀行的角度講,其只是對外開放了一個網(wǎng)銀接口。網(wǎng)銀和網(wǎng)關其實是兩個不同的概念,二者是針對不同的主體來說的,所起的作用也不一樣。但是因為第三方支付平臺連接網(wǎng)銀接口,進行支付跳轉(zhuǎn)時,第三方支付平臺充當了一個網(wǎng)關的角色,或者充當了銀行的代理,所以經(jīng)常有人弄混。

從普通用戶的感知來講,這就是平時經(jīng)常所說的第三方支付平臺的網(wǎng)銀支付,但是注意網(wǎng)銀與網(wǎng)關不是一碼事。

(2)認證支付

“認證支付”,是指付款人通過第三方支付平臺接收輸入的銀行卡相關信息(如:卡號、密碼、CVN2、有效期、預留手機號等要素),由第三方支付平臺經(jīng)過付款人發(fā)卡行進行驗證,使用第三方支付平臺短信驗證或發(fā)卡行手機短信驗證等輔助認證以完成支付交易的支付方式。

(3)快捷支付

“快捷支付”,一種是與“認證支付”模式相同;另一種,是指付款人在第三方支付平臺的注冊用戶賬戶并付款人的銀行卡賬戶實現(xiàn)關聯(lián)(一般情況下關聯(lián)時需由發(fā)卡行驗證),在交易時付款人使用在第三方支付平臺的用戶賬戶發(fā)起交易,由第三方支付平臺聯(lián)動付款熱綁定的銀行,由發(fā)卡銀行進行交易授權(quán)的支付方式。

“從銀行角度講,這是其對外開放的快捷支付接口,而對于普通用戶的感知來說,也是我們經(jīng)常所說的快捷支付。進行快捷支付時,第三方支付平臺往往會要求用戶先在第三方支付平臺注冊成為會員,然后進行四要素綁卡(姓名、身份證、卡號、銀行預留手機),最后才能完成付款。

:有些商戶平臺(如P2P)與第三方支付平臺深度合作,用戶只需要在商戶平臺界面上完成綁卡即可,整個綁卡流程下來都不會出現(xiàn)第三方支付平臺的界面,這是由于用戶在商戶平臺填寫的信息都在后臺傳給了第三方支付平臺,然后第三方支付平臺為用戶隱式注冊了第三方平臺賬戶。這么做只是為了讓用戶的綁卡流程不會被打斷,讓用戶體驗好一點而已,原理還是與用戶在第三方支付平臺顯式注冊一樣?!?/p>

(4)賬戶支付模式

賬戶支付指買賣雙方必須先到第三方支付平臺注冊成為第三方支付平臺的會員,用戶通過網(wǎng)銀或其它方式先往虛擬賬戶中充值(資金流:錢從用戶的銀行卡劃轉(zhuǎn)到第三方支付公司銀行賬戶),用戶消費付款時,從虛擬賬戶直接扣除(這里并不涉及實際的資金劃轉(zhuǎn),只是數(shù)據(jù)層面上數(shù)字的減少),典型的,如:Paypal。

3. 支付方式

以為支付方式&支付載體來劃分支付類型,這里用微信支付來舉例。

(1)刷卡支付

  • 步驟1:用戶選擇刷卡支付付款并打開微信,進入“我”->“錢包”->“收付款”條碼界面;
  • 步驟2:收銀員在商戶系統(tǒng)操作生成支付訂單,用戶確認支付金額;
  • 步驟3:商戶收銀員用掃碼設備掃描用戶的條碼/二維碼,商戶收銀系統(tǒng)提交支付;
  • 步驟4:微信支付后臺系統(tǒng)收到支付請求,根據(jù)驗證密碼規(guī)則判斷是否驗證用戶的支付密碼,不需要驗證密碼的交易直接發(fā)起扣款,需要驗證密碼的交易會彈出密碼輸入框。支付成功后微信端會彈出成功頁面,支付失敗會彈出錯誤提示。

(2)公眾號支付

商戶已有H5商城網(wǎng)站,用戶通過消息或掃描二維碼在微信內(nèi)打開網(wǎng)頁時,可以調(diào)用微信支付完成下單購買的流程。

  • 步驟(1):商戶下發(fā)圖文消息或者通過自定義菜單吸引用戶點擊進入商戶網(wǎng)頁。
  • 步驟(2):進入商戶網(wǎng)頁,用戶選擇購買,完成選購流程。
  • 步驟(3):調(diào)起微信支付控件,用戶開始輸入支付密碼。
  • 步驟(4):密碼驗證通過,支付成功。商戶后臺得到支付成功的通知。
  • 步驟(5):返回商戶頁面,顯示購買成功。該頁面由商戶自定義。
  • 步驟(6):微信支付公眾號下發(fā)支付憑證。

(3)掃碼支付

用戶掃描商戶展示在各種場景的二維碼進行支付。

  • 步驟(1):商戶根據(jù)微信支付的規(guī)則,為不同商品生成不同的二維碼,展示在各種場景,用于用戶掃描購買。
  • 步驟(2):用戶使用微信“掃一掃”掃描二維碼后,獲取商品支付信息,引導用戶完成支付
  • 步驟(3):用戶確認支付,輸入支付密碼。
  • 步驟(4):支付完成后會提示用戶支付成功,商戶后臺得到支付成功的通知,然后進行發(fā)貨處理。

(4)APP支付

適用于商戶在移動端APP中集成微信支付功能。

商戶APP調(diào)用微信提供的SDK調(diào)用微信支付模塊,商戶APP會跳轉(zhuǎn)到微信中完成支付,支付完后跳回到商戶APP內(nèi),最后展示支付結(jié)果。

目前微信支付支持手機系統(tǒng)有:IOS(蘋果)、Android(安卓)和WP(Windows Phone)。

交互細節(jié)如下:

  • 步驟(1):用戶進入商戶APP,選擇商品下單、確認購買,進入支付環(huán)節(jié)。商戶服務后臺生成支付訂單,簽名后將數(shù)據(jù)傳輸?shù)紸PP端。以微信提供的DEMO為例。
  • 步驟(2):用戶點擊后發(fā)起支付操作,進入到微信界面,調(diào)起微信支付,出現(xiàn)確認支付界面。
  • 步驟(3):用戶確認收款方和金額,點擊立即支付后出現(xiàn)輸入密碼界面,可選擇零錢或銀行卡支付見。
  • 步驟(4):輸入正確密碼后,支付完成,用戶端微信出現(xiàn)支付詳情頁面。
  • 步驟(5):回跳到商戶APP中,商戶APP根據(jù)支付結(jié)果個性化展示訂單處理結(jié)果。

(5)H5支付

H5支付是指商戶在微信客戶端外的移動端網(wǎng)頁展示商品或服務,用戶在前述頁面確認使用微信支付時,商戶發(fā)起本服務呼起微信客戶端進行支付。

主要用于觸屏版的手機瀏覽器請求微信支付的場景,可以方便的從外部瀏覽器喚起微信支付。

(6)應用內(nèi)支付

應用內(nèi)支付指使用手機操作系統(tǒng)自帶的支付功能來支持支付,目前國內(nèi)主要的應用內(nèi)支付有 Google Pay、Apple Pay、小米支付、華為支付等。 其中Apple Pay是典型的一個應用內(nèi)支付,Android平臺的各種支付也一般是沿用Apple Pay的設計。

很多手機廠商都內(nèi)置了各種支付,比如:蘋果的App-pay支付,三星支付、華為支付等;這些支付僅針對特定的手機型號,支持NFC等,根據(jù)業(yè)務需要也可以接入;就是目前用戶群不大,收益不明顯。

4. 支付類型

以支付標的物來劃分,支付類型分為:銀行卡支付、余額支付、零錢支付、積分支付、代幣支付、話費支付等。

(1) 銀行卡支付

銀行卡支付指的是我們直接使用微信、支付寶、網(wǎng)銀、快捷支付等綁定的銀行卡作為支付標的,銀行卡分為線上支付(我們通常使用的在線支付)&線下刷卡(POS)支付。

(2)余額支付

有的交易平臺為了增加用戶粘性會設立余額賬戶,用戶可以給自己的余額賬戶充錢,在后續(xù)的支付過程中可以直接使用余額支付。背后的資金流轉(zhuǎn)只在用戶充值,提現(xiàn)的時候提現(xiàn),平時的余額支付僅僅只是信息的流轉(zhuǎn)。

(3)零錢支付

和余額支付原理一樣,例如微信零錢包,收到的紅包存入零錢可以用來支付,或者提現(xiàn),還可以對零錢進行充值。

(4)積分支付

用戶在交易平臺獲得的積分,可以用來購買支付平臺商品,這個時候只有信息流的流轉(zhuǎn),背后并不會有實際資金流的流轉(zhuǎn)。

(5)代幣支付

交易平臺會發(fā)行自己的代幣,用戶充值購買代幣后,可以在平臺商城進行消費,背后的支付邏輯和余額支付是一樣的。

(6)話費支付

話費支付這一塊容易被人忽略,但考慮到國內(nèi)不少職場人士,話費是公司報銷的,每個月多的用不完,所以這塊支付還是相當有市場的。 問題是,聯(lián)通和移動兩大運營商,不僅接口不能互通,內(nèi)部各個地域也是各自為政,所以對接起來還是有點麻煩。不過話費支付領域也有類似支付寶微信的第三方支付公司,比如:虹軟、聯(lián)動優(yōu)勢等公司。

5. 銀行接口

任何一家支付機構(gòu)后臺都要接入一堆銀行,來完成代收的操作。目前銀行開放給第三方機構(gòu)(包括第三方支付平臺)的接口大概有四類:POS收單接口,網(wǎng)銀接口,快捷支付接口和代扣接口,這四類接口的作用就是把資金從用戶的銀行卡劃轉(zhuǎn)出來。

我們經(jīng)常所說的網(wǎng)銀支付,快捷支付其實是針對銀行接口來說的,并不是第三方支付方式,只不過第三方支付平臺要完成扣款的操作,必須要接入這些銀行接口。用戶在第三方支付平臺選擇網(wǎng)銀進行支付時,此時的第三方支付平臺其實也是充當了銀行網(wǎng)關的作用。

但是并不能說網(wǎng)關支付就是網(wǎng)銀支付,這是兩個不同的概念,網(wǎng)關支付是針對第三方支付平臺來說的,網(wǎng)銀是針對銀行來說的,只不過因為使用銀行網(wǎng)銀進行支付時,第三方支付平臺充當了一個網(wǎng)關的角色,所以經(jīng)常有人把這兩個概念混淆。

6. 支付應用

常見的支付應用有:支付、轉(zhuǎn)賬、充值、提現(xiàn)、紅包,基于以上規(guī)則還會衍生出很多的支付場景和應用。

7. 支付系統(tǒng)

支付系統(tǒng)比較復雜,每一個大的模塊都需要用整篇文章來說明,本文暫不討論支付系統(tǒng),但是支付系統(tǒng)是支付體系的具象表達,所以設計&研習的基本模型不變。明確具體業(yè)務和場景的信息流&現(xiàn)金流以及基本規(guī)則,基于框架設計出業(yè)務閉環(huán)&邏輯閉環(huán)的系統(tǒng)模塊。

三、支付模型總結(jié)

綜上,我們可以得出支付產(chǎn)品設計的高階方法論:基于基本的支付規(guī)則,明確每個支付場景和應用下的信息流&資金流轉(zhuǎn),結(jié)合可操作性的用戶支付流程,從而設計出邏輯閉環(huán)的支付產(chǎn)品。

四、小公司如何對接第三方支付

1. 選擇合適的支付公司&支付渠道

尋找合適的支付公司,可以通過百度去搜索相關第三方支付公司的資料以及排名等,看支付公司的背景和應用的商戶的體量,支付渠道公司在支付行業(yè)內(nèi)的知名度和沉淀(經(jīng)驗),這些可以從側(cè)面體現(xiàn)支付公司的技術(shù)穩(wěn)定性,產(chǎn)品穩(wěn)定性。

在大前提的OK的情況下,具體了解其支付業(yè)務都有哪些,而平臺需要的支付業(yè)務都有哪些,然后進行匹配。此外,還要考慮是否需要對接錢包和賬戶體系等。

準確傳達目前公司的業(yè)務邏輯和支付需求場景,讓支付公司推薦最優(yōu)的解決方案。同時,洽談范圍中非常重要的還需要包含支取渠道收取平臺的手續(xù)費的問題,還有就是支付渠道的分賬是T+1(僅工作日次日)還是D+1(無論工作日與非工作日的次日)等等細節(jié)也都是需要在此階段最終明確的。

下面是一些第三方公司支付渠道的一些性能參數(shù),可以作為篩選的評判標準。

1.1 穩(wěn)定性

支付渠道首先需要保持足夠的穩(wěn)定性,不穩(wěn)定的支付渠道可能會導致支付流程崩潰、掉單等情況的發(fā)生。

1.2 成功率

支付渠道的成功率也是非常重要的,支付渠道的成功率較低的話會很容易導致大量的掉單的情況,用戶的支付體驗較差。

1.3 手續(xù)費

支付渠道的使用并非免費的,通過支付渠道的每一筆交易都會被支付渠道公司收取一定百分比的手續(xù)費,平臺存在大量交易的情況下,選擇手續(xù)費高的支付渠道會導致平臺支付渠道的成本變高。因此,對比多家支付渠道的情況下,選擇手續(xù)費較低且穩(wěn)定性和成功率有保障的公司是最佳的。

一般大流量的平臺往往可以拿到較低的手續(xù)費率,比如:支付寶和微信等第三方支付渠道給大型交易平臺的支付手續(xù)費一般會在0.3%以下,甚至更低。而個人商戶或者小平臺的費率比較高,可能達到0.6%左右。

1.4 支付限額

出于資金安全和風控的角度考慮,很多支付渠道都會定義其對應銀行支付的支付限額,比如:使用某支付渠道單日支付金額限制不超過5W。平臺在選擇支付渠道時,支付限額較高的渠道相對來講具有更大的支付便捷性,在用戶支付大額的訂單金額時,不會很容易被限制而無法完成單筆支付。

1.5 其他因素(支付流程)

支付流程主要是關于支付渠道的的產(chǎn)品細節(jié)溝通,比如:該支付渠道公司的支付走的是認證支付還是快捷支付,還是兩者都有?是通過API接口形式還是SDK嵌入的形式?

SDK嵌入形式會導致底層數(shù)據(jù)平臺端無法獲取,平臺可以獲得到的就是一個支付結(jié)果,但是API的對接形式平臺自己可以監(jiān)控整個的支付流程,包含支付中發(fā)生的異常情況監(jiān)測,比如響應超時的情況等。還有,需要確認字段信息,支付四要素(姓名、身份證、銀行卡號、預留手機號)等。

以上信息都是綜合判斷選擇一家支付公司的評判標準。

2. 選擇合適的支付公司后進行商務對接

?確定支付渠道&形成支付產(chǎn)品邏輯閉環(huán)

在初步確定好支付公司后,平臺方公司支付產(chǎn)品需要梳理出支付全流程業(yè)務需求,然后跟支付渠道公司做具體方案的對接和討論,形成從用戶的支付場景閉環(huán)到技術(shù)的閉環(huán)。

3. 技術(shù)對接

在確認好業(yè)務支付流程和具體的產(chǎn)品方案細節(jié)后,就將進入技術(shù)對接的階段。這個階段內(nèi)雙方公司的研發(fā)同學會進行技術(shù)層面的對接和調(diào)試,根據(jù)確定的支付流程細節(jié)的方案來確定需要開發(fā)的內(nèi)容,并按照支付公司提供的接口文檔和流程圖等資料來進行支付功能的開發(fā)。

比較核心的內(nèi)容就是”支付“和”對賬“:關于支付主要考慮支付在交易流程中如何調(diào)用來喚起支付,而對賬主要是進行公司內(nèi)部對賬、公司與商家對賬、公司與支付渠道對賬的數(shù)據(jù)記錄。

PS:一般這種支付信息對賬都是T+1進行的。

4. 測試調(diào)通

技術(shù)對接階段完成基本對接和調(diào)試后,將進入雙方協(xié)同的測試階段,在遍歷了全部業(yè)務流程的全部支付場景無誤之后(包含異常流程的測試,比如:故意吧四要素信息填寫錯了,銀行卡余額不足來測試等等),完成測試,并確定支付渠道產(chǎn)品上線。產(chǎn)品上線后,還需要一段時間的跟蹤驗證,對于出現(xiàn)的線上問題及時修復和處理,以保證支付渠道無BUG。

5. 進件

5.1 個體商戶

小明開了一家飯館,這個時候他想接入收錢吧的聚合支付,讓客戶自己掃碼支付,提高收銀效率。這個時候他只需要提交給支付公司以下資料就,審核通過就可以接通收錢吧的聚合支付。

  1. 個體商戶全稱需按照營業(yè)執(zhí)照上登記的名稱全稱填寫,簡稱的話可以填寫品牌名稱;
  2. 上傳企業(yè)法人代表身份證照片(原件電子版);
  3. 提交個體營業(yè)執(zhí)照掃描件或原件電子版;
  4. 提交與個體營業(yè)執(zhí)照商戶名相符的門店照片(門面照、內(nèi)景照及前臺照);
  5. 簽署合同,個體商戶由法人或負責人簽字并加蓋指紋;
  6. 結(jié)算卡信息必須使用營業(yè)執(zhí)照法人賬戶。

5.2 企業(yè)商戶進件

老王開了一家匹凸匹的互金公司,準備對接一家第三方支付公司來滿足客戶的充值,提現(xiàn)的支付需求。這個時候老王只需要提交一下資料給第三方公司,然后審核通過后就可以接入第三方支付。

  1. 商戶名全稱需按照營業(yè)執(zhí)照上登記的公司名全稱填寫,簡稱的可以填寫品牌名稱;
  2. 上傳公司法人代表的身份證照片(原件電子版);
  3. 提交企業(yè)營業(yè)執(zhí)照掃描件或原件電子版;
  4. 提交與營業(yè)執(zhí)照公司名相符的門店照片(門面照、內(nèi)景照及前臺照);
  5. 簽署合同,企業(yè)商戶由法人代表簽字并加蓋公司公章;
  6. 結(jié)算卡信息必須使用同名對公賬戶。

5.3 平臺型企業(yè)

小趙有一家公司,這家公司類似于淘寶,連接店主和C端客戶的交易。這個時候小趙需要對接一家支付公司,可以滿足C端用戶在店主商城支付的場景,同時能滿足店主的充值提現(xiàn)需求。這個時候小趙公司如果有支付牌照,那樣就可以完全可以滿足以上的支付需求。

如果小趙公司沒有支付牌照,那么他有兩種選擇:

  • 第一種:代替店主向第三方支付公司進件,店主獲得的收益會自動由第三方公司結(jié)算。 優(yōu)點是小趙的公司沒有形成資金池,也不存在“二清”的違規(guī)操作,缺點是各個商戶渠道側(cè)的支付數(shù)據(jù)小趙的公司是拿不到的,如果店主出現(xiàn)對賬問題,小趙的公司要第一時間解決是一件很麻煩的事情。
  • 第二種:小趙可以公司名義單獨進件,其他商戶可以理解為公司的連鎖商戶。這個時候所有的交易流水都在一個商戶后臺,且能看到所有門店的交易數(shù)據(jù)以及解決對賬問題。但是無法進行充值提現(xiàn)的需求,因為會形成資金池,在沒有支付牌照的情況下這樣做會涉及到“二清”的違規(guī)操作。

5. 進件審核通過—正式調(diào)通

進件審核通過后,技術(shù)同學會拿到生產(chǎn)環(huán)境的參數(shù),然后進行配置并測試后,正式上線。后續(xù)出現(xiàn)什么問題如果需要支付公司協(xié)助解決,可以直接聯(lián)系他們。

參考資料:

  • 百度百科,百度知道,知乎
  • 《萬字長文,詳解線上線下收單業(yè)務(一):第三方支付 》
  • 《2個案例,6個章節(jié)聊聊支付渠道的那些事兒?。ㄖЦ肚罍\析》
  • 《從產(chǎn)品分類、模塊功能和業(yè)務流程,了解支付產(chǎn)品服務的設計》

 

作者:Allen,公眾號:思維改變生活,中級產(chǎn)品經(jīng)理一枚,喜歡研究高階的產(chǎn)品學習方法論,從而改變職業(yè)成長的加速度變量。

本文由 @Allen 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 梳理的非常好,很厲害了,希望能在這基礎上繼續(xù)進行補充、完善,作者寫的很不好了,但是無奈支付是個復雜的業(yè)務,想梳理清楚是個很麻煩且長久的事,還是希望作者能繼續(xù)寫下去,不斷地優(yōu)化。

    來自北京 回復
  2. 恰好我最近要換工作,可惜我在深圳 ??

    來自廣東 回復
    1. 我也在深圳可以認識下嗎

      回復
  3. 想必是一個偏技術(shù)的產(chǎn)品,非常了解三方支付的接入流程和可能存在的問題
    贊~

    回復
  4. 概念、分類一大堆,看完還是一頭霧水。
    應該針對不同的支付方式,給出個業(yè)務流程或交互時序圖,這樣就更好了。

    來自廣東 回復
  5. 太贊了

    來自北京 回復