支付渠道是指能夠提供資金流轉(zhuǎn)功能的通道，我們常見的支付方式都要通過對應(yīng)的支付通道來完成。支付渠道需要進(jìn)行管理，那么為什么需要對支付渠道進(jìn)行管理呢？下面通過場景說明其必要性。

支付渠道，也可以叫支付通道，是指能夠提供資金流轉(zhuǎn)功能的通道，包括但不限于銀行、第三方支付機(jī)構(gòu)。我們常見的借記卡（儲(chǔ)蓄卡）、貸記卡（信用卡）、微信、支付寶、云閃付等支付方式，都是通過對應(yīng)的支付通道完成支付的。

支付渠道管理，通俗理解就是對支付渠道的管理， 為什么需要對支付渠道進(jìn)行管理呢？下面通過場景說明其必要性。

場景一

電商公司A，在初期，為了使產(chǎn)品快速的成型上線，支付是輔助功能，支付收銀臺(tái)設(shè)計(jì)的是一個(gè)簡單的收銀臺(tái)，只有【支付寶】，那我們該如何實(shí)現(xiàn)呢？

支付收銀臺(tái)只有一個(gè)支付方式——支付寶，是固定的，對應(yīng)支付通道也是一個(gè)固定的，支付的時(shí)候直接請求支付寶就可以，調(diào)用流程簡化如下

場景二

還是這個(gè)公司A，產(chǎn)品上線之后，業(yè)務(wù)發(fā)展的不錯(cuò)，產(chǎn)品也不斷的迭代，單一的支付方式無法滿足業(yè)務(wù)發(fā)展，收銀臺(tái)會(huì)發(fā)展到這樣

相比于場景一，支持了更多的支付方式，這意味著需要接入更多的支付通道。后續(xù)也有可能會(huì)支持更多的支付方式，也就有可能需要接入新的支付通道。這個(gè)時(shí)候我們就需要思考了，比如下面的幾個(gè)問題：

通道很多，如何對它們進(jìn)行統(tǒng)一的維護(hù)呢？

當(dāng)同一個(gè)支付方式有多個(gè)通道的時(shí)候，如何進(jìn)行通道選擇（即支付通道路由）？

后面如果新增通道，如何能靈活的進(jìn)行添加呢？

這些可以總結(jié)為：需要對支付渠道進(jìn)行管理。那支付渠道管理是管理什么？以及怎樣進(jìn)行支付渠道管理的設(shè)計(jì)呢？下面就以電商平臺(tái)為例，進(jìn)行支付渠道管理的設(shè)計(jì)。

01 場景分析

電商平臺(tái)（以下簡稱平臺(tái)A）的交易業(yè)務(wù)流程（擔(dān)保交易）可以描述為以下幾步。

1. 買家通過平臺(tái)A購買商品：下單并支付完成；

2. 賣家收到訂單，進(jìn)行發(fā)貨；

3. 買家收到包裹后，確認(rèn)收貨；

4. 平臺(tái)A進(jìn)行資金結(jié)算（按平臺(tái)的結(jié)算規(guī)則），結(jié)算到賣家平臺(tái)賬戶；

5. 賣家可以在平臺(tái)A進(jìn)行提現(xiàn)，提到賣家自己的銀行卡。

在這個(gè)過程中，也可能發(fā)生退款，可以分為2類——售前退款和售后退款：

a）售前退款：買家下單支付成功之后，確認(rèn)收貨之前的退款。

b）售后退款：買家確認(rèn)收貨之后的退款。

兩者主要的差異是退款的錢由誰來出，售前退款因?yàn)橘Y金還沒有結(jié)算給商家，所以資金是從平臺(tái)A退給買家；售后退款就需要從商家的賬戶退給買家。

我們對上述流程進(jìn)行簡化，重點(diǎn)突出與支付渠道相關(guān)的部分，如下圖所示。我們拆分成3個(gè)流程進(jìn)行支付渠道需求分析：

1.1 支付流程

對平臺(tái)A來說，首當(dāng)其沖的是要保證用戶能支付成功；其次才是其他的，比如通道的成本、用戶體驗(yàn)等。分析渠道管理的功能：

（1）渠道的基本信息管理維護(hù)

渠道支持哪些支付方式。收銀臺(tái)展示的支付方式都可以走哪些渠道。

渠道的狀態(tài)維護(hù)。例如某一個(gè)渠道現(xiàn)在有問題，那后續(xù)的交易是不能繼續(xù)發(fā)到這個(gè)渠道的，需要維護(hù)成下線或者不可用。有的渠道有日常維護(hù)，比如每天的凌晨0點(diǎn)-1點(diǎn)不可用，需要增加渠道的維護(hù)時(shí)間配置。

（2）渠道路由

根據(jù)用戶支付方式，選擇一個(gè)最優(yōu)的支付渠道。影響路由可能的因素，比如：通道費(fèi)率、買家是否已經(jīng)在某個(gè)通道支付過、渠道是否支持、渠道當(dāng)前是否可用、支付環(huán)境（比如微信環(huán)境有h5、小程序、sdk，設(shè)計(jì)的時(shí)候可能會(huì)定義成不通的通道），以及也有可能會(huì)有一些業(yè)務(wù)上的限制，比如跨境交易只能走固定的幾個(gè)通道。

（3）補(bǔ)單流程

正常情況下，渠道側(cè)支付成功后，都會(huì)主動(dòng)發(fā)送回調(diào)通知，告訴平臺(tái)這筆訂單的狀態(tài)，但是如果出現(xiàn)了意外，渠道的通知服務(wù)異常了，單純依靠渠道的回調(diào)就有問題了，用戶銀行卡已經(jīng)扣錢了，但是平臺(tái)的訂單還是待支付，所以為了避免這種情況的發(fā)生，就需要有補(bǔ)單任務(wù)，主動(dòng)去渠道查詢訂單狀態(tài)。

（4）錯(cuò)誤代碼映射

提升用戶體驗(yàn)。一般如果支付失敗，渠道都會(huì)返回對應(yīng)的錯(cuò)誤代碼以及錯(cuò)誤原因，但是有些渠道，特別是銀行卡支付的時(shí)候，因?yàn)槭〉脑蛴泻芏喾N，且渠道直接返回的原因，如果直接展示給用戶的話，用戶不一定能理解，所以需要做一層轉(zhuǎn)換，轉(zhuǎn)換成用戶容易理解的文案。

1.2 退款流程

退款都是原路退，即支付的時(shí)走的銀聯(lián)，退款的時(shí)候也走銀聯(lián)渠道退款。但是也有情況例外，比如：

超過通道的原路退款時(shí)間：每個(gè)通道不盡相同，有的是一年、兩年或者更久，也有個(gè)的只有6個(gè)月，比如微信支付寶。超過期限就不能原路退了。

原路退異常：比如微信賬號(hào)注銷、卡注銷等等。

所以退款這里，還需要考慮下無法原路退的情況，應(yīng)該如何處理。

1.3 提現(xiàn)流程

這塊涉及的功能和支付流程類似。需要額外考慮的是如果所有的提現(xiàn)渠道都有問題的時(shí)候，提現(xiàn)流程如何進(jìn)行處理。

02.支付渠道管理設(shè)計(jì)

2.1 支付渠道管理總體架構(gòu)設(shè)計(jì)

根據(jù)上一部分的業(yè)務(wù)場景分析，支付渠道管理系統(tǒng)的架構(gòu)設(shè)計(jì)如下：

2.2 支付渠道路由

（1）路由要素分析

路由要素有很多，下圖列了一下常見的要素。

渠道與支付方式的映射關(guān)系：是某個(gè)支付方式可以走哪個(gè)渠道的關(guān)鍵配置。

通道限額：除了微信或者支付寶支付的，銀行卡支付通道都是有單筆支付限額，以及日限額。

渠道狀態(tài)：渠道當(dāng)前是否可以用。

渠道權(quán)重：比如建設(shè)銀行-借記，提交篩選完之后，還有2個(gè)渠道可以用，這個(gè)時(shí)候就需要通過配置的權(quán)重，選擇有限走哪個(gè)渠道。

白名單：渠道上配置白名單，白名單類型可以是卡號(hào)、買家用戶ID、賣家用戶ID，如果配置了白名單，在滿足渠道條件之后，會(huì)優(yōu)先走這個(gè)通道。

產(chǎn)品碼：做業(yè)務(wù)區(qū)分。根據(jù)前面場景分析，某些渠道只能走特定的業(yè)務(wù)。

支付環(huán)境：同一種支付方式在不同的環(huán)境路由到不同的渠道。比如微信支付，可能的支付環(huán)境有：微信小程序環(huán)境、微信h5環(huán)境、SDK環(huán)境、瀏覽器環(huán)境，環(huán)境不一樣，實(shí)際發(fā)送渠道請求的參數(shù)也不一樣，所以需要進(jìn)行區(qū)分。

渠道費(fèi)率：每個(gè)渠道都會(huì)收手續(xù)費(fèi)，會(huì)有一個(gè)費(fèi)率配置。在實(shí)際路由配置的時(shí)候，費(fèi)率選擇問題可以和權(quán)重進(jìn)行合并，運(yùn)營人員直接根據(jù)產(chǎn)品策略，配置渠道權(quán)重，以達(dá)到目的。

維護(hù)時(shí)間：通道會(huì)有維護(hù)時(shí)間，即某段時(shí)間不能接受交易請求。銀行類的交易，維護(hù)比較常見。

（2）路由邏輯

核心邏輯是——選擇一個(gè)最優(yōu)的可以使用的通道。其選擇過程如圖所示：

條件過濾：根據(jù)請求參數(shù)，選出所有符合條件的渠道集合。實(shí)現(xiàn)起來比較簡單，配置好條件，篩選的時(shí)候逐個(gè)進(jìn)行比較，如果符合就繼續(xù)下一個(gè)條件，如果不符合就中止，進(jìn)行一個(gè)下一個(gè)渠道篩選。

渠道選擇：從可用的渠道集合中選擇一個(gè)最優(yōu)的渠道。一般會(huì)進(jìn)行一個(gè)打分制，需要配置分?jǐn)?shù)規(guī)則，比如配置的費(fèi)率規(guī)則：

把所有的分?jǐn)?shù)進(jìn)行加和，就是這個(gè)渠道的分?jǐn)?shù)，最后返回一個(gè)分?jǐn)?shù)最高的渠道。比較特殊的，如果命中了白名單，則可以直接返回這個(gè)渠道。

（3）退款渠道路由

退款渠道的路由很簡單，就是退款的時(shí)候獲取到原單渠道，那么這個(gè)渠道就是退款渠道。

2.3 統(tǒng)一結(jié)果碼映射

這里不僅有支付失敗的錯(cuò)誤文案映射，也還有訂單狀態(tài)的映射，因?yàn)榍赖姆祷貓?bào)文有對應(yīng)的返回碼，這個(gè)在對接時(shí)候，渠道方會(huì)告知哪些返回碼是成功的。這塊的處理流程如下：

2.4 補(bǔ)單邏輯

不管是支付、退款還是提現(xiàn)，補(bǔ)單流程是統(tǒng)一的，如下圖所示（圖十一）：

不同的是，支付/退款/提現(xiàn)的查詢，需要請求不同的接口，需要跟進(jìn)訂單類型進(jìn)行適配。

2.5 退款超期處理

這里說的超期包含2種情況：

一是這筆退款訂單的處理超過了一定的時(shí)間還沒成功，我們就認(rèn)為可能是有問題。這個(gè)時(shí)間是多少呢？不同渠道還不一樣，微信或者支付寶的退款一般是很快的，銀行卡的退款可能會(huì)慢一點(diǎn)，最長可能會(huì)到幾天才會(huì)成功，所以這個(gè)時(shí)間配置在渠道配置里；

二是這個(gè)筆訂單像上面說的幾種情況，沒辦法原路退款了。

這2種情況我們都是需要發(fā)現(xiàn)并解決的，畢竟最終是需要把錢退給買家的，所以我們需要把這部分訂單找出來，然后進(jìn)行處理就好。整個(gè)處理流程可以設(shè)計(jì)如下：

這塊核心就是需要把這個(gè)訂單發(fā)送到【線下處理系統(tǒng)】（一個(gè)能承載這部分訂單且能串通這個(gè)流程的系統(tǒng)即可）。對于處理方式，常見的有：

聯(lián)系買家，進(jìn)行線下打款，打一筆資金到買家的銀行賬戶或其他的收款賬戶。

如果是渠道系統(tǒng)問題，可以再把退款單進(jìn)行原單重新發(fā)送（前提是渠道支持重復(fù)發(fā)送）。

03 支付渠道管理后臺(tái)

3.1 支付銀行管理

這里的支付銀行和收銀臺(tái)側(cè)支付方式對應(yīng)，是用于后面配置支付渠道路由。

3.2 支付渠道管理

支付渠道管理維護(hù)了支付通道的基本信息。描述為：哪個(gè)機(jī)構(gòu)（外部機(jī)構(gòu)的簡稱）、什么業(yè)務(wù)（入款、出款等）、什么支付類型（借記、貸記渠道）的通道，并為其定義一個(gè)在該支付平臺(tái)的唯一通道編碼。其中：

• 修改：對渠道基本信息進(jìn)行修改；
• 配置接口參數(shù)：對這個(gè)渠道的接口請求參數(shù)進(jìn)行配置；
• 銀行配置：配置這個(gè)渠道能支持哪些支付銀行。

3.3 渠道路由

渠道路由維護(hù)了支付銀行和支付渠道的一些條件，如果需要修改。

3.4 白名單管理

白名單管理是為某個(gè)用戶或者是卡號(hào)添加渠道白名單，在白名單列表里，渠道路由的時(shí)候有優(yōu)先走這個(gè)渠道。