第三方支付架構(gòu)設(shè)計(jì)-賬戶系統(tǒng)_第1頁
第三方支付架構(gòu)設(shè)計(jì)-賬戶系統(tǒng)_第2頁
第三方支付架構(gòu)設(shè)計(jì)-賬戶系統(tǒng)_第3頁
第三方支付架構(gòu)設(shè)計(jì)-賬戶系統(tǒng)_第4頁
第三方支付架構(gòu)設(shè)計(jì)-賬戶系統(tǒng)_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第三方支付架構(gòu)設(shè)計(jì)之—帳戶體系第三方支付架構(gòu)設(shè)計(jì)之—帳戶體系一,

什么是第三方支付?

什么是第三方支付?相信很多人對這個(gè)名字很熟悉,不管是從各種媒體等都經(jīng)常聽到,可以說是耳熟能熟。但,如果非得給這個(gè)名詞總結(jié)出一個(gè)概念,卻發(fā)現(xiàn)很難準(zhǔn)確和全面的表述清楚。不過關(guān)系不大,我們無法給出一個(gè)很準(zhǔn)確的概念的時(shí)候,我們就列舉一下實(shí)際生活中我們經(jīng)常使用第三方支付的例子:支付寶,財(cái)付通,微信支付等等,這些就是我們國內(nèi)目前在第三方支付市場中比較有影響力的第三方支付了。

搜索一下百度,所謂第三方支付,就是一些和產(chǎn)品所在國家以及國外各大銀行簽約、并具備一定實(shí)力和信譽(yù)保障的第三方獨(dú)立機(jī)構(gòu)提供的交易支持平臺。在通過第三方支付平臺的交易中,買方選購商品后,使用第三方平臺提供的賬戶進(jìn)行貨款支付,由第三方通知賣家貨款到達(dá)、進(jìn)行發(fā)貨;買方檢驗(yàn)物品后,就可以通知付款給賣家,第三方再將款項(xiàng)轉(zhuǎn)至賣家賬戶。

從這個(gè)概念中,有幾個(gè)關(guān)鍵點(diǎn):1,

需要跟各個(gè)銀行簽約,那么問題是第三方支付跟銀行的關(guān)系是什么?2,

用戶通過第三方支付平臺進(jìn)行支付,那么資金是如何進(jìn)入第三方支付平臺的?3,

商戶通過接入第三方支付平臺進(jìn)行收款,那么資金最終又是如何結(jié)算給到商戶的?

因此,我們要充分理解第三方支付平臺,得從用戶,支付平臺,商戶,當(dāng)然還有背后的銀行和監(jiān)管機(jī)構(gòu)等進(jìn)行全面分析,只有充分理解這些關(guān)系,才能對第三方支付的賬戶體系有充分的理解和掌握,從而充分理解支付中的資金流。

我們知道,隨著電子商務(wù)在中國的迅速崛起,電子商務(wù)必須要解決幾個(gè)非常關(guān)鍵的問題,那就是:信息流,資金流和物流,信息流一般是通過電子商務(wù)平臺進(jìn)行解決,包括用戶信息,商品,商戶和訂單等,而資金流,即支付和結(jié)算等相關(guān)方面一般是通過第三方支付平臺進(jìn)行解決,第三方支付植入到電商平臺中,幫助電商平臺解決資金在用戶和商戶之間的流轉(zhuǎn),甚至在c2c交易中,第三方支付還起到了中介擔(dān)保賬戶的作用;而物流,是解決物品如何送到用戶手中的問題,各種物流公司或者電商自建物流網(wǎng)絡(luò)等都是解決物流相關(guān)的解決方案,對信息流和物流,我們這里不進(jìn)行展開,本章重點(diǎn)側(cè)重資金流的流轉(zhuǎn)。

二,

什么是賬戶?

從會計(jì)學(xué)上來看,賬戶是根據(jù)會計(jì)科目設(shè)置的,具有一定格式和結(jié)構(gòu),用于分類反饋會計(jì)要素增加變動(dòng)情況及其結(jié)果的載體。設(shè)置賬戶是會計(jì)核算的重要方法之一。同會計(jì)科目分類相對應(yīng),賬戶按其提供的信息詳細(xì)程度和統(tǒng)馭關(guān)系不同分為總賬賬戶和明細(xì)賬戶,請注意,在設(shè)計(jì)IT賬戶系統(tǒng)中,總賬戶和明細(xì)賬戶是非常重要的概念,后面會重點(diǎn)分析。

而按照賬戶反映的經(jīng)濟(jì)內(nèi)容不同可分為資產(chǎn)類賬戶,負(fù)債類賬戶,所有者權(quán)益類賬戶,成本費(fèi)用類賬戶,損益類賬戶。那么什么是會計(jì)要素?主要有6個(gè)方面:資產(chǎn),負(fù)債,所有者權(quán)益,利潤,費(fèi)用,收入。

賬戶是有結(jié)構(gòu)和內(nèi)容的,賬戶分為左方,右方兩個(gè)方向,一個(gè)登記增加,另外一方登記減少。賬戶的內(nèi)容包括了賬戶的名稱,記錄經(jīng)濟(jì)業(yè)務(wù)的日期,所依據(jù)記賬憑證的編號,經(jīng)濟(jì)業(yè)務(wù)摘要,借貸金額和余額等。

那么如何設(shè)計(jì)一個(gè)賬戶呢?從賬戶的結(jié)構(gòu)和內(nèi)容分析,一個(gè)賬戶需要記錄賬戶變動(dòng)的過程等,即借貸方向均需要進(jìn)行記錄,這里一般是通過賬戶流水來實(shí)現(xiàn),即出入流水,同時(shí),賬戶是記錄會計(jì)要素變動(dòng)結(jié)果的,因此需要根據(jù)變動(dòng)的最終結(jié)果進(jìn)行記錄,即賬戶的余額。賬戶=賬戶流水+賬戶余額在具體實(shí)現(xiàn)中,系統(tǒng)對賬戶流水的操作和余額的操作必須是一個(gè)事務(wù),即入流水必然導(dǎo)致賬戶余額的增加,出流水必然導(dǎo)致余額的減少。那么有一個(gè)問題:借貸方向和賬戶流水的進(jìn)出有什么關(guān)系?很多人很容易,把賬戶流入,即增加部分記為借,而把賬戶流產(chǎn),即減少部分記為貸,但其實(shí)是不嚴(yán)謹(jǐn)?shù)?,或者是錯(cuò)誤的(下面將重點(diǎn)介紹)。

三,賬戶的基本內(nèi)容和結(jié)構(gòu)在賬戶的核算中,賬戶一般簡化為“T”字賬的形式,即包括賬戶名稱,借方,貸方,發(fā)生額,借貸方余額和賬戶余額等。如下圖:賬戶的內(nèi)部對賬是:在一個(gè)指定的核算周期內(nèi),保證余額和流水的一致性。(如果具體實(shí)現(xiàn)是通過db的事務(wù)機(jī)制,則DB本身就可以保證兩者的一致性,如果不是,比如即流水,異步落地余額的情況,則需要按每天根據(jù)流水對余額進(jìn)行調(diào)整或者糾正)賬戶的外部對賬是:保證賬戶操作的流水跟外部系統(tǒng)相關(guān)依賴流水的一致性。在支付寶設(shè)置的商戶賬戶對支付寶來說是一個(gè)負(fù)債類賬戶(因?yàn)檫@是欠商戶的錢,后續(xù)需要結(jié)算給到商戶),那么上面的支付流程,會計(jì)記賬如下:

借:支付寶招行銀行賬戶

100元

(資產(chǎn)類賬戶,資產(chǎn)增加,記為借)

貸:商戶A支付寶賬戶

100元

(負(fù)債類賬戶,負(fù)債增加,記為貸)

2,第三方支付自有賬戶體系

這個(gè)比較復(fù)雜,類似銀行賬戶有對公賬戶和對私賬戶,第三方支付公司也有針對商戶的B賬戶和針對個(gè)人的C賬戶。請注意,第三方支付自有賬戶體系是獨(dú)立第三方支付在銀行申請的賬戶的,是自有的賬戶體系,完成資金在第三方支付體系的閉環(huán)和結(jié)算等,比如財(cái)付通用戶余額,支付寶余額,微信支付余額等都是第三方支付賬戶toclient的賬戶。

個(gè)人賬戶,我們稱為c賬戶比較簡單,而商戶賬戶由于涉及到結(jié)算和提現(xiàn)等操作,按照不同的資金類別設(shè)置不同賬戶的設(shè)計(jì)原則,商戶賬戶一個(gè)商戶號其實(shí)對應(yīng)兩個(gè)賬戶:b賬戶和c賬戶,b賬戶是商戶結(jié)算賬戶,用于交易的收款等,商戶本身無法直接操作,是第三方支付進(jìn)行結(jié)算的賬戶,而商戶c賬戶則是商戶可以直接進(jìn)行操作的賬戶,如可以進(jìn)行提現(xiàn),充值和支付等等。

3,

各個(gè)銀行在第三方支付公司設(shè)置的賬戶

這個(gè)賬戶是一個(gè)總賬賬戶,一般用于記錄資金進(jìn)入第三方賬戶體系或者資金逃出第三方賬戶體系的,它一般不記錄余額,而只是記錄流水,方便跟各個(gè)銀行進(jìn)行對賬。六,

各種操作的資金流和記賬規(guī)則1,

用戶通過銀行卡快捷支付進(jìn)行充值100元。資金流:資金從用戶銀行卡進(jìn)入第三方支付在對應(yīng)銀行的銀行賬戶,同時(shí)對對應(yīng)的第三方c賬戶記入一筆充值入賬。借:第三方支付在銀行的賬戶

100元(資產(chǎn)類賬戶)

貸:某用戶在第三方支付的c賬戶

100元

(負(fù)債類賬戶)

這個(gè)需要重點(diǎn)分析,其實(shí)這步操作后,資金進(jìn)入了第三方支付的自有賬戶體系中,使得自有賬戶體系的資金盤子增加了100元,在實(shí)際的設(shè)計(jì)中,為了能夠高效跟銀行進(jìn)行對賬,每個(gè)銀行會在第三方支付設(shè)置一個(gè)對應(yīng)的賬戶,我們成為銀行的第三方支付賬戶,比如招行在支付寶的賬戶,用戶通過招行卡支付充值后,除了銀行系統(tǒng)本身的記賬外,第三方支付會在該賬戶同步記錄一筆流水,使得所有通過招行進(jìn)入自有賬戶體系的資金流都可以通過這個(gè)流水看到,我們理解為這個(gè)賬戶是一個(gè)總賬賬戶,各個(gè)用戶的c賬戶是一個(gè)分賬賬戶。2,

用戶通過銀行卡快捷支付給商戶A支付100元資金流:資金從用戶的銀行卡進(jìn)入第三方支付在對應(yīng)銀行的銀行賬戶,同時(shí)對對應(yīng)的商戶A的B賬戶記入一筆支付入賬。借:第三方支付在銀行的賬戶

100元

(資產(chǎn)類賬戶)

貸:某商戶A的B賬戶

100元

(負(fù)債類賬戶)3,

用戶通過第三方支付余額賬戶提現(xiàn)100到自己的招行卡資金流:第三方支付首先把該用戶余額的100元先凍結(jié),然后調(diào)用銀行接口,從自己在銀行的賬戶中轉(zhuǎn)賬100元到用戶的招行卡上,成功后,對該用戶的余額凍結(jié)的100元進(jìn)行解凍扣款。借:某用戶在第三方支付的c賬戶

100元

(負(fù)債類賬戶)

貸:第三方支付在銀行的賬戶

100元

(資產(chǎn)類賬戶)可以看出,該步驟的記賬給第一部分的充值時(shí)相反的。

4,

自有賬戶體系的c2c轉(zhuǎn)賬由于沒有涉及到用戶銀行卡的操作,該部分操作沒有涉及到真正的資金流變動(dòng),只是賬務(wù)在第三方支付公司自有賬戶體系的轉(zhuǎn)移而已,即從一個(gè)用戶的c賬戶轉(zhuǎn)移到另外一個(gè)c賬戶,由于c賬戶對第三方支付公司來說,都是負(fù)債類賬戶,因此記賬如下:借:轉(zhuǎn)出的c賬戶

100元(負(fù)債類賬戶,轉(zhuǎn)出表示負(fù)債減少,記為借)

貸:收款的c賬戶100元(負(fù)債類賬戶,轉(zhuǎn)入表示負(fù)債增加,記為貸)

5,

自有賬戶體系的b2c支付跟4一樣,沒有涉及到銀行接口的調(diào)用,因此沒有發(fā)生真正的資金流的流動(dòng),賬戶只是在第三方支付公司的自有賬戶體系轉(zhuǎn)移而已,即從一個(gè)用戶的c賬戶轉(zhuǎn)移到另外一個(gè)商戶的B賬戶。記賬如下:借:支付的c賬戶100元

貸:收款的商戶B賬戶100元。綜上,第三方支付的賬戶體系還是相當(dāng)比較簡單,一般是資產(chǎn)類賬戶和負(fù)債類賬戶比較多,會計(jì)處理上也比較簡單。

第三方支付架構(gòu)設(shè)計(jì)之—自有賬戶支付筆者在上一篇blog<<第三方支付架構(gòu)設(shè)計(jì)之—帳戶體系>>中已經(jīng)稍微全面的闡述了第三方支付架構(gòu)設(shè)計(jì)中的賬戶體系,在該體系中,其實(shí)涉及了各種各樣的賬戶:銀行側(cè)賬戶(包括用戶在銀行側(cè)的賬戶:用戶借記卡,信用卡,商戶在銀行側(cè)的清算賬戶,結(jié)算賬戶等),第三方支付自有賬戶(跟銀行側(cè)賬戶比較類似,包括用戶在第三方支付公司的賬戶和商戶在第三方支付公司的賬戶)等。

我們知道,第三方支付本身是不直接接觸實(shí)際資金的,所有的資金流必須走銀行系統(tǒng)進(jìn)行,因此這里涉及到的實(shí)際資金流的時(shí)候就會把交易請求轉(zhuǎn)接到銀行系統(tǒng)進(jìn)行,銀行側(cè)賬戶我們大家相對比較了解,本章暫時(shí)先放一下,后續(xù)介紹快捷支付的時(shí)候,我們會進(jìn)一步詳細(xì)的討論。

本章我們重點(diǎn)會放在第三方自有賬戶體系中,大家知道,第三方支付公司都會建立自己的賬戶系統(tǒng),比如國內(nèi)主流的第三方支付公司:支付寶,財(cái)付通等,都有自己的賬戶體系,具體在產(chǎn)品上表現(xiàn)為:支付寶余額,財(cái)付通余額,這是比較官方toc的賬戶,還有其他二級賬戶如:理財(cái)通余額,積分子賬戶,微信錢包余額,紅包余額等,另外還有toB的商戶賬戶,我們常說的商戶接入需要申請商戶號就是這個(gè)道理。

那么,這里有個(gè)問題:第三方支付搭建自有賬戶體系的必要性和目的是什么?讓用戶直接使用銀行的賬戶本身不就是可以了嗎?這里沒有簡單的答案,但筆者認(rèn)為有幾個(gè)方面的因素是非常重要的:

1,資金沉淀。

通過建立自有賬戶體系,對用戶的資金進(jìn)行沉淀,這本身是一個(gè)比較大的資金池,用戶通過充值,支付等把資金轉(zhuǎn)入了第三方支付公司在相關(guān)銀行的清算賬戶-客戶備付金賬戶,同時(shí),在自有賬戶體系記錄了一筆虛擬資金的入賬,即增加等額的余額。通過自有賬戶體系對用戶資金進(jìn)行管控,當(dāng)然該賬戶的資金會受到監(jiān)管,第三方支付公司也能夠獲取對應(yīng)資金的利息收入,并且這些資金如何進(jìn)行盤活目前也是第三方支付公司在不斷思考和需要突破的核心問題:如是否可以進(jìn)行授信支付?貸款?

2,產(chǎn)品粘性需要。

在支付行業(yè),特別是互聯(lián)網(wǎng)金融,兩個(gè)東西是非常關(guān)鍵,甚至是致命的:賬戶和入口。賬戶沉淀了用戶的資金,是交易的基礎(chǔ),所謂交易是解決資金在不同賬戶之間進(jìn)行流動(dòng)的問題,為了有效的控制資金在賬戶之間轉(zhuǎn)移的原則性和業(yè)務(wù)規(guī)則,在設(shè)計(jì)上引入了訂單,因此,從這個(gè)角度看,交易的核心處理對象是訂單和賬戶。只有用戶的資金在你的系統(tǒng)里面,用戶才會持續(xù)的使用你的服務(wù),否則用戶的轉(zhuǎn)移成本基本是0。

3,系統(tǒng)閉環(huán)需要。

我們知道,在架構(gòu)設(shè)計(jì)當(dāng)中,有一個(gè)非常重要的方法論:系統(tǒng)閉環(huán)和自愈能力。所謂系統(tǒng)閉環(huán)就是說通過劃分邊界定義各個(gè)系統(tǒng),其中相對可控的是屬于內(nèi)部系統(tǒng),不可控的或者可控性更弱的屬于外部系統(tǒng),而我們總是希望更多的納入到可控系統(tǒng)中,這樣,我們就能進(jìn)一步擁有對系統(tǒng)進(jìn)行持續(xù)優(yōu)化,快速問題定位,治標(biāo)到治標(biāo)的系統(tǒng)演進(jìn),使得系統(tǒng)更有效的,更低成本的,更高健壯的,更安全的,更可管理的,更高性能的服務(wù)我們的業(yè)務(wù)。而通過創(chuàng)建自有賬戶,把用戶的資金轉(zhuǎn)移到自有賬戶體系,后續(xù)的支付和交易等均基于自有賬戶體系進(jìn)行,就能夠達(dá)到上面說的目標(biāo):系統(tǒng)閉環(huán),提升支付的成功率和性能,改善用戶體驗(yàn)。二,自有賬戶體系的分類

類似銀行側(cè)賬戶體系,銀行側(cè)賬戶有對私和對公賬戶,也就是說是個(gè)人和企業(yè)賬戶是否分開的,類似的,第三方支付公司的自有賬戶體系也是分為個(gè)人賬戶和商戶號。

個(gè)人賬戶:個(gè)人賬戶主要是面向toClient的賬戶體系,如財(cái)付通余額,用戶通過注冊財(cái)付通后系統(tǒng)分配給用戶的一個(gè)賬戶,該賬戶支持充值,支付,提現(xiàn),轉(zhuǎn)賬等功能。這里有個(gè)特點(diǎn):第三方支付個(gè)人賬戶的資金是沒有利息收入的,一般也沒有賬戶管理費(fèi)的概念。

商戶號:第三方支付公司面向商戶toBusiness的賬戶體系,對商戶號的管理相對復(fù)雜,也是第三方支付公司的收費(fèi)對象,為了進(jìn)行收費(fèi)等賬戶管理手段的實(shí)施,參考銀行賬戶體系(一般包括清算賬戶和清算賬戶),商戶號其實(shí)對應(yīng)了兩個(gè)賬戶,一個(gè)是B賬戶,另外一個(gè)是C賬戶,B賬戶可以認(rèn)為是清算賬戶,用戶支付后資金后首先會在B賬戶記錄入賬流水(一般無需即余額),通過結(jié)算到對應(yīng)的C賬戶-扣除平臺手續(xù)費(fèi)后入賬到C賬戶,而C賬戶則是商戶可以直接操作的賬

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論