三節課學懂支付核心(上)
支付核心和清算核心職責
首先要明確一個概念:一個完整的支付清算系統結構內,各種特定業務所涵蓋的支付服務、清算服務是相互獨立的。其獨立性體現在具體的產品研發過程以及後期維護等各項工作中:
1、 這種現狀導致了業務產品開發複雜化、風險性提高;
2、 支付與清算的相關規則各自為政,彼此獨立,加大管理難度;
3、 在開放平台的大背景下,也不能提供給大量外部業務系統所需要的基礎支付服務;
4、 若清算服務部署於在後台管理系統,各類清算細則繁冗複雜,對運營部門造成很大不便性。
在設計支付清算系統時建議:
1、 將支付核心和清算核心設計為兩層,分為兩個獨立子系統:
2、 支付核心提供適應各類產品使用的基礎支付服務;清算核心則將所有機構所能提供的底層清算服務歸集,專門負責與銀行的各類清算介面對接;
3、 支付層則對外提供各類經過包裝的支付服務,涵蓋清算服務、賬務服務、客戶相關服務等,實現對基礎支付服務的編排。
提現協議系統業務流程分析
前提:以同步/非同步的維度劃分提現支付協議,得出兩類提現支付協議的處理流程。
維度:會員層、提現產品層、支付層、財務核心、清算層、銀行。
1、 同步提現支付協議處理流程圖
2、 非同步提現支付協議處理流程圖
3、 退票支付協議的處理流程
如圖,將支付與交易分開,主要是為了體現出支付服務機構的核心支付服務功能。
核心支付服務能夠為會員提供豐富個性的支付服務:充值、提現、內外轉型支付、支付側營銷等內容。
若將交易產品中包裝的相關支付服務交由支付服務層與清算服務層協作完成,並將交易以及其他產品釋放出來,則產生的整體系統框架圖如下:
提現支付協議領域模型模型總覽
通過對提現支付協議、提現支付指令的歸納抽取,得到本模型圖。其中,操作指令部分不對外暴露。
每一提現支付協議,擁有一到多個明細項;提支付協議本身和明細項信息是產品在使用支付協議時各專用申請單據轉化而來,由原始業務單據數據經過簡單加工後得出;
每一提現支付協議,擁有一到多個提現支付指令;支付指令是在協議和協議明細項基礎之上加工得出;其具備了進行後續操作處理的全部要素信息,除原始單據中請求要素外,經過支付層的一系列諸如補全、拆分、檢查之後產生;部分沒有業務數據的提現產品如正常提現和卡通提現,都是以支付指令作為其產品數據;
每一提現支付指令,擁有一到多個提現操作指令;提現操作指令是真正可被系統處理的、運行時得出的具體操作步驟;具體表現為賬務相關、清算相關以及其他底層公共服務的處理單元;
為了簡化提現支付指令與提現支付協議的從屬關係,可以直接認為每一提現支付協議擁有一到多個提現支付指令。
核心業務邏輯
以在線用戶發起的正常提現申請為例,整體的交互時序圖如下:
支付層內部處理的交互時序圖
提現支付指令作為提現支付協議的流水數據,其處理生命周期的狀態遷轉如圖所示:
非同步提現支付協議下的提現支付指令狀態圖
提現退票支付協議下的提現支付指令狀態圖
同步提現支付協議下的提現支付指令狀態圖
推薦閱讀:
※賬戶賬務系統介紹
※2017年度最受歡迎開源中國項目:roncoo-pay參與投票評選
※傳部分券商獲批加入央行支付系統 或開展類銀行業務
※利用網上支付系統漏洞獲取不正當利益典型案例裁判規則