金融支付財(cái)務(wù)融合業(yè)務(wù)-實(shí)踐分享1:訂單、賬單、交易流水、賬套知識(shí)解構(gòu)、原理解析
本文作者從實(shí)際工作實(shí)踐出發(fā),結(jié)合案例等分享了電商金融支付財(cái)務(wù)融合中的基本概念和相關(guān)原理解析,包括:訂單、賬單、交易流水和賬知識(shí)解構(gòu),供大家一同參考和學(xué)習(xí)。
從事電商、進(jìn)銷存、金融、支付、財(cái)務(wù)的產(chǎn)品同學(xué),是否對(duì)訂單記錄、交易記錄、賬單、賬等概念給弄糊涂?或者當(dāng)我們談及對(duì)賬時(shí),是否知道對(duì)賬背后的記賬邏輯?只有知道了這些底層概念,我們方才可以理清業(yè)務(wù)邊界、明確上述概念之間的邏輯關(guān)系,業(yè)務(wù)理清了,邏輯關(guān)系農(nóng)透了,我們方可游刃有余,而非稀里糊涂、淺嘗輒止、依貓畫虎~
本篇是根據(jù)我們?cè)凇半娚?支付-金融-財(cái)務(wù)”融合項(xiàng)目方面的推進(jìn)中的一些實(shí)踐經(jīng)驗(yàn)和復(fù)盤總結(jié),向大家分享“金融支付財(cái)務(wù)融合業(yè)務(wù)-實(shí)踐分享”系列篇的第一篇,也即“訂單、賬單、交易流水、賬知識(shí)解構(gòu)、原理解析”,歡迎大家一起討論。
訂單、賬單、交易流水、賬知識(shí)解構(gòu)、原理解析
1. 訂單記錄:面向業(yè)務(wù)發(fā)生的一個(gè)經(jīng)營管理概念(記錄工具)
- 側(cè)重業(yè)務(wù):只要有業(yè)務(wù)發(fā)生,就必然產(chǎn)生訂單記錄;
- 訂單有兩個(gè)狀態(tài):訂單履約狀態(tài)、訂單支付狀態(tài),也有將支付狀態(tài)作為履約的前置狀態(tài);
- 訂單側(cè)重業(yè)務(wù)分析:如訂單渠道、購買人、交付時(shí)間、交付方式等;
- 不必然產(chǎn)生交易:訂單記錄不必然產(chǎn)生交易記錄或財(cái)務(wù)記錄,譬如咨詢訂單。
- 金額是中性:訂單中的金額基本不會(huì)出現(xiàn)正負(fù)號(hào)——當(dāng)日金融業(yè)務(wù)場(chǎng)景中,充值訂單這種場(chǎng)景例外(下文例子會(huì)覆蓋);
下圖為常見訂單表結(jié)構(gòu)圖示意:
2. 交易記錄:面向交易發(fā)生的一個(gè)資金管理概念(記錄工具)
- 財(cái)務(wù)金融屬性:交易記錄是金融或財(cái)務(wù)領(lǐng)域的一個(gè)概念,交易記錄的出現(xiàn),必然伴隨資金賬戶場(chǎng)景;
- 側(cè)重交易:往往發(fā)生真實(shí)的資金流動(dòng),如充值流水、提現(xiàn)流水、投資流水、還款流水等;
- 與余額掛靠:一旦發(fā)生交易,其必然影響賬戶余額的變動(dòng)(這里不討論失敗場(chǎng)景);
- 邏輯關(guān)系:交易記錄屬于“賬單記錄”的子場(chǎng)景,也即有交易發(fā)生,必然會(huì)產(chǎn)生對(duì)應(yīng)的1對(duì)1賬單記錄,交易記錄屬于“廣義訂單”的子場(chǎng)景,只所以引入“廣義訂單”這個(gè)概念,可以用如下例子來予以說明,譬如用支付寶購物2個(gè)鼠標(biāo)合并付款,訂單記錄是2個(gè)鼠標(biāo),交易記錄是1筆支付流水;而向支付寶充值100元,就沒有訂單記錄只有交易記錄一說或者說交易記錄就是訂單記錄。
下圖為常見交易記錄表結(jié)構(gòu)圖示意:
3. 賬:面向財(cái)務(wù)的一個(gè)收支管理概念(記賬工具)
- 側(cè)重賬:發(fā)生財(cái)務(wù)往來就要入賬,或者我們可以說“即使不涉及資金流動(dòng)也會(huì)產(chǎn)生賬”,譬如賒賬,商戶A從商戶B以賒銷的方式進(jìn)貨100件,每件價(jià)值10元,欠賬1000元,這里發(fā)生了交易,但無資金流動(dòng)產(chǎn)生。訂單記錄插入訂單流水、交易記錄不插入交易流水、但賬單記錄要插入財(cái)務(wù)流水(賒賬記錄);
- 復(fù)試記賬:業(yè)務(wù)帳是收付實(shí)現(xiàn)制的單式記賬,財(cái)務(wù)帳是權(quán)責(zé)發(fā)生制的復(fù)式記賬;
- 側(cè)重交易對(duì)手:有借必有貸、借貸必平衡。而交易記錄、訂單記錄側(cè)重單方記賬,賬單記錄通常用復(fù)式記賬;
- 時(shí)間粒度:賬的時(shí)間粒度一般都比較粗,粒度一般為日;
- 與業(yè)務(wù)賬(業(yè)務(wù)流水)區(qū)別:業(yè)務(wù)賬側(cè)重于雙方業(yè)務(wù)系統(tǒng)、物流數(shù)據(jù)和訂單數(shù)據(jù),主要用作購銷雙方是否發(fā)貨;財(cái)務(wù)賬側(cè)重付款和開票情況,主要用于結(jié)款。
下圖為常見賬表結(jié)構(gòu)圖示意
4. 賬單:面向用戶的一個(gè)收支管理概念(記賬工具)
- 側(cè)重單:賬單賬單,顧名思義是把“賬”合并成單、有匯總之意,當(dāng)然一個(gè)賬單可以是一筆交易、也可以是幾筆交易的合并;
- 與賬的關(guān)系:賬的粒度是一筆一筆,賬單的粒度是合并匯總(極端場(chǎng)景是一筆一個(gè)賬單);
- 側(cè)重賬:同上述“賬”關(guān)于此點(diǎn)的描述;
- 側(cè)重進(jìn)、出:同上述“賬”關(guān)于此點(diǎn)的描述;
- 側(cè)重交易對(duì)手:同上述“賬”關(guān)于此點(diǎn)的描述;
- 實(shí)務(wù)簡(jiǎn)化應(yīng)用:實(shí)務(wù)中,賬單面向的用戶多是普通用戶而非專業(yè)級(jí)財(cái)務(wù)人員,故此我們看到的支付寶、微信以及我們的銀行的賬單記錄是閹割版的“財(cái)務(wù)記賬記錄”——也即只向用戶呈現(xiàn)用戶資金賬戶增減的變動(dòng)及交易對(duì)手,而未對(duì)交易對(duì)手再進(jìn)行財(cái)務(wù)記賬(實(shí)際也記錄了,只是未開放給用戶,畢竟用戶不是會(huì)計(jì),開放太多信息用戶會(huì)蒙圈)。
下圖為常見賬單表結(jié)構(gòu)圖示意:
下圖為常見賬單用戶場(chǎng)景示意圖(微信、支付寶):
原理實(shí)踐實(shí)例復(fù)盤
1. 微信零錢明細(xì)和賬單的區(qū)別是什么?為什么要做這種區(qū)分?
一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)習(xí)慣對(duì)自己日常用到的產(chǎn)品細(xì)膩觀察、透徹了解、刨根問題或者至少發(fā)起疑問,這是為什么呢?
通過梳理我們可以發(fā)現(xiàn):
微信零錢明細(xì)只記錄“微信零錢”里的收入、支出; 而微信賬單不僅包含微信零錢的收入、支出記錄,還包含綁定的銀行卡的收入、支出記錄。
用賬套來講(非嚴(yán)格定義):微信賬單是微信用戶的一級(jí)賬套,記錄微信用戶通過微信支付發(fā)生的每筆進(jìn)出資金的日志;微信零錢是二級(jí)賬套,記錄微信零錢這個(gè)資金池發(fā)生的每筆進(jìn)出資金的日志; 大家可以很自然的得出微信零錢的明細(xì)一定會(huì)出現(xiàn)在微信賬單里,但微信的賬單里的大部分交易記錄是不會(huì)出現(xiàn)在微信零錢里。
2. 微信零錢明細(xì)每筆交易都帶有余額,而微信賬單的每筆交易不帶有余額,這又是為什么呢?為什么要做這種區(qū)分?
一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該會(huì)對(duì)自己日常應(yīng)用的產(chǎn)品了解非常之透徹或者至少發(fā)起疑問,這是為什么呢?
前面用了一個(gè)不嚴(yán)格的定義也即微信賬單是一級(jí)賬套、微信零錢明細(xì)是二級(jí)賬套。只所以說不嚴(yán)格,是因?yàn)槲⑿刨~單沒有期初余額、期末余額的概念,不是嚴(yán)格意義上的賬套。
微信只所以這樣做,是因?yàn)槲⑿胖Ц妒且粋€(gè)支付工具(通道),不是一個(gè)資金賬戶(池子=賬套),所以無法引入“期初余額”、“期末余額”的概念,如果非要引入也是可以的——通過虛擬記錄來自洽,譬如用微信支付通過招行卡充100話費(fèi),現(xiàn)在的策略是顯示1條100元的充值記錄,如果走賬套策略,需要用如下來表達(dá):
- +100元招行充值;
- -100元話費(fèi)購買。
3. 隨手記、挖財(cái)記賬等記賬工具可以刪除,微信支付的“賬單”怎么可以刪除呢?
一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該會(huì)對(duì)自己日常應(yīng)用的產(chǎn)品了解非常之透徹或者至少發(fā)起疑問,這是為什么呢?
由于微信支付的賬單記錄不是嚴(yán)格概念上的賬套,無借貸平衡的內(nèi)生要求,僅是一筆記賬日志,所以微信支付、支付寶的賬單記錄都是可以刪除的(用戶視角),也就不難理解了。因?yàn)樗钦驹谟脩舻慕嵌瘸霭l(fā)的,刪除背后的訴求是用戶本人不希望別人看見我的這筆消費(fèi),而不是我很在乎這筆記錄是否真實(shí)發(fā)生或者刪除之后賬單數(shù)據(jù)是否自洽。
4. 微信零錢通的零錢明細(xì)-交易記錄也可以刪除,這是為什么呢?
一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該會(huì)對(duì)自己日常應(yīng)用的產(chǎn)品了解非常之透徹或者至少發(fā)起疑問,這是為什么呢?
微信零錢與支付寶的余額、銀行的賬戶等屬性基本相同,是一個(gè)嚴(yán)格的賬套,經(jīng)然也提供了刪除功能,這很讓人費(fèi)解?。?!
我認(rèn)為這是微信支付團(tuán)隊(duì)的一個(gè)產(chǎn)品bug,或許是負(fù)責(zé)這個(gè)模塊產(chǎn)品經(jīng)理的一種偷懶——直接復(fù)用了微信支付“賬單”里面的刪除邏輯(上述3提到,微信支付里的賬單提供刪除是可以理解的,因?yàn)椤百~單”無借貸平衡的內(nèi)生要求,也即無期初余額、期末余額的邏輯自洽要求),而未站在“賬套”或“資金賬戶”的角度去思考,交易記錄是不能隨意刪除的,一旦刪除,站在可視角度,賬務(wù)就不能自洽了。
下圖為“微信-賬單”、“微信-零錢通-交易明細(xì)”、“支付寶-賬單”、“支付寶-余額-交易明細(xì)”的對(duì)比圖
5. “賬單”合并“交易明細(xì)”場(chǎng)景之支付寶實(shí)踐分析
細(xì)心的產(chǎn)品經(jīng)理(不是用戶)會(huì)發(fā)現(xiàn)下圖中的同一個(gè)支付寶賬戶,未做過任何刪除操作,“余額寶-交易明細(xì)”、“余額-交易明細(xì)”都有6月10日322.94的交易流水,唯獨(dú)“支付寶-賬單”中無這筆記錄(這里未用交易流水表述),難道支付寶的產(chǎn)品經(jīng)理也像上述微信的產(chǎn)品經(jīng)理犯糊涂了么?
一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該會(huì)對(duì)自己日常應(yīng)用的產(chǎn)品了解非常之透徹或者至少發(fā)起疑問,這是為什么呢?
答案是沒有,支付寶是互聯(lián)網(wǎng)金融的祖師爺,其對(duì)業(yè)務(wù)的理解深度要比微信團(tuán)隊(duì)深刻,其對(duì)業(yè)務(wù)的理解和用戶的拿捏把握是值得我們學(xué)習(xí)的。
那具體原因是什么?想必大家看了下面的復(fù)盤分析,就明白本篇作為“支付金融財(cái)務(wù)”融合領(lǐng)域的前置知識(shí)掌握的必要性和本篇第一章節(jié)對(duì)“業(yè)務(wù)流水、交易流水、賬、賬單”的概念解構(gòu)和原理分析的價(jià)值。
- 根據(jù)螞蟻花唄的清算指令,系統(tǒng)自動(dòng)從用戶的余額寶扣款322.94元,“余額寶賬套”體系產(chǎn)生一條-322.94的出款入賬記錄,見上述圖1;
- 處于合規(guī)需要,余額寶的錢無法直接與花唄賬單進(jìn)行對(duì)沖,必須經(jīng)過余額搭橋;
- 故此“余額賬套”中會(huì)自動(dòng)插入兩條入賬記錄,即:進(jìn)賬+322.94元(余額寶轉(zhuǎn)入余額),出賬-322.94元(余額轉(zhuǎn)出到花唄),見上述圖2;
- 對(duì)于用戶而言,當(dāng)天還花唄賬單的實(shí)際還款金額是1503.32元(通過螞蟻金服的清算引擎,在最后還款日有系統(tǒng)代替用戶自動(dòng)完成了1503.32元的還款——322.94元通過余額賬戶取自余額寶、1180.38元通過支付寶劃扣通道取自我的招行借記卡),無論資金來自哪里都是一件事“還款”,故在“支付寶賬單”中顯示為一筆1503.32,見上述圖3、圖4。
嚴(yán)格意義上講,支付寶的這種賬單處理邏輯不算嚴(yán)謹(jǐn),會(huì)增加用戶的理解成本,如這里的余額賬單、余額寶賬單在支付寶賬單中無法直觀匹配的情況。
但當(dāng)我們理解了前面提到的“交易記錄”、“賬”、“賬單”的底層概念及原理區(qū)別之后,支付寶給用戶提供的“賬單”是“賬單”而非“賬”?!百~單”是一種合并的表達(dá)方式,從簡(jiǎn)化用戶理解的角度講,顯示為一筆也許理解成本更輕。
以上是我在支付金融財(cái)務(wù)融合項(xiàng)目中的一些實(shí)踐總結(jié),限于文采拙劣和篇幅原因,未能精細(xì)呈現(xiàn),海涵,歡迎大家交流切磋!
不同的行業(yè)、不同的業(yè)務(wù)場(chǎng)景、不同的崗位角色,會(huì)面臨不同的產(chǎn)品任務(wù)。但萬變不離其宗,方法相通,只要我們有產(chǎn)品盤感、業(yè)務(wù)敏感、邏輯嚴(yán)謹(jǐn)、靈通好學(xué)、干練帶風(fēng)、狠下功夫,放到哪我們都一樣熠熠生輝。
產(chǎn)品之路很艱辛,也更能鍛煉人,尤其是中后臺(tái)、尤其是“中后臺(tái)+財(cái)務(wù)”這種大量底層的項(xiàng)目!在此祝廣大產(chǎn)品兄弟姐妹們不辱“產(chǎn)品”之title,做出好產(chǎn)品!
作者:九天牧人,個(gè)人微信unifarm
本文由 @九天牧人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
特別棒,感謝大佬分享,
小白都能一下子看懂,有如醍醐灌頂。
作者水平確實(shí)很高,受益良多,感謝!
很久以來我竟然都沒有注意過微信支付寶里的這些細(xì)節(jié),慚愧。
要做賬戶體系,那就要像作者大佬說的引入帳套的概念:有借必有貸,借貸必平衡。僅僅需要支付訂單記賬和與支付通道對(duì)賬。那就比較簡(jiǎn)單啦。
第一個(gè),訂單表結(jié)構(gòu)圖示意中“交易流水號(hào)”是不是寫錯(cuò)了,應(yīng)該是“訂單流水號(hào)”好一些,不然和下面的交易流水混淆
寫的比較專業(yè)和詳細(xì),有幾點(diǎn)問題可以分享 探討下
第一:3.2 復(fù)試記賬:業(yè)務(wù)帳是收付實(shí)現(xiàn)制的單式記賬,財(cái)務(wù)帳是權(quán)責(zé)發(fā)生制的復(fù)式記賬;
這里描述有問題業(yè)務(wù)帳是流水?dāng)?shù)據(jù),可以簡(jiǎn)單認(rèn)為是單式記賬,但不是收付實(shí)現(xiàn)制的 ,但是從財(cái)務(wù)的視角概念是不一樣的。
收付實(shí)現(xiàn)制和權(quán)責(zé)發(fā)生制,都是可以用復(fù)式記賬法,只是記錄賬簿時(shí)間的點(diǎn)不一樣
收付實(shí)現(xiàn)制是實(shí)際債券債務(wù)履約的時(shí)候進(jìn)行記賬
權(quán)責(zé)發(fā)生制是發(fā)生債券債務(wù)關(guān)系時(shí),進(jìn)行記賬,所以有應(yīng)收,應(yīng)付和 分?jǐn)偟?br /> 第二:在交易訂單之后 一般會(huì)有 對(duì)應(yīng)的 支付訂單,支付訂單有對(duì)應(yīng)清算指令,同步賬戶進(jìn)行憑證記錄。
比如一筆交易采用多種支付方式,常見電商平臺(tái)的紅包促銷等,100微信 支付90,紅包 支付 10快 ,需要拆分2筆 支付訂單 ,或者系統(tǒng)做的比較好的也可以是 一筆支付 訂單,但是里面會(huì)涉及到2套支付指令的記錄,生成2套憑證記錄,交易訂單對(duì)應(yīng)的原始憑證信息。
第三:賬單 這個(gè)其實(shí)是賬戶余額變動(dòng)明細(xì) ,是設(shè)計(jì)賬戶的時(shí)候都會(huì)記錄發(fā)生額,期初和期末,借貸方向,同時(shí)可以關(guān)聯(lián)到原始交易信息
請(qǐng)問,第二條中交易訂單對(duì)應(yīng)的是文中的訂單記錄還是交易記錄?
專業(yè)
間隔一段時(shí)間前后看了兩三遍您這篇文章,受益匪淺,非常感謝!不過在工作中仍對(duì)于電商業(yè)務(wù)場(chǎng)景中,面向商戶側(cè)的流水和賬單展現(xiàn)有些疑惑,比如流水是否可以有狀態(tài),還是說等流水交易完成后才做記錄和展示呢?
以及如果存在多個(gè)內(nèi)部的賬戶體系,各自應(yīng)該如何處理比較好呢?是各自視為一個(gè)賬套去做嗎?可以大致參考上述的支付寶余額和余額寶的關(guān)系嗎?
賬單的統(tǒng)計(jì)匯總區(qū)分成收入支出兩大塊就好了嗎,是否可以參考微信賬單需要把充值體現(xiàn)等納入其他這第三種大類里呢?
不知您是否有這方面產(chǎn)品設(shè)計(jì)上的考慮要點(diǎn)的建議呢?期待您的回應(yīng)!謝謝!
謝謝,寫的非常好,自己用支付寶和微信也會(huì)經(jīng)常思考和作者同樣的問題,看看他們?cè)趺从涃~。作者的思路和思考方向和我一樣。只是我不能跟作者一樣表達(dá)的這么清晰。
你好,我簡(jiǎn)單的理解來說。
凡是涉及到金錢相關(guān)的,都需要有記錄,不允許踏雪無痕的存在。
而詳細(xì)的記錄,可以根據(jù)不同的角度來呈現(xiàn)。
例如給用戶看的賬單,可以合并起來簡(jiǎn)單一點(diǎn)。
給專業(yè)財(cái)務(wù)看的,可以以另外一種形式。
但總的來說,需要詳細(xì)記錄,有數(shù)據(jù)才能計(jì)算和匯總。
您好,平臺(tái)上的交易記錄是否與余額掛靠應(yīng)該是需要根據(jù)場(chǎng)景來的吧
比如很多平臺(tái)是允許在線支付和余額支付同時(shí)存在的,在線支付產(chǎn)生的流水就和余額賬戶無關(guān)了
您好,平臺(tái)上的交易記錄是否與余額掛靠,的確是根據(jù)場(chǎng)景需要來決定。
您舉得例子可以翻譯成我們用京東購物,方式1:走京東錢包支付(涉及京東錢包的余額變動(dòng));方式2:直接走銀行卡或第三方支付(不涉及京東的錢包余額變動(dòng))。
余額概念出現(xiàn)的前置條件是【賬套】,上述舉例中的支付方式2,在用戶測(cè),不涉及“京東錢包”賬套,在用戶測(cè)不存在“余額”概念。用戶的這筆銀行卡或第三方支付購物,在京東平臺(tái)測(cè)的“財(cái)務(wù)賬套”中就涉及余額。
您好,小白咨詢,盼復(fù)
針對(duì)您例舉的支付方式2場(chǎng)景中平臺(tái)測(cè)的財(cái)務(wù)賬單記錄余額是否是必要的(我了解是用來與第三方支付進(jìn)行對(duì)賬的),因?yàn)槿绻挥涗浺膊挥绊憣?duì)賬的樣子,記錄的話每次發(fā)生消費(fèi)都要調(diào)余額接口查詢余額嗎?這種處理是否會(huì)衍生頻繁請(qǐng)求接口的問題,一般如何處理這種情況;
請(qǐng)問訂單沒有負(fù)數(shù),那帳單有負(fù)數(shù)么?
訂單是業(yè)務(wù)概念,金額是描述訂單這一票對(duì)應(yīng)的金額,是個(gè)中性的數(shù)字,無正負(fù)之分。
賬單是財(cái)務(wù)概念,在狹義場(chǎng)景中,譬如吃飯的賬單,他永遠(yuǎn)是正值,基本上=訂單金額。在廣義的場(chǎng)景中(譬如涵蓋財(cái)務(wù)場(chǎng)景),是有進(jìn)出概念的,有正負(fù)之分。