本文由作者 陳天宇宙?發布于社區

很多朋友加我微信的第一句話是“陳老師，我是支付小白，想學習支付應該怎么開始啊？”，我一般會把“支付概念與入門”這個話題發給他，告訴他可以先看這里面的幾篇文章；

今天這篇超長文，就是系統性的從概念入手逐步過渡到支付整體框架，幫助一個支付小白快速對支付體系建立一個整體的認知，并且在最后搭建一個支付宏觀大廈，為接下來的一步一步深度學習打下知識框架，如果你對支付感興趣，還不知道如何下手，那就以此文為“支付體系知識框架”趕緊讀一下吧。

全篇分10個部分31440個字，收藏慢慢看吧

第一部分：支付概念基礎（“一看”支付概念）

第二部分：交易、清算、結算（“二看”支付過程）

第三部分：支付的賬戶基礎（“三看”支付賬戶）

第四部分：支付依賴的支付工具（“四看”支付工具）

第五部分：支付的參與組織（“五看”支付組織）

第六部分：支付涉及到的系統（“六看”支付系統）

第七部分：支付需要的會計基礎（“七看”會計基礎）

第八部分：從上帝視角看支付（“八看”支付宏觀架構）

第九部分：“一張小票看透支付”（“九看”支付微觀細節）

第十部分：支付?“Pay X" 遠航（“十看”支付不變與變）

第一部分：支付概念基礎

支付的本質就是貨幣在收付款人之間的轉移，那為什么會轉移呢，就是因為發生了經濟活動有了交易；

就如我們口渴了去超市買了一瓶水，這就是經濟活動，我們使用銀行卡“支付工具”在超市的pos機上刷卡完成了支付；這個過程轉移的是電子賬戶貨幣，也就是我們的銀行結算賬戶里的錢，轉移到了商戶的銀行結算賬戶

所以支付是在經濟活動中，依賴于貨幣（交換媒介），使用支付工具，通過轉移貨幣，實現商品與貨幣的價值交換，這個過程就是支付的過程

我們日常生活購買生活用品，企業之間的采購，銀行與銀行之間的債務清償，國家與國家之間的國債買賣等的實現都依賴支付

所以支付首先有主體，在一定的經濟活動下有了交易行為，然后使用支付工具實現支付，支付指令通過支付系統進行傳輸，支付系統推動資金在賬戶之間完成轉移

要想對一個事物有非常深刻的認識，并且能夠靈活的把握；那么對其基礎的概念的理解會起到非常關鍵的底層作用；來認識這幾個重要的支付概念

支付是社會經濟活動引起的資金轉移行為。支付體系是實現資金轉移的制度和技術安排的有機組合。按照轉賬支付的進程，支付體系的四個基本概念依次是結算賬戶、支付工具、支付清算系統以及資金清算方式。

結算賬戶:以支付主體名義開立的結算賬戶，其功能是存儲資金、記錄資金收付情況，是資金轉移行為的基礎。目前，主要的結算賬戶類型包括：以銀行卡為主體的個人結算賬戶、以活期存款為主體的單位銀行結算賬戶、個人在第三方支付機構開立的虛擬賬戶以及預付卡賬戶等。

支付工具:是支付指令的載體。支付指令是付（收）款人支付（收取）資金的意思表示。經濟活動中的銀行票據和結算憑證、銀行卡和預付卡的簽購單以及網上支付中提供的輸入界面等都屬于支付工具的范疇。

支付清算系統:是實現支付指令在收付款銀行、不同結算主體之間傳輸的基礎設施。各類支付清算系統通常以標準化的磁碼、報文或電子信息等格式進行支付信息傳輸。目前，我國各類支付清算系統承擔著每天數以億計的支付指令的信息傳輸。

資金清算方式:是支付清算系統對通過其傳輸的支付指令進行資金結算處理的手段與規則。各類支付清算系統中最常用的兩類資金清算方式是：逐筆全額實時結算和批量凈額軋差結算。同時，也有針對不同業務采取不同資金清算方式的混合結算方式。

拓展：其他更多支付名詞

1支付應用

就是我們可以直接用來付款的軟件，常見的有

• 微信app
  

• 支付寶app

• 銀聯閃付APP

2支付場景

在什么情況下去進行支付交易

• 線上場景

  在線購物，手機電話充值，購買水電費，會員購買等

• 線下場景

  線下掃碼付款，pos機刷卡支付等

3交易類型

• 支付

  購買商品或者服務進行付款

• 退款

  已經購買的訂單進行逆向的退回

• 充值

  將銀行卡里的錢充到賬戶余額里

• 提現

  將賬戶里的余額提到銀行卡里

• 打款

  特指利用付款通道給商家結算，將資金付給商家的結算卡

• 打款退回

  原打款的逆行退回，一般因為打款失敗

• 轉賬

  指將銀行賬戶的錢轉給另一個銀行賬戶，泛指賬戶之間余額的轉移
  

• 調撥

  公司將一個銀行賬戶里的錢轉到另一個銀行賬戶用于付款業務

• 歸集

  公司將眾多的收款賬戶里收的錢全部轉到一個賬戶進行統一管理

4支付類型（按通道類型）

• 快捷支付

  在當前應用直接綁定銀行卡即可支付
  

• 網關支付

  從當前應用跳轉到銀行的網上銀行進行支付

• 代扣

  授權對方按照協議定期直接扣除賬戶里的資金，如會員自動續費
  

• 認證支付

5支付類型（按業務雙方類型）

• B2C

  個人與企業之間的收付
  

• B2B

  企業與企業對公戶之間的收付

• 跨境

  不同國家之間的用戶之間的收付

6支付方式

主要指用戶在支付時收銀臺可以選擇的支付手段

• 微信支付

• 支付寶支付
  

• 銀行卡支付

  使用快捷支付或者網關支付，綁定銀行卡進行付款

• 余額支付

  商戶平臺為用戶開通的虛擬賬戶，用戶使用賬戶里的預充值余額付款

• 白條支付

  使用預授權的額度進行付款

• 分期支付

  按照約定定期分多次進行付款
  

7支付產品

支付產品是支付公司按照行業特點或者業務特點將銀行的支付通道進行包裝成體驗更好的支付產品，更容易滿足特定類型商戶的支付場景；

• 一鍵支付

  支付公司將銀行的快捷支付通道包裝成的產品，無需跳轉網銀直接綁卡支付

• 紅包

  這是很有用戶場景的支付產品，像微信紅包，本質是講轉賬進行的包裝

• pos支付

  使用pos機進行支付交易
  

• 掃碼支付

• 人臉支付

• 微信支付產品

• 支付寶支付產品

• 聚合支付

  四方支付公司將多家三方支付公司的支付產品包裝到一起，成為一個支付產品

8收銀臺類型

收銀臺就是直接面向用戶，完成付款的工具

• PC收銀臺

  在電腦上完成支付的收銀臺
  

• H5收銀臺

  手機內的H5網頁上完成支付的收銀臺

• API收銀臺

  提供給商戶商戶自己進行包裝成自己收銀臺的收銀臺底層接口
  

• 硬件收銀臺

  pos機，mpos機等硬件設備，支付卡牌
  

9支付通道

支付通道就是用來完成各類支付的支付接口或者支付接口提供方

• 三方支付通道

  由三方支付公司向商戶提供的支付接口或者三方支付本身，像微信通道，支付寶通道
  

• 銀行支付通道

  銀行直接提供的支付接口；像快捷支付通道，網關支付通道，代扣通道，墊資通道

• 其他類通道

  廣義來說能夠作為支付手段使交易完成的都可以成為通道，比如卡，券，余額支付

10通道類型

單從銀行通道來說，根據支付的特點及業務特點主要有以下幾類

• 收單類通道

  專門用來收款的銀行通道

• 打款類通道

  專門用來打款的銀行通道

• 墊資類通道

  使用信用備付金賬戶進行付款的付款通道

• 跨境類通道

  進行跨境支付的銀行通道

11通道成本（費率）

就指通道使用方基于交易規模為通道支付的通道使用費，像微信的千6手續費，就是筆交易收取千分之六的手續費，就是微信通道的成本

12通道接入方式

• 直聯

  與通道提供方直接對接接入，像直接入微信，接入支付寶

• 間聯

  通過一個中介方接入另一家的通道，像三方支付通過網聯接入各家銀行的通道

• 銀企直聯

  特指企業直接接入對公戶的開戶行，管理自己的對公戶，進行余額查詢，轉賬等
  

13支付路由

路由簡單講就是用戶在發起支付請求時，通過預配置好的規則向收銀臺挑選出一條最優的支付通道；通道的主要目的：節約成本，提升用戶體驗，確保渠道可用

14支付限額

限額的主要目的是風險防范；像可用單筆限額，日累計限額，月累計限額

02

認證類名詞

15入網

按照平臺的要求提交相關信息以及資質成為銀行或者支付公司的簽約商戶的過程

16開戶

在銀行或者三方支付公司開通各種類型賬戶的過程

17綁卡鑒權

通過校驗驗證賬戶的可用性以及真實性的過程

• 二要素

  姓名+身份證號

• 三要素

  姓名+身份證號碼+銀行卡號

• 四要素

  姓名+身份證號碼+銀行卡號+手機號

• 小額打款鑒權

• 小額轉賬鑒權

• 銀聯網關鑒權
  

03

支付過程類名詞

18訂單

用戶購買服務或者商品生成的記錄，記錄用戶信息，商品信息等交易信息

19賬單

賬單是基于訂單信息創建的用于支付收款的憑證記錄，主要記錄訂單信息，用戶信息，金額信息；一個訂單可以對應多個賬單

20支付明細（支付流水）

就是用戶對賬單的支付記錄，比如一個100元的賬單，用戶用微信支付了60元，使用了一張20元優惠券，又滿減了20元，所以就有三條支付明細

21三方流水號

支付成功后，渠道方返回的支付成功唯一的單號

22支付協議

支付協議是平臺與支付通道之間約定的支付參數，發起支付請求時傳送這些參數

23協議封裝

因為收銀臺調用通道前用戶提交的支付信息并不全，需要將一切其他的信息進行查詢獲取，比如設備信息，其他的一些必填參數；獲得所有信息后有渠道清算對這些信息進行組合到一起，然后再提交給支付渠道完成支付請求的提交；這個過程稱為協議的封裝

24支付狀態

一筆支付請求的狀態

• 待支付

• 支付成功
  

• 失敗

• 異常

04

清結算類名詞

25清算

清算就是基于交易或者支付記錄算清楚應該給各方多少錢，并且將計算結果進行記錄

26清分

清分就是算清楚應該給誰多少錢

27記賬

就是將清分結果記錄下來

28分賬

就是將一筆錢按照清分結果分給各方的動作

29商戶計費

計算為商戶收付的每一筆交易應該收取的手續費

30收費模式

就是跟商戶約定按照什么方式手續手續費，什么時候收，怎么收

• 實收

• 后收

• 預付

• 預付實扣

31計費策略

就是跟商戶約定的怎么樣計算交易手續費，按比率，按筆，還是按階梯

• 單筆固定比例

• 單筆固定費額

• 固定費額+固定比例

• 單筆區間費額/費率

• 累計階梯套餐A

• 累計階梯套餐B

• 單筆拆分
  

32結算

基于交易收款記錄明細，將錢從備付金賬戶打款給商戶結算卡的資金轉移過程

33結算周期

跟商戶約定好的結算時間，實時結算，第二天結算，下個月1號結算等

34結算模式

就是怎么結算的問題，比如用戶自己發起結算請求，平臺主動定期主動給商家結算，平臺按照交易逐筆給商家結算

35差錯處理

是指在對賬發現差異之后，按照實際差異原因和處理方式對差異進行消除處理的過程

36差錯處理類型

就是如何處理差錯的分類；比如平臺掉單了跟銀行不一致，銀行有平臺沒有，則差錯處理類型就是“平臺補單”

37長短款

就是平臺與銀行之間的應收應付和實收實付之間存在差異，這個差額就是長款或者短款

38清算文件

銀行或者三方支付機構提供給商家的一個交易周期內的交易記錄明細文件

39結算文件

銀行或者三方支付機構提供給商家的一個交易周期內的實際已經結算入賬的入賬明細文件

05

賬務賬戶類名詞

40賬務類型

就是根據業務類型確定的記賬類型；比如渠道收款賬務，渠道收款手續費賬務等

41賬務流水

基于業務發生記錄生成的某賬務類型的賬務明細記錄

42賬戶類型

基于業務需要將賬戶分成不同的類型便于管理，賬戶本身并沒有實質性區別；像結算賬戶，付款賬戶，運營賬戶，營銷賬戶，收入賬戶等

43賬戶權限

為了迎合業務需要對某類型或者某個賬戶設定的功能可用性

• 能否透支
  

• 能否收款

• 能否付款

44賬戶余額

賬戶里的資金數量

45賬戶流水

賬戶余額變化的明細記錄

46軋差

就是將過個款項按照流動方向進行匯總的處理操作，比如收款100，手續費6元，那軋差后的凈收款就是96元

47入賬

將計算好的賬務明細記錄到賬戶中的過程

48結轉

指期末結賬時將某一賬戶的余額或差額轉入另一賬戶。這里涉及兩個賬戶，前者是轉出賬戶，后者是轉入賬戶，一般而言，結轉后，轉出賬戶將沒有余額。（百度詞條）

49會計分錄

會計分錄亦稱"記賬公式"。簡稱"分錄"。它根據復式記賬原理的要求，對每筆經濟業務列出相對應的雙方賬戶及其金額的一種記錄。（百度詞條）

• 格式

借:科目A 金額1

貸:科目B 金額1

50日切

通俗的來說就是更換系統記賬的時間;系統從當前工作日切換到下一工作日（百度詞條）

51試算平衡

是指根據借貸記賬法的記賬規則和資產與權益(負債和所有者權益) 的恒等關系，通過對所有賬戶的發生額和余額的匯總計算和比較，來檢查賬戶記錄是否正確的一種方法。（百度詞條）

52結賬

結賬是指會計期末將各賬戶余額結清或結轉下期，使各賬戶記錄暫告一個段落的過程。包括虛賬戶的結清和實賬戶的結清。（百度詞條）

06

銀行類名詞

53銀行卡類型

• 借記卡
  

• 貸記卡

• 理財卡
  

54賬戶等級

• 一類戶
  

• 二類戶

• 三類戶

55備付金賬戶

• 存管戶

• 收付戶

• 匯繳戶

56頭寸

指的是個人或實體持有或擁有的特定商品、證券、貨幣等的數量。

57央行支付清算系統

• 央行大額實時支付系統（HVPS）

  用于處理同城和異地的商業銀行跨行之間（也包括行內一定金額以上的）大額貸記業務。

• 央行小額批量支付系統（BEPS）

  用來處理同城和異地紙憑證截留的借記支付業務以及每筆金額在5萬以下的小額貸記支付業務。大小額系統的比較

  大小額的開放時間不同：

  大額系統是工作日的 8:30?~ 17:00，所以在節假日經常會收到銀行通知說某些業務暫停了經常就是因為央行在節假日對大額系統做維護。小額系統全年無休，7*24小時工作。

  業務處理上不同：

  大額是每筆交易都實時發送，實時清算的，所以基本上能實時到賬，跨行資金零在途。

  小額系統是在收集若干筆交易后打一個包統一處理，定時清算。所以，用小額系統轉賬經常要幾分鐘甚至半個小時才能到賬，銀行間頭寸交割也是非實時的。

  金額不同：

  大額系統沒有金額限制，小額系統支持的單筆金額上限是5萬元。

• 超級網銀

網上支付跨行清算系統（俗稱“超級網銀”）。超級網銀是對大小額支付系統的一個補充，有兩大亮點：

接入機構不再限于銀行。支付寶、財付通等第三方支付也可以接入，所以有的第三方支付給商戶提供的提現代發功能就是基于超級網銀做的。

7*24小時實時到賬，單筆上限5萬元。這就相當于在非工作日非營業時間增加了一種大額支付系統特性的渠道了。只不過金額限制是跟小額系統一致的。

07

監管合規類名詞

58三代

• 代收

• 代付

• 代扣
  

59二次清算

是指做了2次清算，主要指三方支付公司給商戶做了一次清算，資金進入商戶的自有賬戶，這是第一次清算；商戶又將資金清算支付給了自己平臺的店家的銀行賬戶，這是第二次清算；因為商戶沒有金融牌照，不能進行代收業務，所以屬于“二清違規”

60備付金集中存管

就是三方支付代商戶收的交易資金放到指定銀行指定賬戶進行監管；2019.1月之前各家銀行都可以開設備付金賬戶，一個支付機構可以開設很多備付金賬戶，存管比例根據支付機構分級進行設定；之后只能在央行開設一個集中存管賬戶，100%存管

61備付金報備

三方支付機構定期每月按照格式向央行提供改期的交易數據

62網聯銀聯虛擬賬戶

斷直連后，網聯和銀聯為三方支付機構設立的虛擬額度賬戶，其中的虛擬金由三方支付機構自主將集中存管戶里的實際資金進行分配得到

第二部分：交易、清算、結算

從咿呀學語開始，我們都是從懵懂無知到博學睿智；同樣學習支付也是，從宏觀上整體認知支付，可以為更好的掌握支付打下非常堅實的基礎，今天我們就泛泛而談的聊一聊“支付觀”

隨著貨幣形態變化支付方式的演變

貨幣是支付的基礎，貨幣在社會的不同階段擁有不同的職能和形態，從最原始的具體物體為貨幣下催生的物物交換支付方式，再到鑄造技術發展之后的金銀銅幣的中間媒介支付方式；再到近代國家信用背書下的紙質貨幣以及票據等近代支付方式；以及目前數字時代的數字貨幣形態下的互聯網支付、數字貨幣等的現代支付方式

時間上支付的演變

從歷史發展的角度看支付在時間上的變化，能讓我們預見未來，從以下這幾個方面看

支付定義的演變，社會發展的不同，貨幣的形式和制造技術的變革；支付的定義也會隨之發生變化，雖然到目前為止還沒有統一的認識，從曾經的物物交換，到現在的資金轉移，支付的定義也在隨著經濟活動的繁榮和技術的變革而不斷豐富和更新

支付技術的演變，支付的技術依賴從有形金銀貨幣時代的運輸技術，紙質貨幣的制造和防偽技術，互聯網時代的數字貨幣存儲加密和數據傳輸技術

支付工具的演變，從以往的以物換物工具，金銀銅幣工具，到現代的銀行卡、票據、預付卡、互聯網支付、移動支付等多樣的支付工具

支付參與者的演變，從原來的一對一參與者，到后來的錢莊鏢局，到當下的央行、支付服務機構等更多的參與群體

支付系統的演變，最明顯的就是從原來的無系統，到近代的簡約系統，再到近代的多層服務組織參與的復雜支付系統，如當下中國清算體系的人行支付系統、銀行支付系統、清算機構與支付機構的支付系統、交易發起者的支付系統等

支付時代的演變，不同的社會時期催生了不同的支付時代，我們不妨將他們分為遠古以物換物為支付基礎的舊支付時代，近代以金銀紙幣為支付基礎的傳統支付時代，以及現在以互聯網等更多貨幣形態為基礎的數字支付時代

空間上支付的協同

經濟活動的發生催生了支付的產生，從空間上看每一次支付都是在眾多參與者的協同下完成

用戶，是支付交易的消費者和發起者，他們基于生活和社會活動需要，購買商品，購買服務而發起支付動作

商戶，是商品和服務的提供者，并且為個人以及企業用戶提供商品交易線下或線上場所以及支付服務

支付服務機構，是支付服務提供者，包括支付代理商、四方支付機構、三方支付機構等非金融支付機構，他們向商戶提供效率更高、體驗更好的支付服務解決方案

清算機構，是支付過程中跨行清算的重要參與者，實現銀行與銀行之間清算指令的傳輸交換以及向人行支付系統發起清分

銀行，金融基礎提供者，為個人以及企業提供最基礎的賬戶服務以及其他金融服務

人行，貨幣發行、支付政策、資金監管的履行者，向社會提供最基礎的法律政策支持以及支付基礎設施，包含大小額支付系統以及清算賬戶基礎等基礎能力

流程上支付的聯動

從流程上看每一次交易的發生，每一次支付動作都可以從這樣四個維度去描述

支付的意識流動，這是交易發生的基礎，是人們消費的沖動以及支付的意愿的變化；從看到一個精美的商品到產生了購買的欲望，選擇最佳的支付手動進行支付動作

支付的信息流動，整個交易過程中的單據的產生和記錄，數據的產生和傳送；用戶購買下單先生成訂單、支付的賬單、身份的驗證、支付指令的發起以及傳輸等信息的流動，推動這交易的進程

支付的資金流動，完成最后的債券關系的清償，消費方付出資金，銷售方獲得資金，資金在不同參與者的不同賬戶之間完成最后的轉移

支付的三流聯動，整個支付過程不同的流動之間不是獨立的，而是相互關聯，意識、信息、資金相互聯動

時空上支付的運動

我們將支付在時空上劃分成三個階段，交易，清算，結算；這也是一切支付行為的核心組成框架

交易，即用戶進行支付的發起、身份的確認、單據的生成等一系列動作

清算，是基于生成的交易單據進行數據的交換、歸集以及清分的過程；這個過程完

成交易本金和手續費的計算以及按照對象匯總生成應收應付金額，并將支付發送給清算方

結算，是按照清分結果完成最后的資金實際轉移的過程

支付生于系統而又超越系統
從廣義上看現代支付是超越系統的，因為支付無處不在，它永生于“觀念”

從狹義上看，現代支付或是寄生于系統的，以人行支付系統為核心，以商業銀行等支付參與組織支付系統為基礎，以商業活動企業支付系統為場所，以用戶支付應用為起點……通過這樣的跨越時空、主體、意識的支付協同網絡，成就了現代支付的繁榮

第三部分：支付的賬戶基礎

理解和認識

橘生淮南則為橘，生于淮北則為枳；也許不恰當，但可以說明，同一個事物在不同的平臺或者場所會有不同的表現和結局

同樣，我們常說的人各不同，更多也是基于其性格、職業、觀念、成就所言；但作為生物而言，我們都是“一個鼻子兩個眼，兩只胳膊兩條腿”沒有本質的不同

所以，我們“人”從不同的維度可以劃分出不同的個體或者群體；首先我們從系統層面來看我們都是社會的一份子，相互協同、競爭以及依賴；從身份的角度看“我們是人”；再從角色去看，我們又有不同的角色，同一個個體的“人”可以是丈夫、是教師、是兒子、是別人的男女朋友；不同的人在不同的角色上又擁有不同的信念或者觀念，就如作為父親的角色一樣，有些父親提倡散養，有的父親提倡精致的養；不同的觀念鑄就了我們會選擇培養不同的能力，去做不同的事情，去適應不同的環境......所以我們要學會從不同的層次去理解同一個事物，這個層次可以是空間上的、也可以是時間上的、更可以是觀念上的

賬戶的本質

我們總是迷惑什么是賬戶，我想我們是迷惑于賬戶的不同角色，迷惑的原因就是沒有把握住賬戶的本質；就像銀行的結算賬戶與微信的零錢賬戶，看起來是不同的，那是因為其承擔了不同的角色，擁有不同的信用和社會職能；但是究其本質，皆為賬戶，沒有不同；有余額，有流水，有流水對余額的更新；所以賬戶的本質是什么呢？

首先，我們來看賬戶存在的意義，那就是電子貨幣的載體，對經濟活動產生的支付信息的記錄；這就是賬戶的本質，存儲電子貨幣，以及支付信息；而貨幣存在的意義就是“等價物”，也就是支付的媒介；而作為支付媒介，當下的貨幣或者電子貨幣本身并沒有價值

其次，為什么可以作為等價物用于交換呢？那就是其本身的“信用”，不同貨幣的發行者就賦予了不同種類貨幣的不同的信用，不同種類的貨幣的存儲就產生了不同種類的賬戶；這就是賬戶的不同之處，不同于存儲的貨幣的不同，不同于貨幣存儲主體的不同，同樣不同于貨幣信用的不同

賬戶的種類

基于賬戶的本質，我們知道了如何去理解不同種類賬戶，我們應該從其發行主體，不同貨幣資產，不同貨幣信用去區分，如此我們可以將賬戶做如下的分類和分層

人行的清算賬戶，這是擁有國家信用的賬戶，存儲著央行貨幣資產；又可以分為準備金賬戶和備付金賬戶；準備金賬戶我們應該知道就是各銀行在人行存儲繳納的“保證金”，確保銀行有一定的抵償能力，我們經常聽到的“降準”就是降低這個準備金賬戶繳納的比例；備付金賬戶我想大家也都知道，就是用于銀行間或者其他支付服務組織間支付清算，支付機構在人行的監管賬戶就是備付金賬戶，目前要100%存管

銀行結算賬戶，這是擁有銀行信用的賬戶，存儲著銀行存款貨幣資產；又可以分為個人結算賬戶和企業結算賬戶；個人結算賬戶就是以個人為賬戶開戶主體，存儲個人存款的賬戶，按照開戶渠道和驗證條件的不同可以分為一二三類賬戶，這個就不細講了，感興趣大家可以自行搜索；企業結算賬戶就是以企業為開戶主體，存儲企業存款的賬戶，可以分為基本賬戶，一般賬戶，專用賬戶，臨時賬戶四種

支付賬戶，這是擁有支付機構信用的賬戶，存儲在支付機構的虛擬貨幣資產；也可以分為個人支付賬戶和企業支付賬戶；個人支付賬戶按照開戶渠道和驗證要素的不同可以分為一二三類賬戶，這個也不細講其不同了

企業虛擬賬戶，這是擁有企業信用的賬戶，存儲在企業自建虛擬賬戶體系的賬務記錄；這類更靈活，但本身并不具備多么高的信用；企業的信用相對于上面幾類賬戶而言太弱了

賬戶與支付

電子賬戶存在的意義本身就是服務于支付，大大提升了社會經濟活動的支付效率，降低了社會的交易成本；不同的電子賬戶組成了支付的基礎；而不同的賬戶基礎又服務于不同的支付場景，那么不同的賬戶有用于支撐哪些支付行為呢？而支付行為的發生又依賴什么呢？

支付行為的發生依賴于賬戶的同時，也同樣依賴于支付工具，依賴于不同的支付清算系統，支付工具比如銀行卡，支票，匯票，預付卡等等，我們會在下一篇文章詳細講解支付工具；支付清算系統比如人行的大小額支付系統，銀行的支付系統等

人行的清算賬戶用于進行不同組織之間的資金清算，比如銀行與銀行間的資金清算，支付機構與銀行間的資金清算；這個支付清算的執行就是依靠借記和貸記不同的清算賬戶實現；同樣清算組織比如銀聯可以向人行發起即時轉賬來促成各組織間的賬戶清算

銀行的結算賬戶用于個人與企業主體間的結算，也是通過貸記或者借記對應賬戶實現資金的結算；比如企業要給員工發工資，那么銀行就可以借記企業對公賬戶貸記個人結算賬戶完成工資的發放

支付機構的支付賬戶可以用于個人的消費付款，企業的代收款以及代付款，原理與其他類型賬戶一樣

所以以上不同的賬戶承載著不同的社會職能，共同支撐這社會的經濟活動需要的支付能力和賬戶基礎

賬戶協同

不同的賬戶不是獨立存在的，而是相互協同，分層工作；就像我在支付寶里提現了我的賬戶余額到我的招商銀行卡

首先是支付寶要向銀聯發起付款請求，由銀聯將轉賬的支付信息轉接給招商銀行，支付寶扣減我在支付寶開通的支付賬戶余額

其次是招商貸記我的招商個人結算賬戶賬戶余額完成入賬

最后是銀聯要向人行發起對支付寶和招行的資金清算；人民銀行要借記支付寶的備付金賬戶，貸記招行的備付金賬戶，完成兩家組織在人行的備付金存款的資金轉移

至此整個提現才真正完成

我們總是需要用不同的角度去看待事物，同樣，我們又需要學會認識同一個事物的不同維度；酒桌上他不能喝酒，你可能認為他不識時務，但他只是因為有胃炎不想因為喝酒而生病，因為生病而讓妻子擔心，因為妻子擔心而影響妻子的司法考試，影響了妻子的司法考試而影響了妻子希望為農民工伸張正義的夢想......

人生而不同，而又相同；換個角度，世界大不同！換個層次，必有新的意義！

關注收藏慢慢看~

第四部分：支付依賴的支付工具

工具的意義

鋤禾日當午，汗滴禾下土；鋤頭的發明很大程度上提高了農民耕作的效率，大大的提升了生產力；人類與其他動物最大的區別就是我們會發明和使用工具，工具發明的意義在于對生產力的提升，大大加快了社會的進程

同樣社會的經濟活動要依賴于市場交易，而交易就需要進行支付行為，而支付就想耕種一樣，也需要不同的工具來完成；在不同的時期產生了不同的支付工具，支付工具的意義也就是工具本身的意義，它是為了提升生產力而存在的；而支付工具就是為了提升支付的效率、安全性等而產生的

貨幣支付依賴支付工具

我們知道貨幣是支付的媒介，也是擁有不同信用的交換等價物，而貨幣本身隨著歷史的發展其形態和作用也在發生著變化；從最早的實物作為貨幣媒介，到近代的鑄幣、票據、銀票，再到現代的紙幣，賬戶貨幣；而不同的貨幣形態用于支付就需要不同的支付工具來完成，比如銀行的個人結算賬戶貨幣要是用于支付購買商品，怎么進行使用呢，那就需要依賴可以轉移支付結算賬戶貨幣資金的支付工具，比如銀行卡，信用卡，拿著銀行卡在商家的pos機上一刷，就可以將結算賬戶里的資金轉移給指定對象了；

支付工具提升了支付效率

非常方便，不需要你再去銀行柜臺，填寫一個單子，拿著身份證把錢取出來，然后再去到商場把現金給到商家；同樣商家也不需要兌換很多的零錢用于找零，日終再清點貨款，然后定期到銀行去把錢存到銀行的結算戶中；所以說銀行卡支付工具的發明，大大提升了銀行貨幣支付的效率，也提升了支付過程的安全性和貨幣的安全性，因為如果沒有銀行卡，貨幣的存取都存在丟失破損等風險

支付工具的定義

由上我們如何定義支付工具呢，中國支付體系發展報告中是這樣定義的

支付工具是傳遞收付款人支付指令，實現債權債務關系清償和資金轉移的載體

所以說支付工具是一個載體，用于傳遞支付指令，就如上文提到的銀行卡就是支付工具的角色，其本身并不是貨幣，因為貨幣是以數字的形態存儲在銀行的結算賬戶中，而銀行卡只是作為支付工具發起結算賬戶貨幣資金轉移的請求

為了不同場景或者交易市場的支付需要，我們可以發明創造出不同的支付工具，比如我們做公交的公交卡就是支付工具，替代了人工投遞紙幣，大大提升了乘車的支付效率，我們可以回憶一下在沒有公交卡之前，我們遇到過多少次因為沒有零錢或者排隊買票而出現的不便

支付工具的分類

支付工具經過了改革開發幾十年或者對世界先進工具的借鑒和引用，當下支付工具的種類已經琳瑯滿目了，也極大的滿足了社會不同市場的支付需要

支付工具可以劃分為現金支付工具和非現金支付工具；現金支付工具就是我們的紙幣了，非現金支付工具我們可以稱其為新型支付工具，更多是以賬戶貨幣為基礎，用于高效轉移賬戶貨幣資金的工具

非現金支付工具我們知道的有卡基支付工具“銀行卡、信用卡、預付卡”，紙質票據支付工具“支票、匯票、本票”等等，如下表格羅列的目前常見的支付工具，感興趣的朋友可以想想除了下列的支付工具以外還有哪些支付工具呢

第五部分：支付的參與組織

人民銀行，商業銀行，清算機構等組織略（看第八部分）本部分只介紹三方支付機構，大家要明白支付是眾多組織，眾多系統共同協同的結果，要對所參與的組織，涉及到的系統，以及相互之間的關系有所了解

三方支付機構風風雨雨這么多年，相比大家都已經不陌生，特別是頭部的那幾家企業；今天我們就從幾個維度淺談一下支付機構的一些方面，了解即可也不必過度鉆研

定義

是指非金融機構在收付款人之間作為中介機構提供下列部分或全部貨幣資金轉移服務∶

網絡支付：指依托公共網絡或專用網絡在收付款人之間轉移貨幣資金的行為，包括貨幣匯兌、互聯網支付、移動電話支付、固定電話支付、數字電視支付等。

預付卡的發行與受理：指以營利為目的發行的、在發行機構之外購買商品或服務的預付價值，包括采取磁條、芯片等技術以卡片、密碼等形式發行的預付卡。

銀行卡收單：指通過銷售點（POS）終端等為銀行卡特約商戶代收貨幣資金的行為。

中國人民銀行確定的其他支付服務。

資質

非金融機構提供支付服務，應當依據本辦法規定取得《支付業務許可證》，成為支付機構。支付機構依法接受中國人民銀行的監督管理。

未經中國人民銀行批準，任何非金融機構和個人不得從事或變相從事支付業務。

支付機構應當按照《支付業務許可證》核準的業務范圍從事經營活動，不得從事核準范圍之外的業務，不得將業務外包。

支付機構不得轉讓、出租、出借《支付業務許可證》。

備付金管理

客戶備付金的存放、歸集、使用、劃轉等存管活動。

客戶備付金，是指支付機構為辦理客戶委托的支付業務而實際收到的預收待付貨幣資金。客戶備付金必須全額繳存至支付機構在備付金銀行開立的備付金專用存款賬戶。

備付金銀行，是指與支付機構簽訂協議、提供客戶備付金存管服務的境內銀行業金融機構，包括備付金存管銀行和備付金合作銀行。

專用存款賬戶，是指支付機構在備付金銀行開立的專戶存放客戶備付金的活期存款賬戶，包括備付金存管賬戶、備付金收付賬戶和備付金匯繳賬戶。

2019.1月以后備付金集中存管至人行

通道

支付渠道即資金轉移的通道，也稱為資金渠道、支付通道，所有支付系統建設都需要先建設渠道。

支付通道介紹和接入

支付賬戶

是指獲得互聯網支付業務許可的支付機構，根據客戶的真實意愿為其開立的，用于記錄預付交易資金余額、客戶憑以發起支付指令、反映交易明細信息的電子簿記。支付賬戶不得透支，不得出借、出租、出售，不得利用支付賬戶從事或者協助他人從事非法活動。支付賬戶分一類，二類，三類等級，根據開立時的驗證要素數量決定

支付產品

支付產品就是支付機構或者銀行提供給需要做支付業務的企業使用的，可以用來實現收款或者打款等支付業務的產品；支付產品是一個支付服務的集合，有他的應用場景，有相關的規范以及接入方法；比如我們接入的微信h5支付，網銀支付，掃碼支付等，都是支付產品

詳解支付產品

支付機構在支付體系的位置

站在整體視角來看支付機構在支付體系中的位置，我們可以參照下圖理解

從上帝視角看支付-支付總架構解析

支付機構的組織構成

一個支付機構的組織構成，一般會基于不同的業務職能劃分，比如銀行合作部，合規部，通道部，退款中心，出款中心，核算中心，開放平臺事業部，各行業線（航旅，小額貸，保險，水電繳費等），商戶管理中心，企業通用部門（行政，財務，總裁辦等）

支付機構的產品線構成

產品線的構成往往取決于公司的產品體系規劃，或者說產品架構；各部門各系統之間的職責劃分以及協作交互

支付機構的產品崗位設置和職責

其實通過上面的架構圖大家也應該能猜出來會有哪些職責和產品經理崗位；如果你將來計劃去一家支付機構做產品經理的話，你大概率會有以下崗位可以選擇，有中意的么？

通道管理產品經理，主要做收單通道的接入，路由的設計、通道管理的設計、等等，核心職責就是與內外部對接，是支付機構與內外部的橋梁部門；

出款產品經理，出款通道的接入和管理，出款產品的設計，為出款性能、準確性、安全性負責

退款產品經理，管理收單逆向業務，負責退款中心的設計和規劃，為退款業務負責

商戶后臺產品經理，負責商戶后臺的規劃和設計

商戶管理產品經理，入網產品經理，工單系統產品經理等負責基礎性產品

資金管理產品經理或者清結算產品經理，包含了核算產品經理，賬務賬務產品經理，計費產品經理，財務處理產品經理，備付金管理產品經理等

開放平臺產品經理，主要負責對上游商戶對接，輸出基礎能力的規劃和設計

基礎支付產品產品經理，主要負責不同支付場景的挖掘以及支付產品的包裝和設計，提供具有更好用戶體驗以及市場競爭力的支付產品解決方案，比如二清合規，快捷支付類，打款類

行業產品經理，針對某垂直領域進行支付場景挖掘和解決方案設計，比如水電煤氣領域，保險領域，教育領域等

第六部分：支付涉及到的系統

企業的支付體系相關系統，三方支付機構體系內的支付相關系統，商業銀行的核心系統，清算機構的核心系統，人民銀行二代支付系統的相關系統略（可以看第八部分）；本部分重點介紹一個支付基礎之上的核心應用型產品“支付產品”，我們對支付方案的選擇，更多是對支付產品的選擇，各支付服務組織將支付能力包裝成可以直接被其他組織接入使用的“支付產品”，就如我們在做支付系統時，向內部業務線提供的支付能力，也可以認為是一款“支付產品”

我們在設計支付體系的時候，往往需要接入一家支付服務提供商，那么我們得到的其實就是提供商提供的支付產品；支付產品本身就是支付解決方案，今天我們就聊一聊支付產品；

1.什么是支付產品

支付產品就是支付機構或者銀行提供給需要做支付業務的企業使用的，可以用來實現收款或者打款等支付業務的產品；支付產品是一個支付服務的集合，有他的應用場景，有相關的規范以及接入方法；比如我們接入的微信h5支付，網銀支付，掃碼支付等，都是支付產品

2.支付產品提供方

支付是個特殊領域，國家強監管，需要相關的資質才能從事相關的支付業務，比如收單，出款，先存款等；能夠提供支付產品的機構我們常見的就是三方支付機構，比如微信、支付寶、易寶支付等，以及銀行，像銀行提供的銀企直聯，資金監管方案等；以及一些四方聚合支付，我們也可以認為再提供一下聚合支付產品給小商戶；所以當你需要做支付的時候，就可以基于自己的業務模型，去尋找相關的機構選擇合適的支付產品接入；以下是微信和易寶支付提供的部分支付產品；我們可以看出來，支付產品都有明顯的使用場景特征，這也是支付機構為了實現差異化競爭對基礎支付能力做的產品化包裝

3.支付產品的基礎

? 要想包裝出一款支付產品，最核心的原材料有2個，一個是通道，另一個是賬戶；畢竟支付的本質我們可以認為是電子貨幣的轉移；那么其中要解決的最核心的問題就是電子貨幣的存儲以及轉移所需要的通道；所以我們簽約的一款支付產品肯定是解決了這兩個問題，賬戶問題以及支付通道問題。所以一款支付產品一般要包含以下內容

產品介紹：介紹產品適用的業務，產品的特點的信息

接入指引：告你你要想接入應該怎么做

API列表：就是產品的實質性內容，接口定義，以及調用方法，這是最核心的內容

其他的文檔：一些輔助內容

上面的內容基本就是一款支付產品所包含的東西了，這些內容一般機構的開放平臺都會提供，所以訪問相應的官網就可以找到；拿到產品說明文檔之后，我們可以從下面三個層次去閱讀

第一，先了解他的方案介紹“產品層面”，這一步你基本已經可以知道能不能用，怎么用，適不適用；

第二，如果有精力可以看下技術文檔，主要看他有那些接口，自己交互流程圖，這樣有助于你設計邏輯流程

第三，如果再有精力，就看下他每個接口的傳參和要求，這樣會讓你本側的設計更精準和詳細

無論多么復雜的支付產品，其實基礎都是哪幾類通道之上進行場景化的包裝產生的，底層通道類型我們看網聯，網聯提供了“協議支付，商業委托支付，網關支付，認證支付，付款”這5種，下面我們就針對不同類型的支付產品選擇一個案例做一個介紹

4.收單類

收單類支付產品顧名思義就是用來收錢用的，也就是下單支付用的支付產品；比如我們在京東買東西，用微信付款，那么這時候用的就是微信提供給京東的收單支付產品；微信的收單產品有一下幾種

我們選擇其中H5支付來解讀，其他類型以及其他機構的支付產品類似

H5支付產品介紹

H5支付是指商戶在微信客戶端外的移動端網頁展示商品或服務，用戶在前述頁面確認使用微信支付時，商戶發起本服務呼起微信客戶端進行支付。

應用場景

H5支付主要用于觸屏版的手機瀏覽器請求微信支付的場景，方便從外部瀏覽器喚起微信支付。

用戶側使用H5支付具體操作流程如下：

中間的接入準備以及開發指引我們就不介紹，這個大家可以去微信開放平臺查看

Api列表

開發接入時，大概會有下面的這些接口，你可以根據接口的描述設計自己這一側的相關邏輯和交互

我們看一個接口“申請交易賬單”，其他接口類似

請求參數

返回參數

所以就算你不懂技術，也可以看懂接口說明，大概你會知道去查賬單要傳什么參數，那么你在做方案設計時，就可以準備好相關的參數的存儲以及基于業務需要設定查詢的邏輯

5.付款類?

付款類其實就是打款產品，前面我們說的是將錢收進來；付款類就是將錢打出去；比如商家的結算賬戶里的余額要提走，那么用到的就是打款類的支付產品；微信的企業付款，直接付款給用戶的微信零錢，也是一款應用場景非常明確的付款產品；其實打款類支付產品和收款類支付產品非常類似，只是方向不同而已；我們以易寶支付的打款產品為例，我們在易寶支付開放平臺找到了一款打款產品

代付代發是易寶支付解決企業資金一對多批量資金的處理，提供將企業易寶賬戶付款到指定銀行卡的資金結算服務

API列表

提現請求接口的入參

返回的參數

6.代扣

即商業委托支付，就是用戶簽訂代扣協議，平臺按照約定周期定期主動去扣用戶的錢；我們常見的會員的自動續費，基金的定投等場景會用到這樣的支付產品；這里就不做詳細介紹了；基本和收單類以及付款類沒有太大區別

7.跨境支付產品

跨境支付產品就會有非常鮮明的交易特征，那就是“跨境支付”，那么跨境支付跟國內支付有什么不同呢，這也就決定了跨境支付產品的特點，無論是資質問題，清算模式問題，信息流以及資金流都會不同；但根本上還是支付，并沒有本質上的不同，還是貨幣的轉移，只不過涉及到了不同的幣種問題

8.銀企直聯

銀企直聯就是銀行提供給企業的一款產品，直接連接接入銀行，通過自建平臺管理在該行開通的相關銀行賬戶；產品所實現的能力基本也就是查詢賬戶余額，查詢賬務流水，申請付款等基本的賬戶操作；跟收單類產品相似；先了解產品介紹，接入方式，接口文檔等內容；完成對接接入即可

9.錢包產品

錢包大家都用過，比如常見的微信錢包；錢包的最大特點就是賬戶余額，核心是要為用戶開一個可以存錢的賬戶，而且這個賬戶可以充值，提現，下單消費等；不像簡單的收單通道，只是簡單的收錢；錢包的核心職能是管錢；我們看易寶錢包的官網介紹

10.數字錢包

數字錢包近期算是比較火了，歸根接地也是一款錢包產品，形式和技術實現上跟傳統錢包沒有本質的區別；最大的區別就是錢包里的錢的屬性；感興趣的大家可以自己去找資料看看

11.分期支付產品

分期是一個明確的交易場景，就是一筆交易并不是一次性支付結束，而是分多次完成后續的支付；像消費分期；微信，支付寶都有相應的產品；本質上也是一款收單類支付產品，只不過有一個分期多次支付的鮮明特點而已

12.分賬類

分賬產品更多的是要解決二清問題；一筆收單在完成收款以后，需要對款項按照約定比例或者模式分個多方，微信有標準的分賬產品；也有成熟的文檔，這個大家可以認真看一看；我們在分賬接口里可以看到一個非常明顯的分賬部分，如下

13.支付解決方案類

我們看易寶支付對外提供的行業方案產品，然后再對比提供的標準支付產品，大家發現什么不同了么；其實就是行業解決型支付產品更能契合這個領域的業務特點，相對通用支付產品來說用戶體驗更好，與業務場景更加的契合；實現這一點要做的其實就是在支付產品基礎之上包裝進一些行業特征的交互或者功能；比如我們看下錢包社交版跟標準錢包有什么不同

我們看官網的介紹：易寶錢包是針對社交網絡平臺、擁有個人會員群體的電商平臺或O2O平臺提供個人錢包賬戶的解決方案。其中社交版解決方案包括為用戶開立錢包賬戶、設置安全策略，快捷綁定銀行卡、余額充值、余額提現、錢包賬戶間轉賬、紅包等綜合服務。

發現關鍵點了么“紅包”，哎，這就對了，錢包錢包，有了紅包，就是社交！！！除此之外沒有其他不同

14.二清存管方案

這個就詳細說了，大家可以看這一篇文章“二清”詳解-支付產品必須知道的“清結算規矩”

15.支付產品的附屬

當然一個支付產品能不能用，不僅是通道本身，還需要一些附加的能力，比如用戶注冊入網，綁卡鑒權，交易通知，等等，這里我相信大家通過閱讀文中提到的具體支付產品的案例就可以歸納出來

第七部分：支付需要的會計基礎

賬戶？賬務？賬務處理？復核記賬？難么！可能很難，但看完這篇文章以后可能就不難了；會計基礎是賬務賬戶的理論框架基礎，我相信大部分人是沒有財務知識基礎的，那么在沒有基礎的情況下，也許一個簡單的概念就能阻礙你的設計，比如“什么是賬戶？”;本文將最基本的會計知識梳理給大家，放心，是站在產品經理的角度看會計，我相信比站在會計角度看會計要容易的多，我們只了解產品設計需要的內容

這個世界是先有了會計規范和會計從業者；然后才有了賬務賬務系統，業財一體化；系統并沒有改變財務的理論基礎和規范，只是改變了財務的實現形式和效率，把線下的事搞到了線上

1.會計恒等式及變形

我相信所有會計布道者送給你的第一句話就是“有借必有貸，借貸必相等”，那為什么呢？首先我們需要知道，這句話是在“復式記賬記賬方法”的框架里；

1.1借貸的概念

借貸只是記賬符號，類似與“收入/支出”“流入/流出”“入金/出金”；只不過借貸這對孿生兄弟有點神經病，別人都是加減明確愛恨分明；而他們呢，沒有明確的加減對應，有點見人說人話見鬼說鬼話，兩面三刀；在資產面前“借加，貸減”，在負債面前“借減，貸加”，在共同類面前那簡直是多重人格，加減不定；不過我們只需要記住，他們是賬戶流水的方向符號

• 借貸用途：就像收入和支出，是來定義賬務流水的方向的，這個方向決定了對賬要處理的賬戶的余額的增加還是減少

• 有借必有貸：這句話說明，他們肯定是同時存在；在哪里存在？是在一次賬務處理里同時存在；

• 借貸必相等：這句話說明，他們分量一樣重，借了多少就得貸了多少
  

1.2會計恒等式

會計恒等式的意義是什么呢，這要從會計存在的意義說起，會計記賬本身就是對企業經營業務的記錄和反映，那么怎么記錄呢？就是會計的6大要素，資產，負債等；所有要記錄的事情都轉換到這6大要素上來，利用貨幣計量單位進行記錄；

而對于企業來說，無非就是用錢辦事，用事掙錢，掙了分錢；那么等式左邊就是錢的去向，錢都用到那了，放銀行，買成原料放庫房，推廣買了廣告；等式右邊就是錢從哪來，是借來的，股東投資的，營業賺來的.

所以從另一個角度其實會計恒等式就是記錄：錢從哪來到哪去；我借了張三100（錢從張三來），我把錢存到了微信（錢去到了微信），我們怎么記賬呢“我借了張三100塊錢，把錢存到了微信”；會計怎么記賬呢

借? 微信存款 100

? ? ?? 貸??借錢-張三? 100

恒等式校驗：資產=負債+所有者權益

即：微信存款100?= 借錢張三100+ 所有者權益 0

1.3會計恒等式的用途

我們對會計恒等式的從5個方面用途去理解

• 借貸方向：等式左邊，借方增加貸方減少；等式右邊借方減少，貸方增加
  

• 會計要素恒等式：資產=負債+所有者權益?（資金去向=資金來源）
  

• 會計賬戶：記錄會計要素的有結構載體，資產類賬戶，負債類賬戶，所有者權益類賬戶
  

• 賬務處理：就是對不同賬戶進行借貸操作的處理過程
  

• 方向口訣：在做賬務處理時，賬戶余額跟借貸怎么變化呢，如果賬務操作的賬戶都在等式一邊，那邊是一方增加一方減少；如果在等式兩邊那么賬戶都是增加或者減少；只有這樣，恒等式才會保持成立
  

所以我們在設計賬戶的時候就需要知道賬戶是在等式的左邊還是右邊，這樣我們就知道了這個賬戶在做賬務處理時借貸意味著增加還是減少

1.4會計恒等式的變形

還有以一個等式我們也需要知道：利潤=收入-費用；從上面的錢從哪來到哪去的理解思路我們知道，利潤是錢的來源，所以在等式的右邊，這樣會計恒等式變成了

資產

=負債+所有者權益+利潤

=負債+所有者權益+收入-費用

變形之后我們又得到了另一個會計恒等式：

資產+費用=負債+所有者權益+收入

2.會計循環

上面我們知道了會計的理論基礎框架；我們還需要知道一個會計的關鍵特點：周期性；會計記賬是對一定周期內的公司經營情況的記錄和反映；這個周期可以是一天，一個月，一個季度，一年；那么對于每個周期來說都需要經歷下面的流程

2.1會計循環關鍵節點

• 編審憑證：收集業務原始憑證，交易記錄，小票，發票等
  

• 生成會計憑證：按照財務規范編寫會計憑證或者會計分錄
  

• 過賬：將憑證記錄到賬簿的過程
  

• 試算平衡：對賬簿各類賬務之間按照一定規則校驗借貸是否相等的校驗過程

• 調整：如果試算不平衡，那么對有問題的賬務進行調整從新試算直到平衡
  

• 結賬：會計周期末，對相關賬務進行結轉的賬務處理，入收入和費用結轉到利潤科目
  

• 報表：根據本期總分記賬記錄，生成各類會計報表

2.2會計循環的用途

那么從這個會計循環中我們有什么啟示呢？我們在做賬務核心的時候應該如何參考呢？

首先就是流程的啟示：賬務核心可以遵從這個流程，從業務記賬請求開始，然后創建會計分錄流水，更新科目賬戶余額，日終對賬務進行試算平衡，對異常賬戶進行調整修復等

周期性的日切：既然會計是有周期性的，那么賬務系統在記賬的流程里要管理這個周期，就用到了日切的概念，對記賬日期進行按期的切換到下一個記賬周期

試算平衡的理論依據：如何做試算平衡，就按照財務的規范要求去制定校驗規則

所以賬務核心的業務流程我們可以這么設定

賬務請求-生成分錄流水-更新科目余額-試算平衡-日切

3.會計賬簿與會計憑證

會計賬簿：是指一定格式頁組成的，以經過審計的會計憑證為依據，全面系統連續的記錄各項經濟業務的賬簿；所以會計賬簿我們可以認為是個賬本，會計憑證是記賬的憑證

3.1總分類賬
即總賬，采用三欄式結構，在賬頁中分設“借方金額”“貸方金額”“余額”三欄；總分類賬的登記依據取決于采用的會計核算形式，可以直接登記會計憑證，也可以根據匯總記賬憑證或者科目匯總表登記；意思就是可以按明細記總賬，業務以按照明細賬的匯總記總賬；如下兩個例子

3.2明細分類賬

是用來分類登記某一類經紀業務的賬簿，常用三欄式，多欄式，數量金額式

3.3銀行日記賬

是用來登記銀行存款每天收入，支出和結余情況的賬簿，一般采用三欄式。在同一張賬頁上分記“借方”“借方”，“貸方”和“余額”三欄

3.4總分類賬戶和明細分類賬戶的平行登記

是指對所放生的每項經濟業務事項，都要以會計憑證為依據，一方面記入有關總分類賬戶，另一方面記入有關總分類賬戶所屬明細分類賬戶的方法；簡而言之言而總之，就是總賬和明細賬用相同的憑證同時記賬；有以下要點

• 所依據會計憑證相同
  

• 借貸方向相同

• 所屬會計周期相同
  

• 記入總賬分類賬戶的金額與記入明細分類賬戶的合計金額相等
  

總分類賬戶本期借方發生額=其所屬明細分類賬戶本期借方發生額合計

總分類賬戶本期貸方發生額=其所屬明細分類賬戶本期貸方發生額合計

總分類賬戶期初余額=其所屬明細分類賬戶期初余額合計

總分類賬戶期末余額=其所屬明細分類賬戶期末余額合計

3.5會計憑證

是記錄經紀業務，明確經紀責任的書面證明，是登記賬簿的依據；分為原始憑證和記賬憑證兩大類；原始憑證：俗稱單據，比如發票，交易記錄，小票等；會計憑證是依據原始憑證按照會計記錄規范編制而成的憑證，以下是銀行收付的會計憑證樣式

記賬憑證我們可以認為就是賬務流水，會計分錄；賬務系統就需要按照記賬憑證的規范生成最基本的賬務流水字段：日期，摘要，憑證號，借方，貸方，余額，核對標識

4.會計科目與會計賬戶

4.1會計科目

會計科目特別是一級科目是國家規定的，是對具體經紀業務的分類和命名，可以直觀的看一下具體的科目，從名字上你能猜出是記錄什么的么

4.2科目分類

按照經濟內容可分類六類：資產類，負債類，共同類，成本類，所有者權益類和損益類

按照核算指標的詳細程度分為：總分類科目，是對會計要素的具體內容進行總括分類，用以提供總括核算指標的會計科目，又稱一級科目；明細分類科目，是對總分類科目進一步分類，用以提供明細核算指標的會計科目，又稱明細科目

4.3賬戶

我們有一些列文章站在業務角度講賬戶的，這里的賬戶我們站在會計角度來講；賬戶是根據會計科目在賬簿中開設的，具有一定格式，用以系統，連續的記錄各項經濟業務的一種手段；設置賬戶是會計核算的一種專門方法

賬戶的名稱也成為會計科目，賬戶有一定的格式和結構，而會計科目沒有結構

賬戶的格式一般包括以下內容

• 賬戶的名稱：即會計科目
  

• 日期和摘要：即經紀業務發生的時間和內容
  

• 憑證號數：即賬戶記錄的來源和依據
  

• 增加和減少的金額
  

• 余額
  

4.4總分類賬戶和明細類賬戶

總分類賬戶是指對企業經濟活動的具體內容進行總括核算的賬戶，他能夠提供某一具體內容的總括核算指標；明細分類賬戶是對企業某一經濟業務進行明細核算的賬戶，他能夠提供某一具體經濟業務的明細核算指標；例如

4.5科目與賬戶的關系

科目是賬戶的名字；賬戶記錄了科目的具體內容；就像馬家屯加油站是一個站點的名字，而加油站的1號油罐，2號油罐是加油站油的存儲設備；賬戶就是科目內容的存儲設備

4.6按照科目分類對科目進行分組

4.7賬戶的平衡關系

復試記賬部分和試算平衡部分會具體介紹

5.復試借貸記賬法

5.1記賬方法分類

記賬方法：就是賬簿登記經濟業務的方法，即根據一定的記賬原則，記賬符號，記賬規則，采用一定的計量單位，利用文字和數字把經濟業務記賬到賬簿中去的一種專門方法

記賬方法按照記錄方式不同分為：單式記賬法和復試記賬法

單式記賬法：指只對每一項經紀業務，一般只在一個賬戶中進行記錄的記賬方法

復試記賬法：是對每一項經紀業務發生時所引起的會計要素數量的增減變化，以相等的金額同時在兩個或者兩個以上聯系的賬戶中進行全面登記的記賬方法；按照記賬符號，記賬規則，試算平衡方式的不同，可以分為“借貸記賬法”“增減記賬法”“收付記賬法”；復試記賬法全球通用，我國統一采用借貸記賬法

5.2借貸記賬法

借貸記賬法指以會計等式作為記賬原理，以借貸作為記賬符號，來反映經紀業務增減變化的一種復試記賬方法

記賬規則：有借必有貸，借貸必相等

• 任何賬戶都是左借右貸
  

• 資產、費用類賬戶增加記借方，減少記貸方
  

• 負債、所有者權益、收入類賬戶增加記貸方，減少記借方

• 賬戶的正常余額再其增加的方向

5.3如何借貸記賬

就像我們前面說的，會計恒等式左右兩邊代表錢的來源和去向

編制會計分錄

借貸記賬的等式左右的借貸平衡

6.對賬

具體實施可以看：對賬系統從入門到精通

什么是對賬：是指對賬簿記錄進行核對，賬簿記錄是編制會計報表的重要依據，賬簿記錄的正確與否直接影響到會計報表的質量；為了提供高質量的會計報表，必須對賬

• 賬證核對：是將各種賬簿記錄與記賬憑證及其原始所附原始憑證進行核對
  

• 賬賬核對：是指對各種賬簿之間的有關數字進行核對

• 賬實核對：指各種財產物質和計算款項的賬面余額與其實存數額進行核對
  

• 賬表核對：是指賬簿的有關記錄與會計報表的有關指標進行核對

7.結賬

結賬時一項將賬簿記錄定期結算清楚的賬務工作，在一定時期結束時（如月末，季末或年末），為了編制會計報表，需要進行結賬

7.1結賬內容

結清各種損益類賬戶，并計算確定本期利潤；結清各資產，負債和所有者權益賬戶，分別結出北汽發生額合計和余額

7.2結賬程序

• 將本期發生的經濟業務事項全部登記入賬，并保證其正確性
  

• 根據權責發生制的要求，調整有關賬項，合理確定本期應計入的收入和費用
  

• 將損益類科目轉入“本年利潤”科目，結平所有損益類科目（虛戶）
  

• 結算出資產、負債和所有者權益科目的本期發生額和余額，并結轉下期（實戶）
  

簡單的說就是該入賬的都入賬，收入和費用轉到利潤，資產和負債結轉到下一期

8.試算平衡

試算平衡就是根據資產、權益之間的平衡關系和記賬規則來檢查賬戶記錄是否正確完整的驗證方法；會計循環流程試算平衡的位置

8.1試算平衡公式

發生額平衡：全部賬戶本期借方發生額合計=全部賬戶本期貸方發生額合計

余額平衡：全部賬戶期末借方余額合計=全部賬戶期末貸方余額合計

8.2試算平衡表

根據試算平衡校驗規則，我們得到試算平衡表，

左側：參與試算平衡的科目枚舉

右側：為對期初余額，本期發生額，期末余額的匯總

底部：對校驗數據的借貸雙方金額的匯總

9.財務報表

會計報表是按照一定格式，根據會計賬簿記錄定期編制的，總體反映會計主體在一定時期的經營成果，財務狀況及其變動情況的書面報告文件

9.1財務報表的分類

主要分四類：資產負債表，利潤表，現金流量表，所有者權益搬動表

10.銀行余額調節表

詳情查看銀行存款余額調節對賬表系統

11.不同科目的賬務處理

好了我們上面對會計的基礎知識做了非常詳細的介紹，最后我們再看基于會計基本原理如何做賬務處理

賬務處理：即基于業務數據生成會計憑證記賬到會計賬戶的過程，這也是我們設計賬務系統記賬規則的核心

如何制定賬務處理規則：這個要跟財務共同協商，然后根據不同的業務類型，業務操作，記賬節點，根據生成會計憑證的規則規范創建賬務憑證；下面我們舉例說明，不同賬戶如何做賬務處理

11.1現金與其他貨幣資金

企業從銀行提取現金1000元，根據現金支票存根填制付款憑證，會計分錄如下

借：庫存現金? 1000

? ? 貸：銀行存款 1000

因為庫存現金和銀行存款都是資產，都在等式的左邊，所以借是增加，貸是減少；從銀行取現金說明銀行存款減少了，現金增加了

11.2應收賬款和其他應收款

應收賬款就是企業向對方提供服務，應該收而沒有收到手里的款項

應收賬款為資產所以增加在借方；應付稅費為負債增加在貸方，收入在等式右邊增加在貸方；賬務處理的含義是，這次銷售導致等會左邊資產增加，但是還沒收到錢，先記錄到應收賬款科目；同時等式左邊的主營業務收入增加，稅費也增加

11.3壞賬

壞賬就是企業無法收回的應收賬款

我們知道壞賬準備和應收賬款都是資產類科目，所以增加在借方，減少在貸方，賬務處理如下

借：壞賬? 100

? ? 貸：應收賬款? 100

意味著資產應收賬款的100要不回來了，導致應收賬款減少100，壞賬增加100

11.4收入和費用的結轉

我們前面說了，期末我們要結平損益類科目，比如收入和費用要結轉到利潤科目形成利潤；然后對利潤需要進行分配；這兩個流程的賬務處理如下

收入和費用的結轉

我們知道收入是在等式的右邊，所以減少在借方，增加在貸方；費用在等式的左邊；利潤歸屬所有者權益在等式的左邊，貸方是增加；所以賬務處理如下

收入結轉到到利潤的貸方

借：收入

? ? 貸：利潤

費用結轉利潤的借方

借：利潤

? ? 貸：費用

這樣收入和費用余額全部結平為0；而收入的余額到了利潤的貸方，費用到了利潤的借方，此時利潤的科目余額=貸方-借方=收入-費用；如果余額在貸方說明收入大于費用，本期盈利；反之虧損

11.5利潤的分配

收入費用結轉形成利潤后并沒有結束，我們還需要對利潤進行分配；是分紅，變成資本還是其他的分配辦法；上面收入和費用其實是結轉到了利潤下的明細科目利潤分配的子科目“未分配利潤”；

收入結轉到到利潤的貸方

借：收入

? ? 貸：利潤-利潤分配-未分配利潤

費用結轉利潤的借方

借：利潤-利潤分配-未分配利潤

? ? 貸：費用

然后再講未分配利潤分配到其他科目，這里就不贅述了，賬務處理如下

借：利潤-利潤分配-具體分配科目

? ? 貸：利潤-利潤分配-未分配利潤

借：具體分配科目

? ? 貸：利潤-利潤分配-具體分配科目

同理我們可以推演出其他所有科目的賬務處理方法

12.會計基礎上的賬務核心設計方法

到這里我們作為支付賬務產品需要了解的會計基礎知識基本就講完了，你明白了么？

基于會計基礎知識我們應該怎么用呢，這里我列舉幾個，剩下的大家來思考吧

12.1賬務系統的主業務流程
我們按照會計循環流程來設計賬務系統的主業務流程

賬務請求---記賬規則---記賬分錄---更新賬戶流水---試算平衡--日切

12.2設計賬務流水和賬戶字段

我們根據會計憑證格式和賬戶機構來設計賬務系統的賬務流水或者會計分錄以及賬戶的字段

會計憑證

日期?憑證號?摘要?借貸方向 金額 余額

賬戶結構

賬戶名稱? 科目ID? ?余額方向? 余額?

12.3根據科目與賬戶關系設計賬戶

我們知道賬戶都是掛在科目下面，所以根據科目設定我們就知道了我們要設置哪些賬戶

首先先設置科目賬套

然后再葉子科目下面配置賬戶

12.4開戶規則和入賬規則

所謂開戶規則其實就是誰應該開什么賬戶；那么我們就可以配置一個開戶規則表，定義每一類主體應該開通什么賬戶，即制定葉子科目；比如下面的配置會讓用戶在注冊后開通保證金賬戶和紅包賬戶

比如：用戶---科目：保證金-用戶保證金

? ??? ? ? ? ? ? ? ---科目：紅包-用戶紅包

入賬規則就是賬務請求來了，我們應該基于這個請求生成什么會計分錄，而一旦生成了會計分錄，那么會計分錄因為是帶科目的，就會找到對應的賬戶并且更新賬戶余額；如下下面的入賬規則會讓收款成功的賬務請求生成2個分錄更新2個賬戶

記賬類型：訂單收款

生成分錄：銀行存款科目? 借方?；主營業務收入 貸方

金額：取記賬金額

這樣，當一筆訂單收款100請求記賬時，賬務處理就會創建一下分錄

借：銀行存款-工行112 ?100

? ? ? 貸：主營業務收入-快遞業務? 100

12.5設計試算平衡的邏輯

根據會計知識我們知道，試算平衡就是按照校驗規則去校驗借貸是否一致的校驗算法，然后得出下面的試算平衡結果表，我們也能看出來結果

第八部分：從上帝視角看支付

中國支付體系的塔尖是人行二代支付清算體系，人行二代支付體系塔尖是清算賬戶中心SAPS；支付的基礎是賬戶，賬戶的賬戶是SAPS；為了更好的認認識支付——下面我們就從用戶觸發，跟著一筆支付遍歷整個互聯網支付網絡，對支付有一個最大宏觀視角的認知！

1.上帝視角-看問題的最佳位置

研究人類的上帝視角位置我覺得是DNA雙鏈，因為起源；研究支付的上帝視角位置，我覺得是這里！俯視整個互聯網支付大廈！

2.互聯網支付總架構-看問題的宏觀視野

我們對中國整個互聯網支付按照參與者進行分層

下面我們跟著一筆支付交易遨游這座大廈

3.互聯網用戶……好體驗讓用戶更瘋狂

我是京東商城忠實愛好者，曾今因為崇拜東哥的經營理念而加入京東；所以購物基本都是用京東，一個是對自營的信任，對物流和服務的認可，另一個就是京東極致的用戶體驗

作為億萬互聯網用戶中的一員，我們都一樣！為好的服務，好玩的產品買單

那么既然要買單，就需要付錢咯；如今移動互聯網時代以及互聯網支付已經非常成熟，各種支付方式、支付應用琳瑯滿目；我們可以用微信，支付寶，銀行卡，還可以免密支付

這不，618在京東用招商信用卡買了一本書......

收銀臺，我們支付的第一步！走起

4.第一層互聯網服務平臺……好產品讓生活更便捷

京東購物，美團點外賣，支付寶轉賬，去哪兒買機票去旅游，好產品讓生活變得更便捷；那么我們稱該層為互聯網應用層，這一層為用戶直接提供服務，和支付能力

這些平臺為用戶提供各式各樣的服務，是直接面向用戶的互聯網應用；用戶在平臺購買服務，平臺就需要有自己的支付體系來支撐支付業務；

4.1服務平臺的支付架構

剛才我們說從京東買了一本書，那么京東商城的支付架構是怎么樣的呢！剛才我買書支付的那筆錢怎么流轉呢？

圖片來自網絡

選好商品提交訂單以后，平臺在訂單中心完成訂單的創建，訂單在交易中心完成賬單的創建；我們操作去支付，交易請求支付獲得收銀臺鏈接，給到訂單，訂單再將收銀臺鏈接返回給我們，這時候我選擇了用招商信用卡支付，輸入支付密碼，一瞬間支付成功！

其實這幾秒鐘整個支付的鏈條跋山涉水，翻山越嶺經歷千險

4.2支付架構解析

我們看上面的架構圖，對于一個服務平臺的支付架構，一般有圖中的相關系統組成：直面用戶的收銀臺，記錄業務的訂單系統，推動交易的交易系統，對支付指令進行處理的支付系統，支付指令傳送通道的支付通道子系統；

另外支付成功后還有一條線清結算線：支付成功以后交易將數據提交清算中心完成數據的清分計算，然后提交賬務系統完成記賬；再通知會計核心完成內部賬的記錄；最后通知資金平臺對交易向商家進行貨款的結算......

這樣對于一個服務平臺來說，一個支付的骨架就出來了！

這個架子是陳老師多年游歷訪學的精華沉淀；基本適用于美團，去哪兒，滴滴等，如果你要從零到一做一套支付體系，那么這么規劃基本沒什么問題

好我們接著往下說，我們支付商家的支付都需要接入一個支付機構的，支付系統通過支付通道將支付請求提交給了簽約的支付服務提供方，我們以三方支付為例，比如京東將支付提交給了網銀在線！那么網銀在線內部又是怎么處理的呢？走起

5.第二層三方支付體系……好支付讓交易更安全

支付機構作為擁有支付牌照，為服務平臺提供支付解決方案的企業，也有著自己復雜而龐大的支付體系，我們常聽說的比如各類收銀臺，支付產品，支付路由，支付通道，支付核心，賬務核心，清算核心，風控核心，商戶入網等等；對于支付機構來說支付產品的創新滿足支付市場需要是至關重要的，支付產品創新主要聚焦在下面幾個維度

5.1支付機構的支付架構

那么對于一個支付機構來說，他們的支付架構是什么樣的呢？比如剛才支付請求到了支付機構，這筆支付在支付機構會怎么流轉和處理呢？

我們在網上可以看到很多支付機構的架構圖，上面這個稍微簡單點架構圖基本涵蓋了一家支付機構應該具備的基礎能力；比如交易層對交易請求進行處理；支付層對支付請求進行處理；渠道層對支付請求進行提交金融機構或者清算機構完成最后的清算請求指令的提交

既然都是支付，我們可以換個思路，其實支付機構的支付架子跟服務平臺的架子在某些角度看大同小異；只不過是服務用戶對象一個是用戶一個是商戶，支付通道一個是三方機構提供，一個是銀行提供

5.2支付機構架構解析

好了，我們來看支付請求來到了三方支付機構之后....

第一個門檻就是到達支付機構的網關層，通過各種風控校驗通過許可，來到開放平臺，開放平臺將支付請求提交給交易處理層進行處理，首先到達訂單系統，創建訂單后請求支付系統獲得收銀臺鏈接，返回給開放平臺；開放平臺處理支付通過收銀臺請求支付系統進行支付處理......

支付處理中心對支付請求進行處理，通過路由選擇合適的支付渠道，然后由渠道清算封裝支付指令，通過支付通道提交清算指令給清算機構或者銀行

清算機構返回清算成功后，支付處理中心通知訂單中心支付成功，訂單中心將支付單提交給清算中心進行清結算處理，完成計費，賬務記賬，入賬等處理操作

這樣我們整個架子就出來了

如果你不小心撿了一個支付牌照，那么拿著陳老師的圖，去搭建你的支付公司吧；支付機構將支付清算指令提交給了清算機構，因為現在斷直連了嘛，不能直接接入銀行了；斷直連后其實銀聯網聯網關于支付清算的處理是一樣的，那么我們以網聯為例，看看支付指令到了網聯之后會怎么樣的呢！騎上小摩托走起！

6.第三層網銀聯清算體系……好清算讓市場更和諧

陳老師有幸參與了支付機構斷直連接入網聯的盛世，參與了很多場網聯的會議，驚嘆于斷直連后的清算架構！！！我們先看這張圖，從宏觀上認知這幾個角色之間的關系

為解決備付金集中存管所形成的熱點賬戶問題，實現對已映射額度管理，網聯將構建“備付金熱點賬戶前置系統”RCMP，用于支付機構通過網聯平臺（EPCC）的業務辦理。前置系統分為額度管理模塊及賬戶管理模塊，網聯將為各支付機構在前置系統中建立賬戶，用于可用額度的監控、已映射額度的管理。

支付機構的指令到了網聯以后，網聯進行實時清算，什么意思呢，就是實時的對支付指令進行軋差變更可用余額，針對網聯的文章我們說的比較詳細，這里就不過多介紹了，簡單的說就是支付機構將人行備付金的余額映射分配給網聯和銀聯形成映射虛擬額度，用于交易周期內的實時清算；然后定時提交人行進行資金的劃撥結算，這個框架是這樣的

6.1清算概念

其實斷直連以后網銀聯的清算變得大道至簡了很多，當然說到清算我們還是有必要說一下銀聯這個老牌清算機構的清算架構的，再說清算之前，我們先開個小灶課，介紹下清結算相關的之歌比較重要的概念

支付結算是指單位、個人在社會經濟活動中使用票據、信用卡和匯兌、托收承付、委托收款等結算方式進行貨幣給付及其資金清算的行為。銀行是支付結算和資金清算的中介機構。

支付清算是指支付指令的交換和計算；支付指令是指參與者以紙質、磁介質或電子形式發出的，辦理確定金額的資金轉賬命令; 支付指令的交換是指提供專用的支付指令傳輸路徑，用于支付指令的接收、清分和發送；支付指令的計算是指對支付指令進行匯總和軋差；參與者是指接受支付清算組織章程制約，可以發送、接收支付指令的金融機構及其他機構。

銀聯的支付清算包括淸分和資金劃撥兩個環節。淸分是指對交易日志中記錄的成功交易，逐筆計算交易本金及交易費用（手續費、分潤等），然后按清算對象匯總軋差形成應收或應付金額。簡言之，就是搞清楚今天應該向誰要多少錢？應該給誰多少錢？資金劃撥是指通過特定的渠道和方式，完成應收應付資金的轉移。簡言之，就是明確通過何種渠道，拿回應收款、付出應付款。

6.2銀聯的清算架構

銀聯的支付清算包括跨行清算和收單清算。跨行清算是針對收單機構和發卡機構的清算；收單清算是代替收單機構針對商戶和收單專業化服務機構的清算。

銀聯清算系統主要就是三個核心：跨行清算子系統，收單清算子系統，資金管理平臺

6.3銀聯的清算關系

清算離不開一個核心，那就是清算賬戶，所有的支付以及清算都是基于賬戶進行賬務處理；清算賬戶與結算賬戶不是同一概念，兩者的區別源于【清算】 與【結算】的區別。銀聯境內清算的清算賬戶均開立在人民銀行，跨境業務的清算賬戶開立在代理清算銀行（中行和匯豐）。境內成員機構的清算賬戶均開立在人民銀行。銀行一般在人民銀行開立有準備金賬戶，一般使用其備付金賬戶用于和銀聯的清算。境內商戶的結算賬戶開在商業銀行，第三方機構的結算賬戶均開立在人民銀行。

銀聯如何進行資金的劃撥呢；境內的跨行清算通過央行的大額支付清算系統，完成資金劃撥。銀聯可以主動借記或貸記成員機構的清算賬戶賬戶。通俗地講，借記就是我問別人要錢，貸記就是我給別人錢。境內的收單清算可以通過央行的小額支付清算系統完成資金劃撥。

銀聯清算系統與大小額支付清算系統的關系，無論是跨行清算還是收單清算，銀聯都是作為一個特許參與者，加入大小額支付清算系統，完成銀行卡交換業務的資金劃撥。銀聯通過大額支付系統，實現與境內成員機構清算賬戶之間的雙向資金轉移。銀聯通過小額支付系統和當地的票據交換系統，實現與境內第三方機構和商戶之間的單向資金轉移。

銀聯清算系統與銀行結算系統的關系，銀聯和商業銀行都是作為參與者，加入大小額支付清算系統，完成跨行間的資金劃撥。銀聯清算系統的清算對象是成員機構、第三方機構和直聯商戶。商業銀行結算系統的結算對象是在其本行開立存款賬戶的單位或個人。?銀聯在央行開立的清算賬戶從本質上說應屬于備付金賬戶；而商業銀行在央行開立的清算賬戶分準備金賬戶和備付金賬戶。?準備金賬戶主要用于監管使用，用于包括存款人合法權益；備付金賬戶主要用于自身的資金頭寸的管理。

銀聯清算系統與銀聯會計核算系統的關系，銀聯清算系統處理的是銀行卡交換的清算資金。銀聯會計核算系統處理的是銀聯的自有資金，其中自有資金中包括了銀聯自己清算賬戶上的資金余額。銀聯會計核算系統是按照企業會計準則，使用總分戶賬，登記賬戶變動及資金轉移信息。銀聯清算系統僅建立了清算資金的臺賬信息。

6.4清算案例

我們看一個清算案例；張三6月1日持招行貸記卡，在物美超市（直聯商戶，工行收單）成功刷卡購物1000元。李四用工行借記卡，在華夏銀行布放的支付易終端上，成功繳付了一筆200元的電費，華夏銀行收單。假設消費交易執行交換費0.7%，轉接費0.1%；繳費交易執行交換費0.10元，轉接費0.05元。收單行與商戶的扣率實際分別為1%和0.08%(這兩個數字沒用到)。簡化起見不計算收單專業化服務機構的手續費。淸分結果

1.6月1日晚11：00CUPS日切。將交易日志發送跨行清算系統。在6月2日凌晨首先進行跨行轉接交易的淸分，然后進行收單處理業務的淸分

2.6月2日上午10：00左右，將匯總的淸分結果，通過資金管理平臺和支付前置系統發出支付指令。先借記后貸記，按優先級排隊。

3.通過大額系統借記銀行在央行開立的備付金賬戶，實時完成跨行清算的資金轉移（借記招行993元、借記工行197.9元）；通過小額系統貸記商戶開立在銀行（一般為工行）的結算賬戶（990元）（6月2日中午左右到賬）；通過大額貸記銀行在央行開立的備付金賬戶，實時完成跨行及收單清算（貸記華夏199.85元）。

4.華夏銀行收到銀聯劃付的資金后，通過本行的行內結算系統，貸記間聯商戶的結算賬戶（199.84元，華夏收單收益0.01元，約6月 3日到賬）；工行和招行或調整持卡人的可用余額（聯機交易時銀行已實時扣減了持卡人的賬戶余額或可用額度）。

6.5通用清算機構架構

那么一個清算機構，會擁有什么樣的架構呢，這個更細維度的架構大家作為了解，上面的宏觀維度的認知已經足夠了，雖然社群后不少來自網聯銀聯的朋友，但我相信大部分同學是不會去這樣的機構的，所以一眼帶過就可以了

我們知道網聯銀聯將支付機構的結算指令提交人行進行最終的資金劃撥，完成各參與主體之間的資金實際交割；那么在將人行之前，我們先看看接入網聯銀聯的商業銀行的支付架構是什么樣的呢

7.第四層銀行金融體系……好金融讓支付更豐富

銀行相當于服務平臺，三方支付機構以及網聯這樣的清算機構是有很大不同的，首先是業務的不同，銀行處理提供互聯網支付通道以外，還有門店，ATM，銀行卡，存款業務，貸款業務，理財業務等等

我們簡化一下

拋開繁多的銀行其他業務，我們來看銀行跟互聯網支付相關的業務架構是怎么樣呢，不用說我相信大家也猜到了，肯定會有賬戶，有支付核心，有通道，有前置系統

我們再看下更宏觀的一個，像圖中的其他渠道我們可以理解為提供給網聯銀聯或者支付公司的支付通道，接入銀行進行支付請求，然后銀行請求人行

好了，下面我們要去朝圣了，到達支付的頂層設計-人民銀行二代支付系統！走起

8.第五層人行支付體系……好基礎讓支付更

我們都知道中國支付系統經歷了支付一代系統和支付二代系統；為整個中國互聯網支付提供清算基礎設施；那么這個神秘的支付體系擁有如何神奇的架構呢，在開始之間我們來看一個非常經典的架構圖：中國清算系統

最組邊的就是網聯銀聯以及三方支付機構所處的位置，上面的就是我們要講的人行部分，下面是商業銀行所處的位置；其中網聯銀聯和商業銀行直聯央行的支付清算系統；我們來看整體的業務架子就是下面這張圖，各參與者連接到NPC就是國家處理中心，包含了大小額支付系統和網銀互聯跨行支付系統（超級網銀），然后NPC經過支付指令的處理之后提交清算賬戶中心（SAPS）進行資金的清算劃撥

8.1幾個核心系統

我們來看二代支付系統最核心的幾個系統，大家從我的支付體系全解析目錄中也看到了，人行部分會對每個系統做詳細介紹，這里我們就一帶而過，主要是知道一個大概

以清算賬戶管理系統為核心，大額支付系統、小額支付系統、支票影像交換系統、網銀互聯子系統為業務應用子系統，公共管理控制系統和支付管理信息系統為支持系統。我們來認識一下這幾個系統

清算賬戶管理系統(SAPS)：是支付系統的核心系統，通過集中存儲和管理清算賬戶，完成支付系統各類業務的資金清算，并為中央銀行辦理現金存取、再貸款、再貼現等業務提供清算服務；各銀行，支付機構，網聯銀聯都會在這里開通清算賬戶，進行資金的清算

大額支付系統，小額支付系統，網上支付跨行清算系統就是我們所理解的支付系統，接受參與者的清算支付指令，進行指令的處理并提交給清算賬戶管理系統完成資金劃撥

支付信息管理系統：是中國現代化支付系統的輔助支持系統，由行名行號管理子系統、參數管理子系統、計費管理子系統、支付業務統計分析子系統、支付業務監控子系統等六個子系統組成，是一個多功能模塊的、集中式的支付信息共享平臺。

8.2系統的運行控制

各系統的運行時序圖

我們來看一下各系統之間的運行是如何進行控制的

8.3支付清算處理

然后我們來看網聯將結算請求提交給人行支付系統之后，支付系統對指令進行處理之后提交清算賬戶系統完成最終的資金劃撥；也就是這個時候陳老師買書的錢才真正從招商的清算賬戶進入到網銀在線的備付金賬戶中

到這里我們就將整個支付大廈的每一層參與者的架構都做了一個宏觀的認識，現在你是不是已經知道了，一筆支付要經歷多么漫長的鏈條了吧，最后我們將所有的參與者架構拼接到一起，來看這座美麗奢華的支付大廈

9.遨游支付

我們將所有的支付參與者，也就是每一層的職能和架構都做了介紹，那么跟著陳老師來遨游一下一筆支付的神奇之旅吧！

第九部分：案例“一張小票看透支付架構”

今天我們就從一次美團外賣的小票來看，將支付清結算串起來會是什么體驗!準備好了么，抓好扶手，走起！

1.一張小票

我們看下面外賣盒上的小票，牛肉拌飯1份一共39元，餐盒費1元，沒有配送費，合計40元，優惠了19元，實付21，實收17元

我們再看美團訂單的信息，烤肉飯1分39元，打包費1元，配送費原價7元現價2元，美團會員15元；美團紅包減7元，滿減優惠14元；總優惠26元，合計36元

我們發現商家的小票和美團的訂單信息之間有不少的差異，特別是優惠的明細展示以及優惠總額和應付總額之間存在差異；下面我們就來順藤摸瓜，分析背后的玄機

我們先認清一個關系，訂外賣的陳老師跟商家沒有直接的關系，美團跟商家直接是結算關系，也就是美團幫助商家代收餐費，并進行結算；簡而言之就是陳老師付給美團綜合的外賣錢，美團抽一部分然后給商家結算餐費

我們先粗略的假想一下，這個過程是怎么完成的

我們先到美團平臺選擇喜歡的“商品”

然后“下單”并生成交易“賬單”

選擇支付方式進行“支付”

支付成功后美團要履行承諾把餐送到“履約”

完成以后美團就開始進行各方利益的“清分”計算了

算清楚應給給各方多少錢時并計入賬簿“記賬”

然后就是進行“結算”

按照這個思路，我們來看，上面的小票在每個環節都是怎么處理的呢

2.商品

商品廣泛用于電商系，在o2o領域我們可能叫“服務”多一點，這里其實站在吃貨的角度來看，訂外賣，買了一份商品也沒什么問題；商品模型這里我們不過多介紹，簡而言之就是下面這樣一個高度抽象的結構

那么這一單外賣的商品有哪些呢，有4個（這里我們將配送服務看做商品）

這里我們要說一下美團會員，這是美團推出的一個會員服務，相當于花錢買了多張優惠券，所以購買美團會員獲得優惠券也是一次交易，而且本交易要先與外賣單，因為外賣單的支付用到了這批券，交易層處理很有意思，大家可以思考一下

3.訂單

選購好了商品，那么就需要下單了，這時候訂單會去營銷系統獲取可以使用的活動優惠或者卡券，本小票我們可以看出來，有這些優惠我們可以使用

因為目前我們還不清楚美團和商家之間的清結算協議，所以暫且認為所有優惠由美團提供給用戶，后續美團再基于協議跟商家之間做優惠的分攤，這部分不是本文的重點，大家可以私下思考交流

這樣我們就得到了訂單信息了

其實我們發現，其中的美團紅包是基于15元購買了優惠券以后才能使用的優惠，相當于這一單，你要先買會員獲得優惠券，然后在本單同時使用優惠券進行優惠，雖然是同一個訂單，但我們可以想象出來，在交易處理層，至少需要做2次處理，一個是對美團會員的處理，另一個是對本單整單的優惠處理；所以訂單需要拆成2個子單，一個是外賣單，一個是美團會員單

我們看到商家的小票，商品總價是40，總優惠是19；跟訂單11101之間的7元差額是什么呢，其實就是配送費，那么將配送費拋出后跟商家小票一致，我們可以推斷出商家承擔了5元的配送優惠成本，加上滿減優惠14，商家總優惠成本是19；

但最后我們發現商家實收17元，那么這4元是什么呢？其實我們有2個推斷，一是美團抽傭4元，另一個可能是商家承擔美團紅包7元優惠中的4元；如果是取中間可能的話那么實際可能是

4元=x+y

x=美團抽傭；x屬于[0-4]元

y=分攤美團紅包優惠；y屬于[0-4]元

4.交易

完成了訂單以后就需要創建支付賬單了，基于以上分析交易處理是非常復雜的，因為要先處理美團會員的購買，然后處理外賣訂單，

這里因為有2個子單，所以我們生成2個交易賬單，但是在支付的時候我們進行合并支付

基于賬單生成支付請求

5.支付

賬單生成以后，我們進行支付處理，微信支付請求支付系統，優惠類支付我們等待微信支付成功以后請求營銷系統，完成優惠券的核銷，這樣我們就完成了賬單的支付了，這時候賬單變為已支付，訂單支付狀態變為已支付，訂單狀態變為待配送

6.履約

訂單變為待配送時，會生成服務訂單，也就是配送訂單，由騎手小王01搶單了

然后的過程大家都熟悉，取了餐，送餐，確認已送達，服務單完成，將訂單推送至清算中心進行清分計算

7.清算

清算系統接收到的清算訂單信息包含，訂單信息，賬單信息，支付信息，履約信息

在清分計費環節有幾個關鍵的模塊，我們可以設定為一下模型

計費模型就是基于訂單業務我們就知道應該計算出什么樣的費用出來，比如本單其實有2個業務，一個是外賣業務，一個是美團會員業務

我們假設有計費模型是這樣的，美團外賣業務需要計算商家應結算金額，抽傭金額，優惠分攤金額；美團會員計費模型需要計算出美團會員費給平臺業務的分成，那么簡單起見我們的模型如下

我們再基于業務類型，去查找計費規則，什么是計費規則呢，就是計費參數，計費基數，計費模式，計費規則；我們設定規則如下

那么計費規則，我們可以計算出以下清分結果

所以我們得到以下清分結果

剩下的就是優惠成本的分攤了

8.賬務

完成清分計費以后就需要請求賬務系統完成記賬了，為了簡單我們只對商家的結算和騎手的結算進行記賬；這時先生成賬務記錄

賬務流水去操作賬戶更新余額，這部分內容大家可以看賬戶系統設計從入門到精通

入賬成功后賬戶余額變為

9.結算

商家和騎手都可以在錢包里看到賬戶里入賬了，然后可以對余額發起提現；生成提現訂單，請求打款中心完成出款，這個我們就不詳細介紹了

10.這里涉及到的各個系統

這里面涉及到了11個系統，我們之前都有文章詳細介紹過，大家可以看一下

收銀臺設計方法論

支付路由設計詳解-我見過的最美算法

支付通道介紹和接入

訂單系統設計解析

詳解|交易核心設計指南

O2O平臺的清結算建設方法

賬戶系統設計從入門到精通

詳解 | 結算系統設計

對賬系統從入門到精通

11.綜合架構

從上面的案例，并結合之前的一些文章，我們抽象出一個清結算的通用架構，我們稱之為“311架構模型”，即分3層，11個系統；所以叫311架構模型；大家記住這個架構，基本可以解決絕大部分平臺的訂單支付交易清結算業務模型

第十部分：支付365天? “Pay X" 遠航

立足通用的支付基礎構建繁雜多樣的支付場景、搭建多樣化的支付解決方案；以不變應萬變。

Pay:支付基礎，類似大學的基礎學科，核心在通用，重點是系統性的支付基礎概念，通用架構，通用系統設計

X:多樣的支付領域和繁雜的業務場景，是在支付基礎之上構建的支付多樣化應用，比如O2O，電商，直播，視頻，電視，pos，銀行，等

Pay X ：立足通用的支付基礎構建繁雜多樣的支付場景、搭建多樣化的支付解決方案；以不變應萬變。從 Pay 到 X的過程依靠我們知識落地能力以及理論的復用能力，對業務和場景的分析和調研能力，以及產品設計能力

↘好文推薦：

所有人問「貼吧之父」俞軍

產品經理的思考利器——UML
新晉管理者容易犯的3種管理錯誤

👇歡迎關注：

點個“在看”吧

總結

以上是生活随笔為你收集整理的3万字“十看支付”：开启支付之门的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。