分賬平臺的基礎設計

Jau
12 評論 14833 瀏覽 121 收藏 4 分鐘

本文主要介紹分帳平臺的基礎設計:平臺如何提供資金清算服務、向支付公司發送資金清算請求、由支付公司替平臺商戶將資金清算給平臺中的商家。

一、實現目標

為平臺商戶提供資金清算服務,平臺商戶向支付公司發送資金清算請求,由支付公司替平臺商戶將資金清算給平臺中的商家,從而避免平臺商戶涉及“二清”風險。

二、基本業務流程

三、商戶管理模塊

提供子商戶批量進件API接口,運營人員在管理后臺先開通平臺商戶權限,平臺商戶開通后,平臺工作人員可以人工在分賬系統管理后臺錄入子商戶信息,也可以調用分賬系統的子商戶批量進件接口,批量錄入子商戶信息,子商戶信息自動與平臺信息進行綁定。

1. 分賬規則設置

預設分賬規則

在平臺商戶進行子商戶進件時,將分賬規則提前報備到分賬系統,后續做交易時,只需要上送主訂單的訂單金額、子訂單金額和參與分賬的子商戶號即可。

例如:平臺M,與商戶A的分賬規則是M分10%,與商戶B的分賬規則是M分20%,與商戶C的分賬規則是M分30%。若平臺M的分賬規則是預設的話,那么訂單接口只需要送主訂單金額和子商戶金額即可,系統會依據子訂單的金額,計算出平臺商戶的分賬金額。

分賬規則接口上送

平臺商戶不需要提前報備分賬規則,提交訂單時,只需要接口上送主訂單信息和各個分賬方的訂單金額(包括平臺的)。

2. 手續費管理

手續費的承擔方式有三種:平臺承擔、子商戶承擔和共同承擔。手續費的收取規則沿用傳統支付行業的收取方式,定額收取、比例收取和階梯。

若平臺商戶的手續費承擔方式為共同承擔,那么手續費的計算可以支持兩種模式,預設手續費規則和接口上送。

四、結算管理

結算支持直接清算和平臺指令清算。

1. 直接清算模式

平臺和商戶在進件時,運營人員后臺配置結算周期到了結算日期,分賬系統直接將資金結算到商戶賬戶中。

2. 平臺指令清算模式

分賬訂單交易成功后,分賬平臺自動清分完成,在各個參與方的虛擬戶增加相應的余額。但是子商戶要做提現,需要向平臺商戶發起提現請求,平臺商戶向分賬平臺發起提現指令,方可完成提現動作。

五、風控管理

  • 子訂單金額的總額要等于主訂單的金額,不匹配的訂單拒絕交易;
  • 對平臺商戶和子商戶做交易限額,可配置訂單限額和每日限額;
  • 交易請求IP地址設置白名單,非白名單內的IP請求,拒絕處理。

 

本文由 @懵懂懂 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 平臺怎么做,其實還是看銀行怎么支持政策。一般都是平臺在銀行建托管戶。其他商戶以經營商戶的形式掛在托管戶下面作為子戶,然后通過平臺發指令進行分賬。而且分賬必須是付款訂單的時候就分,不能先支付,后分賬,因為銀行必須提前確認這筆錢的歸屬。

    來自四川 回復
  2. 請問下您設計的哪個分賬系統?

    來自浙江 回復
  3. 求問,通過接口上送的方式,傳遞分賬規則,這樣不是也是涉嫌信息二清嗎?

    來自北京 回復
    1. 資金一直在支付公司備付金里,不會涉及二清

      來自上海 回復
    2. 但是分賬數據是平臺提供的,雖然實際資金沒掌控在平臺里面,沒有資金二七區,但是信息二清了吧?

      來自北京 回復
    3. 但是分賬數據是平臺提供的,雖然實際資金沒掌控在平臺里面,沒有資金二清,但是信息二清了吧?

      來自北京 回復
    4. 網上查了很多資料,總結下來是“信息二清”主要針對外部機構,而不是平臺,平臺處理信息是OK的;如果在平臺側也要解決這個問題,可能需要借助區塊鏈的技術,使數據信息多方同步且不能修改。

      來自廣東 回復
  4. “分賬系統直接將資金結算到商戶賬戶中”,這句話的理解是:由分賬系統操控平臺在銀行的賬戶資金,去給商戶結算?平臺不能碰資金嗎?

    來自廣東 回復
    1. 是的,平臺不可以碰資金,資金只能托管在支付機構或者銀行,不然就是二清了。

      來自上海 回復
  5. 我看到別的平臺有抄你的文章……

    回復
  6. 退款時候:共同承擔時候,手續費如何退呢?當有一方資金不足,無法退費時候,怎么處理?

    來自山東 回復
    1. 目前我們是當做退款失敗處理

      來自上海 回復