'支付系統架構設計(中):分賬'

"

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

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

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平臺-商戶
  • 資金流:用戶資金賬戶-分賬平臺-商戶賬戶
支付系統架構設計(中):分賬

①平臺財務分賬

這種模式集團統一收,給在並表內各子公司分賬是沒有問題的。只要公司內部財務規範許可即可。可以通過集團財務和各一線公司財務確定好規則和週期,藉助集團內部的資金系統即可完成。

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

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

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

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平臺-商戶
  • 資金流:用戶資金賬戶-分賬平臺-商戶賬戶
支付系統架構設計(中):分賬

①平臺財務分賬

這種模式集團統一收,給在並表內各子公司分賬是沒有問題的。只要公司內部財務規範許可即可。可以通過集團財務和各一線公司財務確定好規則和週期,藉助集團內部的資金系統即可完成。

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

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

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

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

支付系統架構設計(中):分賬

資金流如下:

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

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

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

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

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

資金流如下:

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平臺-商戶
  • 資金流:用戶資金賬戶-分賬平臺-商戶賬戶
支付系統架構設計(中):分賬

①平臺財務分賬

這種模式集團統一收,給在並表內各子公司分賬是沒有問題的。只要公司內部財務規範許可即可。可以通過集團財務和各一線公司財務確定好規則和週期,藉助集團內部的資金系統即可完成。

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

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

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

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

支付系統架構設計(中):分賬

資金流如下:

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

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

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

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

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

資金流如下:

支付系統架構設計(中):分賬

核心區別在於 平臺在銀行的性質變了。實體戶分賬時,資金到平臺在銀行的託管戶,資金屬於平臺。而虛擬戶時,資金到銀行的內部戶(銀行託管戶),資金屬於銀行。平臺虛擬戶更像是一個信息的聚合作用。真實的資金銀行會內部記賬分到各個商戶的銀行虛擬戶。

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

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

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

④微信官方分賬

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平臺-商戶
  • 資金流:用戶資金賬戶-分賬平臺-商戶賬戶
支付系統架構設計(中):分賬

①平臺財務分賬

這種模式集團統一收,給在並表內各子公司分賬是沒有問題的。只要公司內部財務規範許可即可。可以通過集團財務和各一線公司財務確定好規則和週期,藉助集團內部的資金系統即可完成。

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

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

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

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

支付系統架構設計(中):分賬

資金流如下:

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

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

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

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

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

資金流如下:

支付系統架構設計(中):分賬

核心區別在於 平臺在銀行的性質變了。實體戶分賬時,資金到平臺在銀行的託管戶,資金屬於平臺。而虛擬戶時,資金到銀行的內部戶(銀行託管戶),資金屬於銀行。平臺虛擬戶更像是一個信息的聚合作用。真實的資金銀行會內部記賬分到各個商戶的銀行虛擬戶。

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

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

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

④微信官方分賬

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

支付系統架構設計(中):分賬

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

⑤銀行服務商清分平臺

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

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

"

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

支付系統架構設計(中):分賬

綜述

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

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

場景1:電商平臺

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

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

支付系統架構設計(中):分賬

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

支付系統架構設計(中):分賬

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

場景2:物業繳費

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

場景3:收單機構服務商

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

支付系統架構設計(中):分賬

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

分賬方案選型

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

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

  • 重點:分賬的本質是對交易資金的二次結算。
  • 業務流:用戶-平臺-商戶
  • 資金流:用戶資金賬戶-分賬平臺-商戶賬戶
支付系統架構設計(中):分賬

①平臺財務分賬

這種模式集團統一收,給在並表內各子公司分賬是沒有問題的。只要公司內部財務規範許可即可。可以通過集團財務和各一線公司財務確定好規則和週期,藉助集團內部的資金系統即可完成。

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

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

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

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

支付系統架構設計(中):分賬

資金流如下:

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

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

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

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

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

資金流如下:

支付系統架構設計(中):分賬

核心區別在於 平臺在銀行的性質變了。實體戶分賬時,資金到平臺在銀行的託管戶,資金屬於平臺。而虛擬戶時,資金到銀行的內部戶(銀行託管戶),資金屬於銀行。平臺虛擬戶更像是一個信息的聚合作用。真實的資金銀行會內部記賬分到各個商戶的銀行虛擬戶。

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

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

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

④微信官方分賬

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

支付系統架構設計(中):分賬

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

⑤銀行服務商清分平臺

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

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

支付系統架構設計(中):分賬

可參考如下鏈接:

微信支付銀行服務商版

銀行服務商申請

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

總結

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

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

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

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

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

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

"

相關推薦

推薦中...