訂單結算管理系統產品設計思路(下)
本篇文章作者結合會員和個體商戶的結算方案,給大家提供了一個完整的平臺系統結算方案設計的思路,供大家參考。
上個月寫了一些關于企業級商戶的結算系統設計,本次將結合會員&個體商戶的結算方案一起聊一聊,構成一個完整的平臺系統結算方案設計。
聲明:本方案僅代表個人觀點,如有紕漏歡迎交流!
一、回顧企業類型商戶的訂單結算
企業類型的訂單主要的結算方式步驟如下:
- 結算系統根據各業務類型配置的可結算條件從業務系統中抽取訂單;
- 根據配置的服務費費率及其他相關費用的結算規則(積分、優惠券等)核算與商家結算金額;
- 判斷訂單對應的結算商戶類型,屬于企業的就走企業類型訂單結算流程,向下查詢是否設置了結算賬期;
- 配置了結算賬期的訂單根據賬期規則將相關符合條件的全部訂單打包生成結算賬單;
- 企業管理員收到通知,下載結算賬單對應的訂單及結算的核算明細,核對無誤后確認;
- 平臺財務人員收到確認后,通過企業預留的轉賬方式進行轉賬付款;
備注:
- 結算過程中,訂單處于結算狀態后,業務系統不能發生涉及該筆訂單金額變更的業務流程;
- 付款成功后,結算系統回執訂單系統已付款,業務系統標注訂單已結算,方便企業商戶查詢訂單時知曉;
- 因為對企業類型的訂單涉及開票,因此在結算時還需要詳細算出開票金額,如下是舉例:
平臺對商家開票金額=平臺服務費;
商家對平臺開票金額=平臺優惠券金額+積分抵扣金額。
二、個體類型商戶的訂單結算
個體類型商戶的結算方式,有別于企業類型的商戶,個體類型的商戶不用考慮開票金額,同時轉賬方式也不是對公轉賬。
個體類型商戶主線結算流程如下:
- 結算系統根據配置的可結算條件抽取訂單進入結算系統;
- 根據服務費配置結合其他費用算法核算訂單的結算金額;
- 判斷訂單對應的結算商戶類型,屬于個體商戶的就走個體商戶類型訂單結算流程,調取錢包接口向個體商戶對應的錢包沖入可提現余額;
- 個體商戶在服務提現條件(時間+金額)的情況下,發起提現;
- 平臺財務人員審核提現,進行提現確認;
- 系統自動向個體商戶綁定的提現賬號轉賬(支付寶、微信、銀行卡)。
備注:為了方便目前筆者設計的平臺主要支持微信和支付寶,暫未對接銀行。截圖中的“成都有錢途”屬于虛擬平臺,非真實的平臺。
作者:Kent,微信公眾號Kent58_Liu,一個有靈魂的產品經理!
本文由 @Kent 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
評論
作為平臺供應商是否提供發、票不需要放在結/算流程里嗎
對于運費、服務費、貨款不同類目不需要分別處理嗎?
其實想知道如何做結算規則配置的
什么規則?
對于這個流程,建議是可結算條件都由業務系統進行管理,達到結算條件后由業務系統將訂單推送至結算系統,這樣可能會更合理一些,個人觀點
同意,是否結算由業務系統觸發,結算系統還應該考慮對異常訂單做控制和處理
嗯嗯,結算只負責對可結算的進行結算
我只有一個疑問,這樣做在沒有支付牌照的情況下,難道不是二清嗎?買家付款至貴司平臺,貴司再結算至商戶,這就是二清行為呀
結算部分系統可以交由三方支付或是銀行來進行處理,會配套有解決方案
只要不涉及清算平臺商家以外的費用,同時能夠定時付款不跑路,不被舉報,一般是不會怎么樣的,美團等一開始也是這么過來的,當然到一定規?;蛘弑慌e報的話,可以交由第三方做清算了。很多都是在打擦邊球,嚴格意義上說商業聯盟的會員錢包也是非法攬儲行為,但是實際上只要商家能正常結算到錢,會員可以正常消費,也還是勉強在安全范圍內。
最后強調下,并不是說就合法,只是在一定容忍范圍內,非為了圈錢跑路,在一定時間內很多平臺都在打擦邊球。當然建議還是走最合法的清結算