很多朋友加我微信的第一句話是“陳老師，我是支付小白，想學習支付應該怎麼開始啊？”，我一般會把“支付概念與入門”系列話題發給他，告訴他可以先看這裡面的幾篇文章；今天這篇超長文，就是系統性的從概念入手逐步過渡到支付整體框架，幫助一個支付小白快速對支付體系建立一個整體的認知，并且在最後搭建一個支付宏觀大廈，為接下來的一步一步深度學習打下知識框架，如果你對支付該興趣，還不知道如何下手，那就以此文為“支付體系知識框架”趕緊讀一下吧
全篇分10個部分31440個字
第一部分：支付概念基礎（“一看”支付概念）
第二部分：交易、清算、結算（“二看”支付過程）
第三部分：支付的賬戶基礎（“三看”支付賬戶）
第四部分：支付依賴的支付工具（“四看”支付工具）
第五部分：支付的參與組織（“五看”支付組織）
第六部分：支付涉及到的系統（“六看”支付系統）
第七部分：支付需要的會計基礎（“七看”會計基礎）
第八部分：從上帝視角看支付（“八看”支付宏觀架構）
第九部分：案例“一張小票看透支付架構”（“九看”支付微觀細節）
第十部分：支付 “Pay X" 遠航（“十看”支付不變與變）
第一部分：支付概念基礎支付的本質就是貨币在收付款人之間的轉移，那為什麼會轉移呢，就是因為發生了經濟活動有了交易；
就如我們口渴了去超市買了一瓶水，這就是經濟活動，我們使用銀行卡“支付工具”在超市的pos機上刷卡完成了支付；這個過程轉移的是電子賬戶貨币，也就是我們的銀行結算賬戶裡的錢，轉移到了商戶的銀行結算賬戶
所以支付是在經濟活動中，依賴于貨币（交換媒介），使用支付工具，通過轉移貨币，實現商品與貨币的價值交換，這個過程就是支付的過程
我們日常生活購買生活用品，企業之間的采購，銀行與銀行之間的債務清償，國家與國家之間的國債買賣等的實現都依賴支付
所以支付首先有主體，在一定的經濟活動下有了交易行為，然後使用支付工具實現支付，支付指令通過支付系統進行傳輸，支付系統推動資金在賬戶之間完成轉移
要想對一個事物有非常深刻的認識，并且能夠靈活的把握；那麼對其基礎的概念的理解會起到非常關鍵的底層作用；來認識這幾個重要的支付概念
支付是社會經濟活動引起的資金轉移行為。支付體系是實現資金轉移的制度和技術安排的有機組合。按照轉賬支付的進程，支付體系的四個基本概念依次是結算賬戶、支付工具、支付清算系統以及資金清算方式。
結算賬戶:以支付主體名義開立的結算賬戶，其功能是存儲資金、記錄資金收付情況，是資金轉移行為的基礎。目前，主要的結算賬戶類型包括：以銀行卡為主體的個人結算賬戶、以活期存款為主體的單位銀行結算賬戶、個人在第三方支付機構開立的虛拟賬戶以及預付卡賬戶等。
支付工具:是支付指令的載體。支付指令是付（收）款人支付（收取）資金的意思表示。經濟活動中的銀行票據和結算憑證、銀行卡和預付卡的簽購單以及網上支付中提供的輸入界面等都屬于支付工具的範疇。
支付清算系統:是實現支付指令在收付款銀行、不同結算主體之間傳輸的基礎設施。各類支付清算系統通常以标準化的磁碼、報文或電子信息等格式進行支付信息傳輸。目前，我國各類支付清算系統承擔着每天數以億計的支付指令的信息傳輸。
資金清算方式:是支付清算系統對通過其傳輸的支付指令進行資金結算處理的手段與規則。各類支付清算系統中最常用的兩類資金清算方式是：逐筆全額實時結算和批量淨額軋差結算。同時，也有針對不同業務采取不同資金清算方式的混合結算方式。
拓展：其他更多支付名詞
1支付應用
就是我們可以直接用來付款的軟件，常見的有
微信app
支付寶app
銀聯閃付APP
2支付場景
在什麼情況下去進行支付交易
線上場景
在線購物，手機電話充值，購買水電費，會員購買等
線下場景
線下掃碼付款，pos機刷卡支付等
3交易類型
4支付類型（按通道類型）
5支付類型（按業務雙方類型）
6支付方式
主要指用戶在支付時收銀台可以選擇的支付手段
7支付産品
支付産品是支付公司按照行業特點或者業務特點将銀行的支付通道進行包裝成體驗更好的支付産品，更容易滿足特定類型商戶的支付場景；
一鍵支付
支付公司将銀行的快捷支付通道包裝成的産品，無需跳轉網銀直接綁卡支付
紅包
這是很有用戶場景的支付産品，像微信紅包，本質是講轉賬進行的包裝
pos支付
使用pos機進行支付交易
掃碼支付
人臉支付
微信支付産品
支付寶支付産品
聚合支付
四方支付公司将多家三方支付公司的支付産品包裝到一起，成為一個支付産品
8收銀台類型
收銀台就是直接面向用戶，完成付款的工具
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計費策略
就是跟商戶約定的怎麼樣計算交易手續費，按比率，按筆，還是按階梯
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央行支付清算系統
網上支付跨行清算系統（俗稱“超級網銀”）。超級網銀是對大小額支付系統的一個補充，有兩大亮點：
接入機構不再限于銀行。支付寶、财付通等第三方支付也可以接入，所以有的第三方支付給商戶提供的提現代發功能就是基于超級網銀做的。
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支付具體操作流程如下：
中間的接入準備以及開發指引我們就不介紹，這個大家可以去微信開放平台查看
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.互聯網用戶……好體驗讓用戶更瘋狂
我是京東商城忠實愛好者，曾今因為崇拜東哥的經營理念而加入京東；所以購物基本都是用京東，一個是對自營的信任，對物流和服務的認可，另一個就是京東極緻的用戶體驗
陳天宇宙-2019年拍攝于深圳大學
作為億萬互聯網用戶中的一員，我們都一樣！為好的服務，好玩的産品買單
那麼既然要買單，就需要付錢咯；如今移動互聯網時代以及互聯網支付已經非常成熟，各種支付方式、支付應用琳琅滿目；我們可以用微信，支付寶，銀行卡，還可以免密支付
這不，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個系統，我們之前都有文章詳細介紹過，大家可以看一下
收銀台設計方法論
支付路由設計詳解-我見過的最美算法
支付通道介紹和接入
訂單系統設計解析
詳解|交易核心設計指南
賬戶系統設計從入門到精通
詳解 | 結算系統設計
對賬系統從入門到精通
11.綜合架構
從上面的案例，并結合之前的一些文章，我們抽象出一個清結算的通用架構，我們稱之為“311架構模型”，即分3層，11個系統；所以叫311架構模型；大家記住這個架構，基本可以解決絕大部分平台的訂單支付交易清結算業務模型
第十部分：支付365天 “Pay X" 遠航
立足通用的支付基礎構建繁雜多樣的支付場景、搭建多樣化的支付解決方案；以不變應萬變。
Pay:支付基礎，類似大學的基礎學科，核心在通用，重點是系統性的支付基礎概念，通用架構，通用系統設計
X:多樣的支付領域和繁雜的業務場景，是在支付基礎之上構建的支付多樣化應用，比如O2O，電商，直播，視頻，電視，pos，銀行，等
Pay X ：立足通用的支付基礎構建繁雜多樣的支付場景、搭建多樣化的支付解決方案；以不變應萬變。從 Pay 到 X的過程依靠我們知識落地能力以及理論的複用能力，對業務和場景的分析和調研能力，以及産品設計能力
希望這篇長文對你入門支付有所幫助，歡迎持續關注後續支付内容
·················公衆号：陳天宇宙·················
陳天宇宙：多平台支付領域專欄作者，十年資深産品；天使投資人；專注為10萬支付産品經理和支付機構以及企業提供深度支付内容和服務！
,更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!
zpostcode 
Recruit 
weather 
mreligion 
Yellowpages 
sport 
constellation 
shopping 
name 
game 
directory 
literature 
Word 
tour 
furnish 
Lottery 
tftnews 
lyrics 
News 
digital 
car 
dir 
Edu 
Finance 
