1. 程式人生 > >支付清算體系介紹(下)

支付清算體系介紹(下)

       筆者上一篇《網際網路金融系列-支付清算體系介紹-上》已經比較全面的介紹了以銀聯為例子的支付清算體系,為了更好的理解裡面的運作,本章以兩個例子為重點,全面剖析整個清算的過程。

1,記賬原則

        這塊跟會計相關,不清楚的同學可以先看一下筆者之前的文章《第三方支付架構設計之-賬戶體系》,在會計學上,需要分清楚一個概念:會計主體,簡言之,就是會計資訊體現或者代表誰的經濟利益,代表給誰做的賬。做帳的人不一定是會計主體,比如替別人做帳。在參與清算的各個主體來說,他們首先需要在央行開立清算賬戶或者在對應的商業銀行開立結算賬戶,對銀聯的清算系統來說,銀聯只是幫忙央行或者對應商業的清算服務提供做帳服務

,這些賬戶在央行或者對應的商業銀行應該劃分為資產負債共同類賬戶比較合適(來自roan的建議,之前認為是負債類賬戶,這裡做了修改),即做帳的會計主體是對應的央行或者商業銀行,裡面的借貸關係是代表從央行或者商業銀行的角度看到的經濟資訊。銀聯只是提供做帳服務,在這樣的原則下,我們得出做帳的結論:所有清算賬戶或者結算賬戶,由於是資產負債共同類賬戶,負債增加記為貸,負債減少記為借。簡言之:對清算賬戶或者結算賬戶,借記表示減少,即從賬戶扣錢,貸記表示增加,即從賬戶打錢。

2,關於直聯商戶的清分說明

       直聯商戶的說明見上一篇,直聯商戶的清分是在銀聯的第二次清分或者是收單清算裡面處理的,直聯商戶不直接在央行設立清算賬戶,而是在某個商業銀行開設結算賬戶,但銀聯對該結算賬戶具有貸記許可權(即能夠給直聯商戶打錢的許可權),銀聯第一次清分即是進行跨行清算,然後在第一次清分的基礎上進行二次清分,即收單清算,對掛靠其結算賬戶的商業銀行進行二次清分,簡言就是把商業銀行從第一次跨行清算得到的錢再進行計算該給多少錢給直聯商戶和多少給到商業銀行。如果沒有直聯商戶,而是某個收單行自己佈置POS

對接商戶,那麼銀聯只需進行第一次的跨行清算即可,至於收單行和對應的間聯商戶的結算,由收單行自己進行,下面的兩個例子將一起說明這兩種情況。

3,手續費的比例說明

按照目前業界的規則,刷卡手續費一般是由商戶出(所以大家知道去商戶買東西,很多都歡迎使用現金的,甚至有些刷卡是需要消費者單獨給刷卡手續費的情況),髮卡行,收單行和銀聯的分成比例是:721

一,   清分的例子剖析

 1,持卡人張三於201584日持工行借記卡,在中信銀行自己布放的繳費POS終端上,成功繳了一筆200元的電費(實際是繳給電力公司A),中信銀行收單,繳費交易執行交換費單筆0.10元,轉接費0.05元。

分析如下:

該例子沒有直聯商戶,比較簡單,因此只需要進行一次清分即可,即跨行清算,無需進行二次清分(收單清算)。而商戶(電力公司A

)跟收單行(中信銀行)之間的結算則由收單行自己負責。

該例子髮卡行是工行,收單行是中信銀行,支付型別是繳費交易,手續費是髮卡行收取0.10元,銀聯轉接費收取0.05元,這些費用在跨行清算中,統一由收單行中信銀行先行支付(至於中信銀行和其對接的商戶之間的結算不在本次清算中),故清分處理如下:

工行清算賬戶

中信清算賬戶

銀聯清算賬戶

借:

200元(張三繳費扣款)-借表示減少

貸:

0.10元(髮卡行手續費收取)-貸表示增加

借:

0.15元(繳費手續費)--借表示減少

貸:

200元(張三繳費收款)-貸表示增加

貸:

0.05元(轉接手續費收取)-貸表示增加

1,清分過程1

進一步分析:收單行中信銀行在跨行清算中,先出0.15元的手續費,其實是不包括自己收單行的收益的,按照收單行的收費比例0.08%,中信銀行需要向對接的商戶(電力公司A)收取:200*0.08%=0.16元手續費,扣除先幫商戶出的0.15元,即自己的手續費收入是0.01元,即商戶在中信銀行開的結算賬戶的記賬如下:

電力公司A結算賬戶(對中信來說,是負債賬戶,增加記為貸,減少記為借)

借:

0.16元(手續費扣取)

貸:

200元(張三繳費收款)

2,電力公司A的結算記賬

當然,由於是間聯商戶,因此銀聯不參與這塊的結算過程。

2持卡人李四201584日持招行貸記卡,在深圳沃爾瑪商場(直聯商戶,工行收單)成功刷卡購物1000元。假設消費交易執行交換費0.7%,轉接費0.1%,商戶的扣費比例是1%

清分的分析過程如下:

清分物件有:

招行-髮卡行,工行-收單行,直聯商戶(深圳沃爾瑪),轉接行-銀聯。

清算賬戶有:

設立在央行的清算賬戶:招行,工行,銀聯。

設立在工行的結算賬戶:直連商戶深圳沃爾瑪。

Ø  第一次清分(跨行清算)處理:先不考慮商戶這塊的清分。

步驟1:處理消費支付部分的清分:

招行清算賬戶

工行清算賬戶

借:

1000元(李四消費扣款)--消費扣款,借表示減少

貸:

1000元(李四消費收款-深圳沃爾瑪)  --消費收款,貸表示增加

3,消費支付部分清分記賬

即表示消費資金從髮卡行招行到收單行工行的轉移。

步驟2:處理對應手續費的清分:

消費交易費率:髮卡行:0.7%,轉接:0.1%,則髮卡行和轉接行分別獲得手續費收益是:1000*0.7%=7元,1000*0.1%=1元,這些手續費第一次清分先從收單行出,即收單行付出手續費:7+1=8元,因此記賬如下:

招行清算賬戶

銀聯清算賬戶

工行清算賬戶

貸:

7元(消費手續費) --手續費收入,貸表示增加

貸:

1元(消費手續費)  -- 手續費收入,貸表示增加

借:

8元(消費手續費) --手續費付出,借表示減少

5,手續費部分清分記賬

合併圖4和圖5的記賬,得出第一次清分的彙總結果:

招行清算賬戶

銀聯清算賬戶

工行清算賬戶

借:

1000元(李四消費扣款)--消費扣款,借表示減少

貸:

7元(消費手續費) --手續費收入,貸表示增加

貸:

1元(消費手續費)  -- 手續費收入,貸表示增加

借:

8元(消費手續費) --手續費付出,借表示減少

貸:

1000元(李四消費收款-深圳沃爾瑪) --消費收款,貸表示增加

6,第一次清分彙總記賬

Ø  第二次清分(收單清算)處理:即對收單行的資金需要在直聯商戶進行二次清分

跨行清算是針對收單機構(收單行)和髮卡機構(髮卡行)的清算;收單清算是代替收單機構針對直聯商戶和收單專業化服務機構的清算。

收單行收到的1000元,其實不屬於收單行所有,只是代替商戶(深圳沃爾瑪)收款而已,另外收單行先出的8塊錢手續費,也是先替商戶出的,因此,在收單清算中,需要解決收單行和直聯商戶的資金關係。按照說明,整體手續費是由商戶出的,比例是1%,即商戶需要出的手續費是:1000 *1% = 10元,其中8元是需要還收單行之前幫給的,剩下的2元是給到收單行的手續費收入。

商戶(深圳沃爾瑪)結算賬戶

工行清算賬戶

借:

10元(消費手續費)     --減少記為借

貸:

1000元(李四消費收款) --增加記為貸

借:

1000元(李四消費收款-深圳沃爾瑪) --消費收款,需要還給商戶

貸:

10元(消費手續費) --消費手續費,貸表示增加

7,第二次清分彙總記賬

下面我們對跨行清算和收單清算的賬戶清分進行彙總(即合併圖67):

招行清算賬戶

銀聯清算賬戶

商戶(深圳沃爾瑪)結算賬戶

工行清算賬戶

借:

1000元(李四消費扣款)--消費扣款,借表示減少

貸:7元(消費手續費)   --手續費收入,貸表示增加

貸:

1元(消費手續費)  -- 手續費收入,貸表示增加

借:

10元(消費手續費)  --減少記為借

貸:

1000元(李四消費收款) --增加記為貸

借:

8元(消費手續費) --手續費付出,借表示減少

1000元(李四消費收款-深圳沃爾瑪) --消費收款,需要還給商戶

貸:

1000元(李四消費收款-深圳沃爾瑪) --消費收款,貸表示增加

10元(消費手續費) --消費手續費,貸表示增加

8,二次清分彙總結果

繼續對各個清算賬戶的借貸進行相抵,計算出對應的債權和債務關係,清算賬戶餘額=貸方累計額-借方累計額。

得出二次清分的各個賬戶如下:

招行清算賬戶

銀聯清算賬戶

商戶(深圳沃爾瑪)結算賬戶

工行清算賬戶

借:

993   --消費扣款和手續費扎差後,借表示減少

貸:

1元(消費手續費)  -- 手續費收入,貸表示增加

貸:

990--消費收款和手續費付款扎差後

貸:

2元(消費手續費) --消費手續費,貸表示增加

9,二次清分彙總結果(各個賬戶扎差後)

綜合例子12,把圖1和圖9合併後得出當天交易對各個清算賬戶的清分記錄如下:

招行清算賬戶

銀聯清算賬戶

商戶(深圳沃爾瑪)結算賬戶

工行清算賬戶

中信清算賬戶

借:

993   --消費扣款和手續費扎差後,借表示減少

貸:

1.05元(消費和轉接手續費)  -- 手續費收入,貸表示增加

貸:

990--消費收款和手續費付款扎差後

借:

197.90元(合計後的)

貸:

199.85元(繳費收款+手續費支付)-貸表示增加

10,當天清分結果(彙總扎差後的債權債務關係)

會計恆等式驗證:

借方累計:993+197.90=1190.9

貸方累計:1.05+990+199.85 =1190.9

借方 = 貸方。

二,    資金劃撥的流程

10已經給出了當天的清分結果,通過這個結果,我們已經知道了各個清分物件在當天的債權債務關係了,接下來需要進行資金劃撥,實現債權債務的清償。

說得直白一點,就是前面的一次清分和二次清分的目的都是把賬算清楚後,知道誰給給誰多少錢,誰給收誰多少錢,然後呼叫央行的清算系統進行資金轉賬-即資金劃撥。

11,清算業務處理系統圖

流程說明如下:

(1)201584日(上面的交易是84日白天進行)晚上1100銀行卡跨行支付系統完成日切。將截止到日切時間的當天交易日誌傳送到銀聯清算系統,清算系統在85日凌晨首先進行跨行清算(第一次清分),然後進行收單清算(第二次清分)。

(2)85日上午10點左右,完成了最終的清分,將彙總的清分結果(如上圖10),通過資金管理平臺和連線央行清算系統的前置機發送清算指令,先借記後貸記(為什麼是這樣?大家可以自己思考一下),按優先順序排隊。

(3),通過央行的大額支付清算系統對設立在央行的備付金清算賬戶進行借記操作,實時完成跨行清算資金的轉移(其實是先扣款,借記招行993.00元,借記工行197.90元);通過小額批量支付系統貸記商戶(直聯商戶-深圳沃爾瑪)開立在收單行(工行)的結算賬戶(貸記990元,相當於是付款給深圳沃爾瑪);通過大額清算系統貸記銀行和銀聯在央行開立的備付金清算賬戶,完成實時跨行及收單清算(其實是付款,貸記中信199.85元,貸記銀聯1.05元)。

(4),中信銀行收到銀聯劃撥的資金後,通過本行的行內結算系統,貸記間聯商戶(電力公司A)的結算賬戶(參考圖2,貸記電力公司A(200-0.16=199.84),中信收單收益是0.01元);工行和招行或調整持卡人的可用餘額:實際上是在聯機交易的時候銀行已經實時扣減了持卡人的賬戶餘額或者可用額度)

相關推薦

支付清算體系介紹

       筆者上一篇《網際網路金融系列-支付清算體系介紹-上》已經比較全面的介紹了以銀聯為例子的支付清算體系,為了更好的理解裡面的運作,本章以兩個例子為重點,全面剖析整個清算的過程。 1,記賬原則         這塊跟會計相關,不清楚的同學可以先看一下筆者之前的

支付清算體系介紹

一,支付清算體系的簡介        支付清算體系是一個國家的金融基礎設施,或說公共服務。我國由央行主管此事,目前大體維持“結算-清算”二級制的支付體系。通俗地講,銀行與商戶、消費者之間為結算關係,而銀行之間構成清算關係,兩個層次交易完成後,支付環節才算終了。清算,其實就是因跨行交易而產生的銀行間債務債

互聯網金融系列-支付清算體系樣例-

清算 清分 進一步 互聯網金融 例如 原則 支付 發送 對象 筆者上一篇《互聯網金融系列-支付清算體系介紹-上》已經比較全面的介紹了以銀聯為樣例的支付清算體系,為了更好的理解裏面的運作。本章以兩個樣例為重點,全面剖析整個清算的過程。 1,記賬原則

提高人體骨骼建模方法介紹

3D圖形繪制軟件 人體骨骼 建模 制作醫療插圖的時候,有個全面的人體3D骨骼模型會有很大的幫助,與傳統技術相比,擁有旋轉模型,從各個角度渲染模型的技能尤為重要,還節省了大量時間。通過隱藏或剪切單個肌肉、器官和血管,它還可以用作為很多插圖的基礎,本質上是創建了不同級別的解剖。 ZB

第七章 : Git 介紹 [Learn Android Studio 漢化教程]

features 發布 double to do oda 日誌功能 測試 相關 rds Learn Android Studio 漢化教程 Let’s reset even further to remove all traces of your work on

十三、IntelliJ IDEA 中的版本控制介紹

點擊 遠程 analysis 介紹 rem 相關 目錄 IT 默認 我們已經簡單了解了 IntelliJ IDEA 的版本控制機制,那麽接下來,就讓我們一起看看在 IntelliJ IDEA 中進行具體的版本控制操作。 標註1:Checkout from Version

深度學習介紹【Coursera deeplearning.ai 神經網路與深度學習】

1. shallow NN 淺層神經網路 2. 為什麼需要activation function? 如下圖所示,如果不用啟用函式,那麼我們一直都在做線性運算,對於複雜問題沒有意義。linear 其實也算一類啟用函式,但是一般只用在機器學習的迴歸問題,例如預測房價等。 3.

Kubernetes Events介紹_Kubernetes中文社群

原標題:K8s Events之捉妖記(下) 經過前兩回的“踏血尋妖”,一個完整的Events原形逐漸浮出水面。我們已經摸清了它的由來和身世,本回將一起探索Events的去向,這是一個終點卻也是另一個起點。 蜜汁去向 前面已經瞭解到,Event是由一個叫EventRecorder的東西幻化而生。

網際網路金融系列-支付清算體系介紹-上

一,支付清算體系的簡介        支付清算體系是一個國家的金融基礎設施,或說公共服務。我國由央行主管此事,目前大體維持“結算-清算”二級制的支付體系。通俗地講,銀行與商戶、消費者之間為結算關係,而銀行之間構成清算關係,兩個層次交易完成後,支付環節才算終了。清算,其實就是

HTTP協議與REST基礎介紹

HTTP客戶端庫 為了體驗不同的請求方法,你在客戶端需要一個支援改變請求型別的東東。不幸的是,HTTP的表單時不行的,他只能傳送GET和POST請求,真實的情況下,你可以通過一些獨立的客戶端應用程式或者javascript來完成。 在服務端程式設計之外,選擇一個好的HTT

支付清算體系介紹及案例說明

一、支付清算體系的簡介        支付清算體系是一個國家的金融基礎設施,或說公共服務。我國由央行主管此事,目前大體維持“結算-清算”二級制的支付體系。通俗地講,銀行與商戶、消費者之間為結算關係,而銀行之間構成清算關係,兩個層次交易完成後,支付環節才算終了。清算,其實就是因跨行交易而產生的銀行間債務債

OO真經——關於面向對象的哲學體系及科學體系的探討

解釋 直接 borde 好運 多個 做什麽 trac 都得 cnblogs 真經第六章——運作 Moving “運動是絕對的——牛頓” 6.1、導言 在前五章中,我們從世界觀的這話題開始,逐步引出了抽象、層次、繼承和耦合。這些內容,形成了對象論中關

Java體系介紹深入理解Java虛擬機

方式 java語言 理解 java方法 載器 使用 編譯 三方 但是 網絡帶來的挑戰和機遇: 平臺無關性、安全性和網絡移動性,Java體系的這三方面共同使得Java和發展中的網絡計算環境相得益彰 Java體系結構包括四個獨立但相關的技術: Java程序設計語言 J

Python基礎語法介紹 - 面向對象和異常處理

Python3.6.5 面向對象 概述: 上一節主要介紹了面向對象的一些基本概念:類,類的組成元素“方法和屬性”,類的特性“繼承,多態和封裝”。這一節課分為兩部分:(一)類方法及調用,靜態方法及調用,單例類(二)異常處理 第一部分:類方法、靜態方法和單例類 類方法及調用 (1)使用@classmet

Python爬蟲教程-08-post介紹(百度翻譯)

enc 需求 爬蟲 https 構造 單純 滿足 keyword st2 Python爬蟲教程-08-post介紹(下) 為了更多的設置請求信息,單純的通過urlopen已經不太能滿足需求,此時需要使用request.Request類 構造Request 實例 req =

【FastReport教程】介紹C#中的非同步程式設計

【下載FastReport.Netdownload最新版本】 非同步程式設計模型出現在.Net Framework的第一個版本中。APM允許使用兩種方法建立同步方法的非同步版本 - Begin 和End 。 所以,只有兩種方法: public IAsyncResult Begin{MethodName}(

簡單介紹Java String Methods

Java String replace() 此方法在用新字元替換字串的前一個字元後返回一個新字串。這個方法是從JDK 1.5中新增的,使替換字串中的字元更加容易。 public class ReplaceTest { public static void main(String args[]) {

GDB體系結構介紹

4.7 符號方面 GDB的符號端主要負責讀取可執行檔案,提取它找到的任何符號資訊,並將其構建到符號表中。 讀取過程從BFD庫開始。 BFD是一種用於處理二進位制檔案和目標檔案的通用庫;在任何主機上執行,​​它可以讀取和寫入原始的Unix a.out格式,COFF(用於System V Unix和

GDB體系結構介紹

GNU偵錯程式GDB是最早為自由軟體基金會編寫的程式之一,從那以後它一直是免費和開源軟體系統的主要部分。它最初設計為普通的Unix原始碼級偵錯程式,後來擴充套件到廣泛的用途,包括與許多嵌入式系統一起使用,並且從幾千行C增加到超過五十萬。 本章將深入研究GDB的整體內部結構,展示隨著新使用者需求和新功

Eclipse體系結構介紹

6.4 Eclipse 4.0 必須不斷檢查架構以評估它是否仍然合適。它能夠融入新技術嗎?它是否鼓勵社群的成長?吸引新的貢獻者是否容易?在2007年末,Eclipse專案提交者決定這些問題的答案是否定的,他們著手設計Eclipse的新願景。與此同時,他們意識到有數千個Eclipse應用程式依賴於