詳解B2C電商支付中心的產(chǎn)品架構(gòu)

15 評論 18843 瀏覽 138 收藏 13 分鐘

電商系統(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):

  1. ?最上邊的訂單系統(tǒng),就是觸發(fā)指令給支付中心的上游,一般就是公司的各個業(yè)務(wù)訂單系統(tǒng);
  2. ?橙色背景區(qū)域內(nèi),就是支付中心的內(nèi)部系統(tǒng)模塊組成;
  3. ?左側(cè)的模塊,是三方支付機構(gòu)內(nèi)部的大概邏輯(不再引入銀行,主要為了描述支付中心對外的資金信息交互);
  4. ?粗的線條,表示比較大的系統(tǒng)模塊或?qū)嶓w之間的交互邏輯;
  5. ?細的線條,表示系統(tǒng)模塊內(nèi)的指令與模塊之間的交互邏輯;
  6. ?箭頭指向只是表明大邏輯上有關(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:1,子訂單邏輯訂單體系內(nèi)處理)
  2. 合單支付(原子層,訂單:支付單=N:N,支付中心還有一個父支付單與N支付單進行同步)
  3. 補差支付(原子層,訂單:支付單=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)化率和交易安全作保障。

收銀臺支付通道也分以下幾種常見類型:

  1. 當(dāng)前主流電商基本都是三方支付,如微信、支付寶、京東支付,也有部分銀行支付,還有花唄、白條等消費分期通道
  2. 另外,部分平臺也提供平臺賬戶余額支付,即錢包業(yè)務(wù)
  3. 還有一些會把不同支付通道進行組合,如分期與非分期支付組合,方便額度不夠或想減少消費分期額的用戶。

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大類:平臺類賬戶、用戶類賬戶、映射賬戶。

  1. ?平臺類賬戶根據(jù)不同財務(wù)用途會劃分很多種,例如代收代付、預(yù)收、應(yīng)收、成本、資金等等。
  2. ?用戶類賬戶,體現(xiàn)在用戶端就是余額錢包的場景,可以充值、提現(xiàn)、凍結(jié)等操作。
  3. ?映射類賬戶,主要用來映射平臺在三方的資金情況,便于平臺實時了解平臺的各渠道資金情況,便于調(diào)撥等用途;

4. 對賬系統(tǒng)

標(biāo)準(zhǔn)的對賬系統(tǒng),大概分為以下4種對賬:

  1. ?賬證:業(yè)務(wù)層-賬務(wù)層,即業(yè)務(wù)訂單與支付中心賬務(wù)進行對賬;
  2. ?賬賬:賬務(wù)層-會計層,總賬與總賬、明細賬、日記賬、明細賬之間相互核對的過程;
  3. ?賬實:內(nèi)部-外部,即支付中心與三方及銀行進行對賬;
  4. ?賬表:會計報表-會計科目,跟本系統(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é)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 幫上大忙了。

    來自廣東 回復(fù)
  2. 親,感謝你的文章,有所啟發(fā)!方便私聊一下嗎?

    來自浙江 回復(fù)
  3. 這個圖上面怎么沒有售后系統(tǒng)啊

    來自湖南 回復(fù)
  4. 我要催更啦~~對于我這種入門小白來說太有用了??!

    來自山東 回復(fù)
    1. 一起崔

      回復(fù)
  5. 非常期待下一篇 老哥抓緊更新呢 雖然是做技術(shù)的 但對產(chǎn)品也很感興趣

    來自江蘇 回復(fù)
    1. 感謝支持,最近有點忙。剛新發(fā)了一篇,說產(chǎn)品的用戶思維,希望能對你有用。

      回復(fù)
  6. 這圖牛逼

    來自江蘇 回復(fù)
  7. 圖畫的挺好的,淺顯易懂。加油

    來自江蘇 回復(fù)
    1. 感謝支持!

      回復(fù)
  8. 嗯嗯 篇幅有限 著重先寫的框架。后邊會對某些模塊展開單獨寫。

    回復(fù)
    1. 啥時候出呀

      回復(fù)
    2. 大佬啥時候出后續(xù)

      來自廣東 回復(fù)
  9. 某些地方寫的太簡略了,做技術(shù)的也挺難看懂這個流程

    來自天津 回復(fù)
    1. 同意
      在細化就更好了 估計只有財務(wù)人員明白

      回復(fù)