支付清結算之渠道路由
今天我準備從最近的一件任務談起,主要關于支付系統中渠道路由的事情。
一. 背景
我在的這家公司是做物流領域的互聯網公司,周支付交易額約在億元人民幣級別,支付這塊的考核指標是在降低渠道成本,這次任務是對渠道路由進行重梳理對現行的渠道路由策略有效性,合理性進行驗證并提出降成本的方案。
二. 渠道路由概念說明
支付清結算系統主要包含三大塊,包括支付,清結算,風控,其中渠道路由屬于支付大模塊中。
渠道路由即指發起的支付根據配置的渠道路由策略選擇匹配的優先級最高的支付渠道完成支付的過程,已達到業務目標。
渠道路由包括幾個實體:支付方式,目標機構,支付渠道。
- 支付方式 指的是用戶在支付時選擇的方式,比如 微信支付,支付寶支付,快捷支付等。
- 目標機構 是系統對于外部銀行和第三方支付機構的統稱,支付方式會關聯一個或多個目標機構,如快捷支付關聯著農業銀行,中信銀行,招商銀行等目標機構,是作為支付方式與支付渠道關聯的中間實體。
- 支付渠道 指的是實際進行支付的渠道實體,如支付寶即為一個支付渠道,微信支付即為一個支付渠道,銀聯可以作為一個支付渠道,該實體會封裝與渠道相關的扣款,退款,查詢等接口和屬性。
三. 渠道路由相關實體關系
一種支付方式會關聯多個目標機構,一種支付渠道可支持多種目標機構的支付,一個目標機構可同屬于多種支付渠道
1. 支付方式
對于渠道路由來說沒有直接關系,本文章暫時不詳談。
2. 目標機構
目標機構 主要涵蓋兩個屬性 一個是機構編碼 一個是機構名稱,支付系統一般會預先根據第三方的機構編碼規范完成對系統目標機構的初始化,比如系統搭建好后就會包含農業銀行,招商銀行,建設銀行的目標機構。
3. 支付渠道
支付渠道與路由相關的屬性包括 渠道優先級,渠道特性,渠道限額,渠道費率。
(1)渠道優先級
渠道優先級由數字表示,數值越大,優先級越高。
(2)渠道特性
包含:
- 支持的銀行卡類型,如借記,貸記,綜合,存折等
- 對公/對私
- 貨幣類型,如CNY,USD等
- 其他屬性
各條件之間是and關系。
(3)渠道限額
渠道限額是指支付渠道對支付所使用的銀行卡所屬銀行,支付金額有上限和下限的限制,比如某銀行支付渠道,對于工行的上限是2w,對于民生的限制是5000等。
(4)渠道費率
渠道費率是指渠道收取的通道手續費,費率模式有多種,目前我們這邊的渠道費率主要有三種一種是固定費率,一種是單筆固定費用,還有一種是階梯費率。
四. 渠道路由邏輯
上圖即表示了一筆交易的路由過程,描述如下:
- 用戶在支付系統完成下單并調起收銀臺進行支付
- 用戶在收銀臺選擇支付方式(支付方式與目標機構的對應關系一般在接入支付方式的時候完成配置,部分支付方式關聯固定的機構編碼,如微信支付,支付寶等)
- 根據用戶選擇的支付方式,支付參數(如:用戶選擇快捷支付,支付銀行卡為農行的銀行卡,則會匹配到農行的機構編碼)匹配到對應銀行的機構編碼
- 根據支付交易的機構編碼,銀行卡屬性(貸記/借記),對公/對私,支付金額(在渠道限額范圍內),支付發起終端屬性(如wap,app,web等)匹配對應的支付渠道
- 若匹配到多個渠道,則根據優先級配置選擇優先級高的渠道完成支付。
五. 渠道路由分析
根據以上的說明,想必你已經很清楚渠道路由的全貌了,那我們馬上就往本次任務的目的前進-即驗證渠道路由策略的是否有效以及是否合理并提出降成本方案。
擬定計劃
做任何事情之前我們都需要有一個計劃,以明確我們如何才能到達我們的目的地,無頭蒼蠅只會隨處亂撞,浪費時間。
那我們如何驗證渠道路由策略是否有效以及是否合理了?
根據上述內容你應該很清楚渠道路由關聯的實體有哪些,配置有哪些,那既然這樣我們就可以擬定如下計劃:
- 通過線上系統導出交易的渠道路由追蹤統計數據,統計維度:機構編碼+銀行卡屬性(借記/貸記)(交易量,交易金額),對應命中渠道(交易量,交易金額)。
- 根據導出數據的機構編碼+銀行卡屬性 按上述邏輯 推算出理論上經過渠道路由應命中的支付渠道。
- 將1,2中的數據進行一一對比并對異常情況進行定位分析。
PS~統計結果由于涉及到公司機密我就不展示給大家了,你可以嘗試讓你們研發或者DBA給你導出對應統計維度的數據查閱下,說不定會給你帶來不一樣的驚喜。
經過上述分析即可完成對渠道路由策略是否有效和合理性的驗證,提出對于渠道路由的優化策略,對于我分析了我們公司路由數據后得出了如下結果:
(1)渠道路由符合策略配置要求
(2)渠道路由策略配置基本合理,部分渠道可以進行優化調整,具體渠道路由參數調整就不在本處細說,因為不同公司是不一樣的。
(3)為了降低渠道費率,公司著重應該放在如下兩個方向上:
- 支付方式定向營銷:渠道路由并非萬能,對于某些渠道如微信,支付寶,是沒有渠道路由的,因為他們只會關聯到一個目標機構,為了降低費率公司可以核算渠道成本后給出一定的營銷費用,比如優惠券等在用戶選擇支付方式的時候通過營銷活動引導用戶選擇費率更低的支付方式。
- 接入更多低費率渠道:降低渠道成本,這種方式肯定是核心,這種方式我就不累贅了,與政策有關,與公司實際業務量有關,與商務談判有關,目的都在于拿到低成本渠道,比如與銀行合作直連,可以拿到用該銀行卡支付0費率,但是目前網聯出來了,直連模式估計日后行不通了。
六. 建議
在整理的過程中,自己也遇見了不少坑,這些坑都是由于多年運營遺留下來了的,只有通過每次的不同維度梳理你才能發現,比如:
- 渠道費率這塊 由于公司管理方式不一樣,系統記錄渠道費率與渠道結算扣除的手續費未必一致,原因商務人員談完后與相關人員同步溝通存在斷點導致,所以在梳理的時候可以與財務人員一同對渠道費率進行一次核對。
- 渠道路由除了上述考慮因素外還需要考慮到渠道穩定性這塊,比如公司接入了銀聯的兩個支付渠道,如A和B,兩個支付渠道對應的銀聯系統是同一套,但是限額不一樣,在配置策略的時候就需要考慮渠道系統穩定性問題,A一旦支付失敗,系統會進行重路由,在重路由過程中就可以不用再選擇B了,因為B也會失敗,反而會造成交易耗時過長等問題。
綜上即為自己根據所做的事情進行的分享,支付清結算是一套閉環體系,我需要以系統思考的方式從整體上去審視它,再細化去探索它,并且不同支付清結算系統實現方式和結構也不一樣。不過,產品原理相同,希望我的分享能夠給你帶來一點啟發。
大家好,我是一個技術出生的產品,從事支付行業多年,想到當初自己學習支付的時候到處搜索資料無果,悲催的很,基本都是靠自己不斷摸索測試跟大牛學習才基本弄懂。為了不讓大家多走彎路也幫助自己整理思路,我會逐步分享出自己的支付經歷,希望對大家能有點啟發(第一次寫文章,文筆有限,多多理解)。
本文由 @黑鍋我來扛?原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pexels,基于 CC0 協議
好文,贊
好棒,謝謝分享
清晰明了,好文
詳細,明了,寫得很好。
寫的很好,受益良多呢,不過有個小疑問?流程圖如果用UML來表示 會不會更清楚
流程圖看不清
從事多年支付清算結算產品規劃設計,你寫的很幫,多交流
很想做支付這一塊的產品經理,加樓主微信,希望進一步溝通
很不錯
這個是純現金的在線支付模式,如果混合系統內的虛擬貨幣或者代金卷之類的支付方式,你的支付賬戶的結構需要怎么設計呢?這個在做資金清算的時候會涉及到。
這個我覺得也沒問題的 虛擬貨幣或者代金券 這個看系統把這兩塊定位在什么位置 比如我們這邊是放在支付渠道的位置 那這倆種方式和銀行等其他渠道對于渠道路由來說就是一樣的了 他們只不過是只支持唯一的目標機構 并且費率為0 這兩種渠道對應到前端的支付方式也就一一對應的 渠道路由對他們來說就沒有過多價值
沒太看明白問題是什么,這個文章說的是渠道路由策略以及策略驗證的方法,首先來講如果存在虛擬賬戶支付的話,那走的是虛擬資金,至少在支付環節不存在路由的問題,如果是組合支付的話可能其中一個支付方式要選支付渠道,還是按作者所說策略走就完了,不知道我對您的問題是否理解又偏差
在對應銀行開設虛擬賬戶就行吧,路由又不影響。
支持下K哥
哈哈
支持!希望樓主多輸出
同樣是技術出身產品經理,想轉支付行業,求加個微信指點一二。
好的 我的微信jeff_zengkai
很有收獲 希望能和樓主有進一步的溝通
感謝 好的 可以一起多探討 我們可以加微信溝通 jeff_zengkai
不錯,支持一下,希望多出支付相關經驗文章~~~
感謝 我會堅持把我實際經歷和總結分享出來 多多探討溝通
歡迎各位多多探討
很棒!支持,希望作者多分享!
好的 感謝支持