tft每日頭條

 > 科技

 > 支付平台架構設計方案

支付平台架構設計方案

科技 更新时间:2024-09-02 21:23:26

平台型電商系統,當客戶的購物車商品屬于多個商家時,客戶在下單統一支付支付後,需要平台對該筆支付金額進行分賬處理。涉及多級商戶層層分傭也是一種分賬。

支付平台架構設計方案(支付系統架構設計)1

綜述

分賬:本質是一種清結算能力。通俗解釋為:交易資金再分配。

分賬在有些場景下稱為分傭、分潤、抽成等。而這些本質上都是通過分賬來實現的。下面我們通過一些案例來了解下什麼是分賬。

場景1:電商平台

電商平台作為上遊供貨(服務)商戶和下遊買方的中間平台,肯定會涉及撮合交易的銷售分成(抽傭、分潤)。再者,當購物車商品屬于不同商戶時,客戶一筆組合支付。平台也需要分賬給相應的商戶。

如:京東購物、京東到家:屬于B2B2C,收款方是“平台商戶”,平台商戶再分賬給入駐商戶。

支付平台架構設計方案(支付系統架構設計)2

如:淘寶:屬于B2C,收款方是商戶,但是遇到跨商戶下單時,需要分賬給對應商戶。

支付平台架構設計方案(支付系統架構設計)3

感興趣的可以研究下美團、餓了麼、滴滴、拼多多等主流平台的業務訂單、支付流水、銀行流水。這些單據信息就包含了每個企業的支付邏輯。

場景2:物業繳費

有些品牌的物業會提供專屬APP、公衆号等給業主繳納物業費。因為水、電、氣、網,都是有專門的公司收取,如果物業公司統一收取,在物業公司的财務上就會涉及代收、代付的。

場景3:收單機構服務商

微信支付、支付寶、POS收單機構的代理商都是參與特約商戶的交易分潤的。隻不過這個分賬的過程是在各支付機構内部完成。比如下圖的某支付機構為激勵服務商推廣收單設備(刷臉支付),給服務商的分潤介紹。

支付平台架構設計方案(支付系統架構設計)4

其他諸如停車場、外賣、打車、學費、加油站、旅遊平台、商家多門店管理背後都是需要分賬能力支撐。除非是公司自己開發一個線上商城系統,自己賣自己貨。否則均需要分賬系統的支撐。可以說,無分賬,不電商。

分賬方案選型

  • 平台财務分賬(也可以借助系統自動化)
  • 資金存管賬戶(實體戶分賬)
  • 資金存管賬戶(虛拟戶分賬)
  • 微信官方分賬
  • 銀行服務商清分平台

以上幾種是目前市場上最常見的方式。再次強調:

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平台-商戶
  • 資金流:用戶資金賬戶-分賬平台-商戶賬戶

支付平台架構設計方案(支付系統架構設計)5

①平台财務分賬

這種模式集團統一收,給在并表内各子公司分賬是沒有問題的。隻要公司内部财務規範許可即可。可以通過集團财務和各一線公司财務确定好規則和周期,借助集團内部的資金系統即可完成。

這種容易混淆的是“百貨模式”,“商場模式”。傳統百貨商場都是集中收銀模式,一般都是用戶在各櫃台下單後,領取櫃台發票去對應收銀台繳費蓋章。然後領取收款回執(或蓋章後的一聯)去櫃台領取貨物。百貨模式是典型的由百貨公司(平台)财務分賬。百貨模式就是典型的交易抽成。

商場模式主要是以租金、物業費等為主(背後的資産打包運營暫且不談)。但是不排除有些商場和商戶簽署的入住合同中會有集中收銀的方式,這種也需要商場(平台)财務分賬。

②資金存管賬戶(實體戶分賬)

此種模式實現需要在銀行開設資金存管賬戶實體戶分賬(銀行一種資金托管模式)。這種模式的系統架構大緻如下:

支付平台架構設計方案(支付系統架構設計)6

資金流如下:

此種模式因為是企業開設實體戶,所以銀行一般會給企業計息(計息費用可以抵扣托管、清分費用)。但是在第五步平台結算時(可以是商戶主動提現、或者自動程序發起)商戶到的收款憑證付款方為平台名稱。

所以在資金層面,商戶有一筆平台的入金,平台有一筆對商戶的出金。平台所屬公司的财務需要以代收、代付的科目進行記賬。

這種方式之前P2P公司使用比較多,目前P2P這種模式已經杜絕了。P2P公司賺取所有客戶的未提現金額的利息,銀行獲取存款。

③資金存管賬戶(虛拟戶分賬)

此種模式實現需要在銀行開設資金存管賬戶虛拟戶分賬。這種模式的系統設計架構和【②資金存管賬戶(實體戶分賬)】類似:也需要支付系統截取業務系統傳輸的分賬信息,等渠道結算資金到銀行後,調用銀行相關接口實現分賬。核心在于資金流的不同,以及所影響的财務上的區别。

資金流如下:

支付平台架構設計方案(支付系統架構設計)7

核心區别在于 平台在銀行的性質變了。實體戶分賬時,資金到平台在銀行的托管戶,資金屬于平台。而虛拟戶時,資金到銀行的内部戶(銀行托管戶),資金屬于銀行。平台虛拟戶更像是一個信息的聚合作用。真實的資金銀行會内部記賬分到各個商戶的銀行虛拟戶。

此種模式在資金層面,平台和商戶沒有産生資金往來。平台分潤部分以及商戶最終的結算款在各自的收款憑證中顯示的付款方為銀行(一般為簽約的支行名稱)。

此種模式不會對平台的賬務有所影響,不需要記錄代收、代付的科目。但是這種模式一般需要交納托管費給銀行,此種資金屬于備付金,無利息。

  • 不管是實體戶分賬,還是虛拟戶分賬,支付渠道(微信、支付寶)隻認平台。與客戶發生收付款的對象是平台,所以平台需要和商戶在客戶投訴、權益糾紛等出提前做好安排。
  • 實體戶分賬、虛拟戶分賬需要平台去支付渠道(微信、支付寶)申請支付商戶,結算卡信息填寫銀行開設的托管戶賬号。

④微信官方分賬

微信在2018.10.31,對外開放了其分賬功能。需要平台提前在微信支付注冊成為服務商。然後再開通分賬功能。詳情在此不做介紹,感興趣的可以進入官網學習。

支付平台架構設計方案(支付系統架構設計)8

微信分賬方案的好處是,支持直接分賬給個人(傳微信号)。銀行分賬需要提交個人相關實名認證資料審核後,開通銀行虛拟戶(類似錢包)實現。對于直接分賬給個人的場景比較實用。但開通微信此功能的前提條件不低,具體可以去官網咨詢。

⑤銀行服務商清分平台

這種模式在微信分賬功能出現之前,很多企業做電商平台幾乎都會采用這種方式。這種方式的本質是微信、支付寶的銀行服務商模式 銀行自身的清分結算能力。

此種模式的資金流和資金存管賬戶(虛拟戶分賬)的類似。優點在于不需要企業自己維護異步的分賬指令。支付指令和分賬指令是一起提交給銀行,無需對接微信和支付寶。

支付平台架構設計方案(支付系統架構設計)9

可參考如下鍊接:

微信支付銀行服務商版

銀行服務商申請

目前工商銀行、招商銀行、建設銀行、平安銀行、興業銀行均有類似業務,名稱不一。可以聯系銀行内部咨詢,一般内部會包裝為:電商分賬、智能清分、支付托管、電商解決方案、園區支付方案等(銀行内部這種服務需要拉通多部門協同,各個銀行有區别)。

總結

在目前國家政策下,相關部門也對“大商戶 二清”模式進行非常嚴格的查處。支付系統選擇合适的分賬方案至關重要。本文的目的在于分享幾款常見的分賬方案,有助于讀者根據實際需求選型。後兩種方案均由銀行和微信實現分賬邏輯,支付系統隻需要保證接口邏輯調用順序,做好對賬即可。我在上兩篇文章《電商系統:對賬設計》、《電商系統:記賬設計之訂單管理、流水管理》中對賬和記賬的場景比較适合後兩種模式。

前三種模式除第一種當業務量很小時可以人工處理,兩種銀行托管的分賬方案都需要支付系統處理分賬信息邏輯,做好本地記賬和銀行的對賬。當然也可以選擇一些支付SaaS解決方案,由第四方對接銀行。

支付系統的合規性依賴于商業模式、資金流和信息流的處理。分賬是三者集中交彙的地方。銀聯以及其他第三方支付公司都有類似分賬方案,感興趣的同學可以自己根據關鍵詞搜索咨詢。

下一篇将會介紹業務服務層的功能,以及運營管理台的劃分。敬請期待。

本文由 @俠之大者 原創發布于人人都是産品經理,未經作者許可,禁止轉載。

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

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关科技资讯推荐

热门科技资讯推荐

网友关注

Copyright 2023-2024 - www.tftnews.com All Rights Reserved