詳解B2C電商支付中心的產(chǎn)品架構(gòu)
電商系統(tǒng)中,支付中心作為交易的重要支撐體系,是整個系統(tǒng)的重中之重。那它的架構(gòu)有哪些關(guān)鍵部分?底層設(shè)計又要注意什么呢?本文將為大家解答這一系列問題。
一、開篇
上一篇文章《B2C電商系統(tǒng)產(chǎn)品架構(gòu):全局分析系統(tǒng)定義與職責(zé)》中,我們主要描述下B2C電商系統(tǒng)整體產(chǎn)品架構(gòu)圖,里面各個模塊系統(tǒng)每一個展開其實就是一個龐大的產(chǎn)品體系,而這個也正是后續(xù)該系列文章的大綱。
本篇文章,我們主要來拆解下一般電商公司【支付中心】的產(chǎn)品架構(gòu)圖。
在我們開始正式講解之前,大家先描述下自己對支付中心的認知。我想可能對于大部分普通用戶,對支付中心的理解可能更多就是付款頁面了,即收銀臺,用戶選擇不同支付方式進行付款。甚至連訂單申請的退款到賬,用戶也基本不會聯(lián)想到支付中心身上。
支付中心作為交易三流向中的資金流支持體系,是最為重要核心的部分,搞不好對公司就會產(chǎn)生不可估量的損失。接下來,我們就來系統(tǒng)性地了解下經(jīng)典B2C電商的【支付中心】究竟有哪些模塊,每個模塊又有什么職能?各模塊之間又是如何聯(lián)動的。
二、正文
說到底,支付中心的原子能力就是收、退、打,其他所有的一切,幾乎都是圍繞這幾個基礎(chǔ)能力搭建出來的應(yīng)用產(chǎn)品。
支付中心對內(nèi)的上游主要是業(yè)務(wù)訂單系統(tǒng)(本文主要描述經(jīng)典場景),訂單會傳入支付結(jié)算所需要的核心信息,支付中心接收后轉(zhuǎn)化為系統(tǒng)內(nèi)的收退打相關(guān)指令,并進行信息的回執(zhí);
支付中心對外是跟三方支付公司/銀行系統(tǒng)進行互動,支付中心將平臺的收退打指令轉(zhuǎn)為三方真實資金的收退打指令,三方產(chǎn)生信息回執(zhí);
而支付中心內(nèi)部,主要包含收單系統(tǒng)與清結(jié)算系統(tǒng)。前者主要負責(zé)收款,后者主要負責(zé)退款與打款。
一圖一文,以下這張圖片就是本篇文章描述的核心:
簡單描述此圖的結(jié)構(gòu):
- ?最上邊的訂單系統(tǒng),就是觸發(fā)指令給支付中心的上游,一般就是公司的各個業(yè)務(wù)訂單系統(tǒng);
- ?橙色背景區(qū)域內(nèi),就是支付中心的內(nèi)部系統(tǒng)模塊組成;
- ?左側(cè)的模塊,是三方支付機構(gòu)內(nèi)部的大概邏輯(不再引入銀行,主要為了描述支付中心對外的資金信息交互);
- ?粗的線條,表示比較大的系統(tǒng)模塊或?qū)嶓w之間的交互邏輯;
- ?細的線條,表示系統(tǒng)模塊內(nèi)的指令與模塊之間的交互邏輯;
- ?箭頭指向只是表明大邏輯上有關(guān)聯(lián)或順序,但僅限于宏觀層面,不開展到非常細節(jié)的產(chǎn)品設(shè)計層次;
接下來,我們從【收單】【清結(jié)算】【賬戶】【對賬】【交易安全】5個部分來展開:
1. 收單系統(tǒng)
收單系統(tǒng)的主要職責(zé)就是收款,對業(yè)務(wù)要保證下單支付轉(zhuǎn)化率,對系統(tǒng)要保證安全穩(wěn)定、精準(zhǔn)無誤;
我們用大概的時間順序來串聯(lián)描述各個環(huán)節(jié):
1)訂單調(diào)用支付中心:
上游創(chuàng)建訂單后,會發(fā)起付款請求,比較常見的就是:
- 普通支付(原子層:父訂單:支付單=1:1,子訂單邏輯訂單體系內(nèi)處理)
- 合單支付(原子層,訂單:支付單=N:N,支付中心還有一個父支付單與N支付單進行同步)
- 補差支付(原子層,訂單:支付單=N:N,支付中心根據(jù)N個原始支付單合并一個總支付單與訂單進行同步)
我們就拿比較經(jīng)典的普通支付來說明,訂單創(chuàng)建后,獲取到業(yè)務(wù)、用戶和商品相關(guān)信息,然后創(chuàng)建支付單實體,支付單包含了支付收單所必須的上游信息。
2)支付單與收銀臺
支付單創(chuàng)建之后,上游訂單維持“待支付”狀態(tài),用戶可以在限定時間內(nèi)發(fā)起支付行為,即吊起收銀臺。
這里注意,收銀臺本質(zhì)上就是收款通道的整體邏輯控制,不同終端、不同業(yè)務(wù)可選擇支付通道的不同,例如:微信內(nèi)是不可能用競品支付方式的、有的業(yè)務(wù)壞賬率高無法使用分期產(chǎn)品、信用卡手續(xù)費誰承擔(dān)、哪個收款通道默認選中/展示排序等等。這些本質(zhì)上就是結(jié)合業(yè)務(wù)不同情況,為支付轉(zhuǎn)化率和交易安全作保障。
收銀臺支付通道也分以下幾種常見類型:
- 當(dāng)前主流電商基本都是三方支付,如微信、支付寶、京東支付,也有部分銀行支付,還有花唄、白條等消費分期通道
- 另外,部分平臺也提供平臺賬戶余額支付,即錢包業(yè)務(wù)
- 還有一些會把不同支付通道進行組合,如分期與非分期支付組合,方便額度不夠或想減少消費分期額的用戶。
3)收銀臺調(diào)用三方支付系統(tǒng)
當(dāng)用戶選擇某種特定支付通道之后,收銀臺就會用sdk或內(nèi)嵌M頁吊起支付通道,用戶放棄某個通道之后,大部分場景可以更換其他支付通道繼續(xù)支付。
在三方支付的體系內(nèi),在使用余額或綁卡支付成功后,真實資金會從用戶在三方的用戶賬戶余額轉(zhuǎn)往平臺在三方的商戶賬戶余額(有賬期的暫不展開);同時,三方告訴平臺的支付中心用戶已完成付款,平臺的支付單可以變更已付款狀態(tài),并回執(zhí)給訂單變更訂單狀態(tài)。
2. 清結(jié)算系統(tǒng)
清結(jié)算系統(tǒng)分為清分系統(tǒng)、結(jié)算系統(tǒng)組成。
1)清分系統(tǒng)
清分系統(tǒng)職責(zé):處理上游業(yè)務(wù)單的分賬請求,并轉(zhuǎn)換成為標(biāo)準(zhǔn)的清分記錄,進而在業(yè)務(wù)結(jié)算時機調(diào)用結(jié)算系統(tǒng)產(chǎn)生結(jié)算記錄;
一條清分記錄,會被拆分為N條結(jié)算記錄。清分記錄可以理解為業(yè)務(wù)一筆訂單的完整分賬信息,可能包含很多目標(biāo)賬戶,結(jié)算的時機也可能不同,經(jīng)過清分系統(tǒng)之后,會轉(zhuǎn)化為一條條格式化的結(jié)算原始記錄,主要是出資賬戶和單個目標(biāo)賬戶、結(jié)算金額、結(jié)算時間等核心信息;
2)結(jié)算系統(tǒng)
結(jié)算系統(tǒng)職責(zé):將清分系統(tǒng)產(chǎn)生的結(jié)算記錄,按照賬期產(chǎn)生結(jié)算單,進而按照商戶系統(tǒng)合同打款信息進行轉(zhuǎn)賬打款操作(包含欠款扣款邏輯);
結(jié)算系統(tǒng),將待結(jié)算的結(jié)算記錄按照結(jié)算周期和結(jié)算對象,分別進行合并運算,生成結(jié)算單(如果是負值結(jié)算單可能涉及到滾動生成結(jié)算單)。結(jié)算記錄:結(jié)算單=N:1。
結(jié)算單如果是正值,則生成打款單/提現(xiàn)單,然后將錢款進行打出,也有可能是多批次打出。結(jié)算單:打款單=1:N;
商戶會按照結(jié)算單與自己在平臺經(jīng)營的訂單信息進行對賬,看是否有誤差,以及關(guān)注結(jié)算單的打款進度。
3. 賬戶系統(tǒng)
賬戶基礎(chǔ)原子能力有:充、提、凍、轉(zhuǎn)(支付、轉(zhuǎn)賬、扣罰)。支付單、結(jié)算單/提現(xiàn)單、凍結(jié)/解凍、轉(zhuǎn)賬等都會產(chǎn)生賬戶流水。
賬戶分類一般分為3大類:平臺類賬戶、用戶類賬戶、映射賬戶。
- ?平臺類賬戶根據(jù)不同財務(wù)用途會劃分很多種,例如代收代付、預(yù)收、應(yīng)收、成本、資金等等。
- ?用戶類賬戶,體現(xiàn)在用戶端就是余額錢包的場景,可以充值、提現(xiàn)、凍結(jié)等操作。
- ?映射類賬戶,主要用來映射平臺在三方的資金情況,便于平臺實時了解平臺的各渠道資金情況,便于調(diào)撥等用途;
4. 對賬系統(tǒng)
標(biāo)準(zhǔn)的對賬系統(tǒng),大概分為以下4種對賬:
- ?賬證:業(yè)務(wù)層-賬務(wù)層,即業(yè)務(wù)訂單與支付中心賬務(wù)進行對賬;
- ?賬賬:賬務(wù)層-會計層,總賬與總賬、明細賬、日記賬、明細賬之間相互核對的過程;
- ?賬實:內(nèi)部-外部,即支付中心與三方及銀行進行對賬;
- ?賬表:會計報表-會計科目,跟本系統(tǒng)層面關(guān)聯(lián)較弱。
5. 支付安全
支付中心的天職就是為平臺交易安全提供保證。不僅要關(guān)注交易的雙方角色,還要核心關(guān)注錢款的流向,尤其是收、打這2個節(jié)點。
- 第一方面,支付中心包保證合規(guī)、合法。首先支付中心設(shè)計要滿足監(jiān)管部門的要求,同時還要結(jié)合業(yè)務(wù)上游和支付中心聯(lián)動,積極反詐騙、洗錢、信用卡套現(xiàn)等違規(guī)違法行為。
- 第二方面,要做到系統(tǒng)健壯。從系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)運營,都需要非常嚴(yán)謹(jǐn),兜底也要建立完備的預(yù)警機制、熔斷機制,為公司業(yè)務(wù)上游提供安全可信賴的支付服務(wù)。
三、結(jié)尾
本文聚焦在支付中心的框架內(nèi),比較宏觀介紹了部分系統(tǒng)的定義和職責(zé),另外有些模塊也都還在探索摸索階段,并非標(biāo)準(zhǔn)答案。
支付中心系統(tǒng)底層設(shè)計比較固定,最關(guān)鍵是能夠結(jié)合企業(yè)自己的業(yè)務(wù)做好對應(yīng)的架構(gòu)設(shè)計和運行支撐。跟著業(yè)務(wù)變化而迭代系統(tǒng),這樣才能做出一個有靈魂的支付中心。
一圖一文系列,第2篇,收~
作者:減形簡遠,轉(zhuǎn)轉(zhuǎn)交易中臺產(chǎn)品負責(zé)人。公眾號:產(chǎn)品雜談
本文由 @減形簡遠 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
幫上大忙了。
親,感謝你的文章,有所啟發(fā)!方便私聊一下嗎?
這個圖上面怎么沒有售后系統(tǒng)啊
我要催更啦~~對于我這種入門小白來說太有用了??!
一起崔
非常期待下一篇 老哥抓緊更新呢 雖然是做技術(shù)的 但對產(chǎn)品也很感興趣
感謝支持,最近有點忙。剛新發(fā)了一篇,說產(chǎn)品的用戶思維,希望能對你有用。
這圖牛逼
圖畫的挺好的,淺顯易懂。加油
感謝支持!
嗯嗯 篇幅有限 著重先寫的框架。后邊會對某些模塊展開單獨寫。
啥時候出呀
大佬啥時候出后續(xù)
某些地方寫的太簡略了,做技術(shù)的也挺難看懂這個流程
同意
在細化就更好了 估計只有財務(wù)人員明白