分賬平臺的基礎設計
本文主要介紹分帳平臺的基礎設計:平臺如何提供資金清算服務、向支付公司發送資金清算請求、由支付公司替平臺商戶將資金清算給平臺中的商家。
一、實現目標
為平臺商戶提供資金清算服務,平臺商戶向支付公司發送資金清算請求,由支付公司替平臺商戶將資金清算給平臺中的商家,從而避免平臺商戶涉及“二清”風險。
二、基本業務流程
三、商戶管理模塊
提供子商戶批量進件API接口,運營人員在管理后臺先開通平臺商戶權限,平臺商戶開通后,平臺工作人員可以人工在分賬系統管理后臺錄入子商戶信息,也可以調用分賬系統的子商戶批量進件接口,批量錄入子商戶信息,子商戶信息自動與平臺信息進行綁定。
1. 分賬規則設置
預設分賬規則
在平臺商戶進行子商戶進件時,將分賬規則提前報備到分賬系統,后續做交易時,只需要上送主訂單的訂單金額、子訂單金額和參與分賬的子商戶號即可。
例如:平臺M,與商戶A的分賬規則是M分10%,與商戶B的分賬規則是M分20%,與商戶C的分賬規則是M分30%。若平臺M的分賬規則是預設的話,那么訂單接口只需要送主訂單金額和子商戶金額即可,系統會依據子訂單的金額,計算出平臺商戶的分賬金額。
分賬規則接口上送
平臺商戶不需要提前報備分賬規則,提交訂單時,只需要接口上送主訂單信息和各個分賬方的訂單金額(包括平臺的)。
2. 手續費管理
手續費的承擔方式有三種:平臺承擔、子商戶承擔和共同承擔。手續費的收取規則沿用傳統支付行業的收取方式,定額收取、比例收取和階梯。
若平臺商戶的手續費承擔方式為共同承擔,那么手續費的計算可以支持兩種模式,預設手續費規則和接口上送。
四、結算管理
結算支持直接清算和平臺指令清算。
1. 直接清算模式
平臺和商戶在進件時,運營人員后臺配置結算周期到了結算日期,分賬系統直接將資金結算到商戶賬戶中。
2. 平臺指令清算模式
分賬訂單交易成功后,分賬平臺自動清分完成,在各個參與方的虛擬戶增加相應的余額。但是子商戶要做提現,需要向平臺商戶發起提現請求,平臺商戶向分賬平臺發起提現指令,方可完成提現動作。
五、風控管理
- 子訂單金額的總額要等于主訂單的金額,不匹配的訂單拒絕交易;
- 對平臺商戶和子商戶做交易限額,可配置訂單限額和每日限額;
- 交易請求IP地址設置白名單,非白名單內的IP請求,拒絕處理。
本文由 @懵懂懂 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
平臺怎么做,其實還是看銀行怎么支持政策。一般都是平臺在銀行建托管戶。其他商戶以經營商戶的形式掛在托管戶下面作為子戶,然后通過平臺發指令進行分賬。而且分賬必須是付款訂單的時候就分,不能先支付,后分賬,因為銀行必須提前確認這筆錢的歸屬。
請問下您設計的哪個分賬系統?
求問,通過接口上送的方式,傳遞分賬規則,這樣不是也是涉嫌信息二清嗎?
資金一直在支付公司備付金里,不會涉及二清
但是分賬數據是平臺提供的,雖然實際資金沒掌控在平臺里面,沒有資金二七區,但是信息二清了吧?
但是分賬數據是平臺提供的,雖然實際資金沒掌控在平臺里面,沒有資金二清,但是信息二清了吧?
網上查了很多資料,總結下來是“信息二清”主要針對外部機構,而不是平臺,平臺處理信息是OK的;如果在平臺側也要解決這個問題,可能需要借助區塊鏈的技術,使數據信息多方同步且不能修改。
“分賬系統直接將資金結算到商戶賬戶中”,這句話的理解是:由分賬系統操控平臺在銀行的賬戶資金,去給商戶結算?平臺不能碰資金嗎?
是的,平臺不可以碰資金,資金只能托管在支付機構或者銀行,不然就是二清了。
我看到別的平臺有抄你的文章……
退款時候:共同承擔時候,手續費如何退呢?當有一方資金不足,無法退費時候,怎么處理?
目前我們是當做退款失敗處理