支付清結算之基本概念和入門
搞明白了清結算,你就明白了支付業務是怎么運轉的。 從技術上來說,清結算并不是最難的,風控、信用,實施起來比清結算難多了。但從業務的角度來說,清結算可以說是最難理解的支付業務過程了。 它牽扯到支付所有相關的概念。為了降低理解難度,我們從常見的支付行為入手,逐步分析清結算如何進行。
支付流程
先說個比較簡單的支付場景,用戶(姑且稱他為小明)用綁定的銀行卡(用宇宙第一大行工行為例)來購買某電商公司(老熊公司)的產品。小明需要先在老熊公司網站上完成銀行卡綁定的操作,綁卡的過程參見之前的文檔支付系統之綁卡、簽約和身份驗證。綁卡以后,就可以使用這個卡來購買商品。 首先是挑選商品和下單,其后是執行支付。下單之前的流程不做介紹, 我們從支付開始,來說明支付過程中的清結算問題。
為了簡化,我們先從比較簡單的同渠道、公司內購買的場景來開始。商品也先假定為虛擬產品,比如會員卡。 為了實現這個流程,有一些前置的操作需要完成:
- 老熊公司已經對接了工行的快捷支付接口。通過這個接口,可以實現綁卡(簽約)、支付、退款、查單等操作。如何對接,參見文檔支付系統之銀行卡支付。
- 老熊公司已經按照工行的要求,在工行開了備付金賬戶。老熊公司通過工行接口的所有收款、退款等資金往來,都發生在這個賬戶上。
- 小明在老熊公司的應用中綁定了自己的一張卡,為了簡化處理,小明綁定的也是工行的卡,先省略掉跨行結算的步驟。具體的綁卡流程參見支付系統之綁卡、簽約和身份驗證
用戶小明在手機或者PC Web上購買了100元的虛擬產品,比如很多公司會使用的會員卡。這里我們先從虛擬物品入手,因為實體物品情況會復雜一點,供應鏈和物流也是一個大課題,購買實體物品就需要考慮這個問題,而虛擬產品就可以暫不考慮。然后小明在網站上執行下單、支付操作。
老熊公司的支付系統接收到小明的支付操作請求后,系統首先會校驗訂單是否有問題,然后調用工行快捷支付接口,從用戶的工行卡上扣除100元, 用戶的工行卡的扣款是實時進行的,也就是說,這個操作完成后,小明查看他的工行余額和流水,會有一筆100元的交易,并且賬戶余額也減少了100元。 但是這個錢并不是直接就進入了老熊公司的(結算)賬戶上的。工行在第二天凌晨會對前天的交易進行清算和結算。在計算收入的同時,也從中扣除掉通道費用,得到最終應該劃撥到結算賬戶上的金額。在這個例子中我們假定手續費按支付金額收費,比例為0.1%。 這里筆交易,支付給工行0.10元,公司收入99.9元。這里有個需要注意的地方。有些銀行是在扣除手續費后,將前一天的余額全部劃撥到結算賬戶上;有些銀行是先全額劃撥所有收入到結算賬戶上,然后扣除手續費。
交易流水
用戶執行支付后,系統首先需要記錄交易流水,流水的內容包括:
- 交易主體:即發起本次交易的出款的用戶,一般是記錄ID、姓名等信息。
- 交易賬戶:即用戶購買時使用的出款的賬戶,這是用戶在工商銀行的卡,實際賬戶是建立在工行,但在電商系統中,為了便于結算,為這個賬戶建立一個代理。這個賬戶在系統中的ID是10001(數據本身無其他含義)
- 交易對手:即出賣虛擬產品的業務部門,一般記錄部門的ID、名稱等信息。
- 結算收益: 交易對手能夠拿到的金額。這里是 支付金額-渠道費用,即99.9元
- 對手賬戶:即虛擬產品的收款賬戶,為了便于結算,公司一般會對每項業務設置獨立的結算賬戶。這個賬戶在系統中的ID是 20001(數據本身無其他含義)。
- 交易渠道:即工商銀行的快捷支付,還需要記錄渠道的ID, 名稱等;
- 渠道結算賬號:這也是個代理賬號,記錄在渠道側的交易流水。
- 渠道提交時間:請求渠道執行支付的時間;
- 渠道支付時間:渠道一般會在返回的報文中說明本次交易的執行時間。 如果沒有,則使用渠道的支付接口返回時間。
- 渠道費率:渠道的手續費,這里假定工行是按支付金額收費,比例為支付金額的0.1%。
- 渠道費用:這里是支付金額*手續費率, 即0.1元。
- 發起交易日期:2016年12月12日 13:00:10,即用戶提交訂單后,虛擬產品業務調用支付系統接口執行支付的時間。
- 執行交易日期: 2016年12月12日 13:00:11,即支付系統接口調用時間。
- 支付截止日期:必須在此日期前完成支付。
- 訂單信息:在本例子中是會員卡,一般需要記錄業務方訂單ID、名稱、內容等信息。
- 訂單金額:提交過來的原始訂單的金額 100元;
- 支付金額: 用戶實際支付的金額,由于沒有使用優惠券、打折卡等,這里支付金額等于訂單金額,都是100元。
沒有使用卡券、沒有和合作方分成,這兩塊內容暫不記錄。
交易流水是在完成支付時實時生成的。這個流水信息是后續記賬的依據,所以務必在流水中真實記錄能收集到的所有的現場信息。 這里從:
- 交易主體,即掏錢的小明
- 交易對手,即收錢的業務方
- 交易渠道,即工行快捷
- 交易商品,即會員卡
角度來多方位全角度的描述這筆交易。大家會注意到這里有不少冗余信息。實際上對交易涉及到所有可能會被修改的信息,比如用戶姓名,商品名稱,商品價格,都需要在這里留一個快照,以便后續回溯和審核。
會計主體
不用說,這一筆賬是老熊公司的賬務,不是工行的賬務,也不是小明家的賬務。雖然這里會有工行和小明的信息,但記賬的目的是為了了解和改進老熊公司的經營狀況服務的。 老熊公司不是某個大公司的分公司或者子公司,它是一家獨立核算的、具有獨立的資金和經營業務的單位,從會計學角度來說,他是一個獨立的會計實體。
會計要素
從概念上來說,所有和錢有關的活動,買會員、用戶充值、支付手續費等,都需要記賬,這些活動,稱之為會計對象。 每個公司都有不同的會計對象,有時候同一類活動,叫法還不一樣。如果直接用這些活動內容來記賬,那就沒法比較每個公司的情況。 比如新浪說我家微博廣告收入300萬,網易說我家賣豬收入了300萬,到底誰家更賺錢?需要有一個記賬的標準,讓大家分門別類的做記錄。對會計對象做規范化的管理,這就引入會計要素的概念。
會計要素是對會計對象進行的基本分類,是會計核算對象的具體化。 如果說會計對象是個Object,則會計要素是定義這個Object的Class。 不同的國家對會計要素有不同的規定。 國際會計準則委員會(IASC)在《編制和呈報財務報表的結構》將會計要素其歸類為資產、負債、權益、收益和費用五個要素。美國財務會計準則委員會(FASB)在《財務會計概念公告》中將會計要素歸類為資產、負債、所有者權益(凈資產)、業主投資、派給業主款、綜合收益、營業收入、費用、利潤、損失十個要素。 我國《會計準則》將會計要素歸類為資產、負債、所有者權益、收入、費用和利潤六個要素。 其中資產、負債和所有者權益,是反應公司的財務狀況的;它滿足如下恒等式:
會計科目
六大會計要素指明了需要記賬的scope,但畢竟粒度還是太大了。為了更詳細地了解公司財務情況,引入會計科目來對會計對象進行第二層次的劃分。使用IT的語言來說,會計科目其實就是一個分類體系,用來分門別類地記賬。 在實現上,他也是一個編號+名稱,IT俗稱字典表。 從定義上來說,會計科目是指一個涵義明確、概念清楚、簡明扼要、通俗易懂的標準名稱。 會計科目按照經濟內容的性質不同,可以分為資產類科目、負債類科目、所有者權益類科目、損益類科目,成本類科目,有些金融企業還有資產負債共同類科目。在每一類會計科目下,還可以繼續細分,詳細內容可以參考2016年財政部發布的新會計準則。 會計科目和要素之間的關系:
會計科目還分為總賬科目和明細科目。從IT角度,可以認為總賬科目是一級分類,而明細科目則是這個一級分類下的二級、三級,甚至更多級別的詳細的科目。 記賬時,會同時記錄到總賬、明細科目。 在電商的支付系統中,一般會設置如下科目:
會計賬戶
賬戶是指對會計要素的具體內容所作的科學的分類,其包括兩方面的內容:賬戶的名稱、賬戶的用途與結構。會計科目是設置賬戶的依據,也是賬戶的名稱。 比如對銀行存款這個會計科目,也會設置一個對應的銀行存款賬戶,用來跟蹤公司在銀行存款的變動。 在這個案例中,將設置的賬戶同會計科目。
記賬憑證
想想在以前沒有電腦的時候,去買公交卡,公交公司阿姨會認真地記錄你買的卡的卡號、買卡人的姓名、卡的面值等信息,運氣好的時候還會給個發票。 一般來說,阿姨會將購買記錄登記到一個賬冊上,形成記賬憑證,并在這里會登記發票號碼。在現在高科技時代,這個憑證還是少不了了。 先說明細賬,記錄內容如下:
這里詳細記錄每一條交易信息,當然,通過計算機系統,可以記錄更多詳情,包括時間、地點等。
會計分錄和記賬
大家經常看到的記錄應該是這樣的:
如上, 銀行存款、服務成本、主營業務收入,屬于總賬科目,而工行收款、會員卡、工行手續費,屬于明細科目。 這里采用的是復式記賬法中借貸記賬法。 對應的賬戶結構如下:
借貸復式記賬法的特點是:
- 采用借、貸作為記賬符號,建立在會計恒等式基礎上,遵循有借必有貸,借貸必相等的原則。
- 賬戶基本結構是: 左側為借,右側為貸。
- 一般采用如上圖所示的T行賬戶的形式來描述。
- 借貸所代表的增加、減少的含義并不固定,和賬戶的性質有關。
更多問題
作為清結算的入門介紹,這里介紹的是最簡單的場景,以此來解釋清結算相關的概念,特別是會計學一些從IT角度不容易理解的名詞。實際上,這個場景還有很多問題:
- 嚴格的說,會員卡的收入,還不能立即作為公司主營業務收入。會員卡是預付款項,用戶開始使用會員卡,公司需要為這個使用提供服務;用戶結束使用會員卡之后,這一筆開支才算是真正落入公司主營業務收入中。
- 會員卡在使用期間,公司針對會員業務的各種開銷,要分攤到這一段期間的會員上。將開銷分攤到每張會員卡上,計算其使用成本,最終才能夠計算出收益。
- 用戶會員卡購買的款項是立即反映到備付金賬戶的,但并不是立即到結算賬戶的,一般是T+1結算,也就是第二天銀行才會將清算好的資金打到公司結算賬戶上,這種情況應該如何記賬?
- 如果支付過程中使用了代金券和優惠券,那又應該如何考慮?
此外,還有退款、充值等場景的清結算,這些問題都將在本系列的文章中詳細介紹。本文僅介紹一些相關的概念, 歡迎大家繼續關注后續內容。
作者:鳳凰牌老熊,程序員 & 架構師
本文由@鳳凰牌老熊(微信公眾號:shamphone) 原創發布于人人都是產品經理 。未經許可,禁止轉載。
收款也發生在備付金賬戶么?
請問,有了賬務會計系統,還需要金蝶系統嗎? 他們有什么區別呢
大師
寫的太好了 正在坐支付系統 看了您的文章真的是清晰很多,感謝
剛學完初級會計教程,這老司機肯定是精通財務的專業PM。 ??
同在學初級會計哈哈哈
可以多多交流 ??
連續看了5篇您的文章,已訂閱,持續關注與學習
收款憑證,預收那不對,預收賬款是負債,增加在貸方即 借銀行存款100 貸預收賬款100 預付賬款是資產類,增加在借方
請問備付金賬戶和結算賬戶不是一個賬戶嗎,區別是?
實物商品交易在支付上和虛擬商品交易有什么區別啊,第三方支付機構要這個字段有什么用啊,大佬請指教啊
相較虛擬商品交易,實物商品交易還涉及物流、履約等一長串流程,復雜得多。
蒙了,需要考一個會計從業資格證嗎?
滿滿的干貨啊~
懵逼中
渠道提交時間:請求渠道執行支付的時間;
渠道支付時間:渠道一般會在返回的報文中說明本次交易的執行時間。 如果沒有,則使用渠道的支付接口返回時間。
發起交易日期:2016年12月12日 13:00:10,即用戶提交訂單后,虛擬產品業務調用支付系統接口執行支付的時間。
執行交易日期: 2016年12月12日 13:00:11,即支付系統接口調用時間。
這四個時間有點暈,上面提渠道的,下面是電商的。我是這樣理解的,但具體的提交和執行的差異,麻煩大神解釋一下啊
沒錯
老熊的整個系列都是滿滿的干貨啊,大贊 ??
有時序圖就更好了
樓主太厲害了,繼續關注
小白有點懵,交易流水中的渠道結算賬號(代理賬號)這個賬號是注冊在渠道方的還是電商方的呢?是銀行賬戶還是電商自己財務系統的賬戶呢?
注冊在電商側,是電商自己的賬戶。
了啦,謝謝解答 ??
支付這塊還在學習中,看了作者的干貨受益匪淺
看了三篇關于支付的,干貨 ,會長期關注的 ,加油
謝謝
高手