支付系統(tǒng)設(shè)計(jì)白皮書:契合業(yè)務(wù)形態(tài)的收銀臺(tái)設(shè)計(jì)思路
目前常見的收銀臺(tái)支付類型分為收單和充值兩種,其業(yè)務(wù)流程和系統(tǒng)流程各不相同。
支付方式選擇
在收銀臺(tái)設(shè)計(jì)前,根據(jù)業(yè)務(wù)類型要對支付方式進(jìn)行選擇,目前常見的收銀臺(tái)支付類型包含兩種:
- 收單:通過各類支付方式針對業(yè)務(wù)訂單發(fā)起付款。例如:C 端用戶在天貓購買一件衣服,點(diǎn)擊「提交訂單」后,系統(tǒng)跳轉(zhuǎn)至支付寶進(jìn)行付款。這是標(biāo)準(zhǔn)的付款場景,也稱之為收單。
- 充值:用戶對賬戶進(jìn)行余額充值。例如:C 端要用戶登錄支付寶等商戶自有的錢包系統(tǒng)對賬戶進(jìn)行余額充值。這是標(biāo)準(zhǔn)的充值場景。
業(yè)務(wù)流程及系統(tǒng)流程
1. 充值業(yè)務(wù)
①業(yè)務(wù)流程
- 用戶對錢包賬戶發(fā)起充值;
- 跳轉(zhuǎn)至收銀臺(tái),根據(jù)展現(xiàn)的支付方式用戶選擇充值渠道(若該充值業(yè)務(wù)允許提現(xiàn),收銀臺(tái)應(yīng)根據(jù)充值業(yè)務(wù)配置對應(yīng)的借記渠道,從業(yè)務(wù)側(cè)規(guī)避用戶使用信用卡充值做信用卡套現(xiàn));
- 充值成功后返回。
②系統(tǒng)流程
- 用戶在客戶端發(fā)起充值流程,客戶端獲取收銀臺(tái)地址,收銀臺(tái)返回地址;
- 收銀臺(tái)根據(jù)請求類型跳轉(zhuǎn)至收銀臺(tái)充值頁面,顯示對應(yīng)的充值渠道;
- 用戶選擇對應(yīng)的充值渠道后,收銀臺(tái)提交對應(yīng)的充值訂單到交易系統(tǒng);
- 交易系統(tǒng)通過支付核心轉(zhuǎn)化后給到清算核心,獲取對應(yīng)的支付渠道信息,返回給收銀臺(tái);
- 收銀臺(tái)跳轉(zhuǎn)支付渠道,用戶在第三方支付頁面進(jìn)行支付;
- 支付結(jié)果以異步形式通知服務(wù)端,前臺(tái)根據(jù) return_url展示對應(yīng)的充值結(jié)果頁面。
2. 收單業(yè)務(wù)
①業(yè)務(wù)流程
- 用戶在業(yè)務(wù)端基于訂單發(fā)起付款,跳轉(zhuǎn)至收銀臺(tái)后選擇支付渠道;
- 根據(jù)用戶選擇的支付方式?jīng)Q定后續(xù)流程:
余額支付:首先校驗(yàn)余額是否充足,若充足則用戶可選擇余額進(jìn)行全額付款;確認(rèn)付款后輸入支付密碼并校驗(yàn)支付密碼是否正確,若正確則扣減余額,完成支付;
網(wǎng)銀或第三方支付:首先根據(jù)業(yè)務(wù)確定可使用的支付渠道列表,其次用戶選擇第三方支付后,調(diào)用第三方支付渠道發(fā)起付款,渠道限額校驗(yàn)由第三方完成,最后根據(jù)支付結(jié)果變更支付狀態(tài)(正常情況下除了支付成功意外均以「處理中」做業(yè)務(wù)狀態(tài)處理)。
②系統(tǒng)流程
- 業(yè)務(wù)系統(tǒng)調(diào)用支付系統(tǒng)做業(yè)務(wù)下單,形成對應(yīng)的入款交易訂單,并跳轉(zhuǎn)收銀臺(tái);根據(jù)交易請求判斷是否返回收銀臺(tái)(有部分業(yè)業(yè)務(wù)場景指定支付方式或以確認(rèn)性付款成功等流程無需收銀臺(tái));
- 獲取到收銀臺(tái)地址后,打開收銀臺(tái)界面,獲取渠道列表并展示對應(yīng)渠道;
- 用戶選擇支付方式,支付請求發(fā)送到清算核心,調(diào)用第三方支付渠道;
- 收銀臺(tái)跳轉(zhuǎn)到對應(yīng)支付渠道,用戶在第三方支付頁面進(jìn)行付款;
- 支付結(jié)果以異步形式通知服務(wù)端,前臺(tái)根據(jù) return_url 返回對應(yīng)頁面。
組合支付
組合支付即通過一種以上支付渠道完成付款的支付形式。組合支付是交易系統(tǒng)中提供的一種交易服務(wù)類型,例如早期支付寶有組合支付功能,最常見的組合支付類型為「賬戶余額 + 快捷支付」模式,此種類型可在做支付系統(tǒng)設(shè)計(jì)時(shí)進(jìn)行借鑒,可實(shí)現(xiàn)「賬戶余額 + 第三方支付」的模式。
組合支付的衍生需求很好理解,當(dāng)用戶在平臺(tái)的錢包賬戶內(nèi)進(jìn)行充值后,若想購買的商品價(jià)格超出了賬戶余額的可支付范圍,即可使用組合支付的方式進(jìn)行付款;此處的賬戶余額可理解為「廣義范圍內(nèi),所有涉及到支付系統(tǒng)內(nèi)部清結(jié)算能力的支付形式」,凡是需要與其他渠道進(jìn)行組合付款的場景均可使用組合支付的邏輯,例如基于營銷設(shè)計(jì)的紅包、代金券、積分以及預(yù)付卡等。
組合支付的流程、設(shè)計(jì)
1. 組合支付的流程
①余額 + 第三方(支付成功)
- 用戶發(fā)起組合支付,支付前置根據(jù)用戶組合支付的行為生成組合支付業(yè)務(wù)訂單;
- 支付前置系統(tǒng)根據(jù)系統(tǒng)配置的付款順序?qū)M合支付進(jìn)行推進(jìn),由內(nèi)部渠道和外部渠道進(jìn)行的組合支付:原則上需要先調(diào)用外部渠道,因此支付前置基于組合支付訂單生成了一筆第三方支付的子訂單,也可以稱為支付指令;待支付成功后,通知內(nèi)部賬戶系統(tǒng)扣減賬戶余額,這樣避免外部渠道不成功的情況下對余額進(jìn)行了先行扣除;
- 外部渠道成功后通知前置系統(tǒng),前置系統(tǒng)此時(shí)生成當(dāng)筆內(nèi)部余額扣減的支付指令并調(diào)用支付核心系統(tǒng);核心系統(tǒng)返回成功后,將這比組合支付的業(yè)務(wù)訂單置為成功并通知業(yè)務(wù)端。
②余額 + 第三方(支付失?。?/strong>
③組合支付設(shè)計(jì)
組合支付本身對于交易系統(tǒng)來說差別不大,僅在訂單發(fā)送至支付前置時(shí),由于邏輯上來講是兩筆付款行為,因此會(huì)生成兩條支付方式的請求:一條為余額支付請求,一條為第三方支付請求;轉(zhuǎn)換到支付前置后,前置系統(tǒng)生成一筆組合支付的訂單,且對應(yīng)著兩條支付指令(一條充值、一條轉(zhuǎn)賬),當(dāng)充值的指令成功后去執(zhí)行轉(zhuǎn)賬的指令,兩筆都成功的情況下則通知上層系統(tǒng)變更業(yè)務(wù)狀態(tài)。
- 定義支付業(yè)務(wù)類型:組合;
- 對應(yīng)指令:根據(jù)外部加內(nèi)部的組合,根據(jù)具體指令需執(zhí)行的原子類型,生成對應(yīng)指令訂單,遵循外部成功后再執(zhí)行內(nèi)部的流程;
- 支付方式:以組合種類為準(zhǔn),對應(yīng)種類在網(wǎng)關(guān)傳遞交易時(shí)進(jìn)行拆分,例如代金券 + 余額 + 第三方支付則需要分別定義三條支付方式信息。
優(yōu)惠支付
優(yōu)惠支付即基于支付系統(tǒng)的代金券、優(yōu)惠券、紅包等營銷支付流程設(shè)計(jì),本質(zhì)上是基于賬戶做的營銷支付體系,無論具體優(yōu)惠形式,在支付系統(tǒng)內(nèi)部都是以賬戶形式存在:例如代金券營銷賬戶、優(yōu)惠券營銷賬戶等;根據(jù)具體的業(yè)務(wù)需求,支付系統(tǒng)對于此類營銷支付在賬戶層面應(yīng)設(shè)計(jì)兩種方案:
- 平臺(tái)側(cè)營銷賬戶:代金券營銷賬戶、優(yōu)惠券營銷賬戶等,其營銷成本應(yīng)從這兩個(gè)賬戶中進(jìn)行扣減,賬戶需自行預(yù)先充值,用戶支付時(shí)所需部分抵扣的金額從該賬戶進(jìn)行獲??;
- 用戶側(cè)營銷賬戶:紅包、消費(fèi)積分等營銷賬戶與各個(gè)用戶一一對應(yīng),用戶在領(lǐng)取時(shí)視為開通了紅包等營銷賬戶;每當(dāng)領(lǐng)取紅包或獲取消費(fèi)積分,視為賬戶金額增加(相當(dāng)于給用戶的賬戶進(jìn)行充值入賬)。此外,也可以通過業(yè)務(wù)端對明細(xì)賬戶加以控制,支付系統(tǒng)則去維護(hù)總賬戶即可。
營銷支付設(shè)計(jì)
營銷支付的設(shè)計(jì)可分為基于業(yè)務(wù)端做營銷和基于支付端做營銷兩個(gè)方向:
基于業(yè)務(wù)端做營銷:在業(yè)務(wù)平臺(tái)直接對優(yōu)惠券金額進(jìn)行扣除。
- 調(diào)用支付系統(tǒng)前,業(yè)務(wù)系統(tǒng)根據(jù)優(yōu)惠方式(立減、折扣或優(yōu)惠券等)對可優(yōu)惠金額完成計(jì)算并直接扣減調(diào);
- 調(diào)用支付系統(tǒng),并將用戶實(shí)際待支付金額轉(zhuǎn)入支付系統(tǒng)并生成支付訂單。
此方法的弊端在于,若平臺(tái)型電商對營銷成本進(jìn)行結(jié)算,僅可通過線下或其他方式完成與商戶間的結(jié)算工作,會(huì)增加財(cái)務(wù)工作量并造成賬務(wù)不清晰等結(jié)果。
基于支付端做營銷:可分為平臺(tái)側(cè)與用戶側(cè)兩部分。
(1)平臺(tái)側(cè):
- 將平臺(tái)的優(yōu)惠補(bǔ)貼金額通過內(nèi)部戶等形式存儲(chǔ)在賬戶系統(tǒng)當(dāng)中,類似「營銷補(bǔ)貼戶」;
- 用戶在前端發(fā)起支付時(shí),使用優(yōu)惠券、紅包、消費(fèi)積分等營銷工具抵扣部分金額,業(yè)務(wù)平臺(tái)調(diào)用支付系統(tǒng)下單并傳入總金額、支付金額以及抵扣金額等相關(guān)信息,根據(jù)總金額生成交易訂單后,根據(jù)總金額的構(gòu)成生成對應(yīng)的支付訂單;實(shí)際支付金額與用戶待付款的支付訂單相對應(yīng),抵扣金額為平臺(tái)內(nèi)部賬戶單獨(dú)的內(nèi)部流轉(zhuǎn)支付訂單,通過用戶實(shí)際成功支付的消息進(jìn)行后續(xù)處理;
此類方法的優(yōu)勢在于將每個(gè)用戶的業(yè)務(wù)明細(xì)留存在業(yè)務(wù)平臺(tái)系統(tǒng)處理,支付系統(tǒng)只需要記錄金額;收銀臺(tái)調(diào)用支付平臺(tái)下單相關(guān)參數(shù):業(yè)務(wù)平臺(tái)訂單號(hào)、UID、總金額、抵扣金額、支付金額、支付方式。
(2)用戶側(cè):
當(dāng)前電商平臺(tái)有部分營銷產(chǎn)品擁有較強(qiáng)的用戶屬性,例如紅包、消費(fèi)積分等,此類自帶貨幣屬性的虛擬賬戶余額,根據(jù)其業(yè)務(wù)屬性對支付系統(tǒng)中的每位用戶單獨(dú)開設(shè)補(bǔ)貼賬戶,支付時(shí)根據(jù)營銷賬戶 + 其他支付方式進(jìn)行組合,與組合支付的邏輯相類似,一筆付款付多個(gè)付款渠道。
《支付系統(tǒng)設(shè)計(jì)白皮書》由 PingPlusPlus支付學(xué)院(ID:pingxxpi)出品。
本文由 @支付學(xué)院 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)允許,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議。
感謝
求問文中的這種圖是用什么畫的嘛,感覺好清晰直觀。
visio
請問基于支付端做營銷平臺(tái)側(cè)為什么不能從資金賬戶直接扣除,要建立一個(gè)營銷補(bǔ)貼戶
求加微信進(jìn)一步溝通
寫的很好,自己也在做收銀臺(tái),還總結(jié)不出什么,看了這篇文章,學(xué)到很多