起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門(mén)專項(xiàng)技能課
1300+專題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識(shí)電商系統(tǒng)：記賬設(shè)計(jì)之訂單管理、流水管理
本文所描述的記賬，非企業(yè)ERP等專業(yè)財(cái)務(wù)軟件記賬場(chǎng)景。適用于公司自研以及采購(gòu)的類電商系統(tǒng)后臺(tái)記賬設(shè)計(jì)。在電商場(chǎng)景下，涉及訂單管理、交易流水、資金流水等多種不同口徑的管理需求。
平臺(tái)型電商記賬特色
常見(jiàn)平臺(tái)型電商如淘寶、拼多多、美團(tuán)，京東、亞馬遜也有一部分業(yè)務(wù)為平臺(tái)型。所謂平臺(tái)型電商就是搭建一個(gè)電子商城，引商家入駐。平臺(tái)主要起著撮合交易的角色。常見(jiàn)模式如下圖：
平臺(tái)型電商的這種業(yè)務(wù)模式也決定了其必須要適應(yīng)不同商戶角色的不同需求。
- 運(yùn)營(yíng)關(guān)注訂單流水（訂單支付成功與否）
- 店主關(guān)注交易流水（收入多少，支出多少）
- 財(cái)務(wù)關(guān)注資金流水（實(shí)付金額、手續(xù)費(fèi)等）
三者概念模型關(guān)系如下：
（三者都可以加上支付渠道屬性）
訂單流水
常見(jiàn)支付訂單有如下幾種狀態(tài)：待支付、支付失敗、支付成功、部分退款、已退款、已撤銷。
- 待支付：下單成功，喚起支付后，尚未完成支付。
- 支付失敗：密碼錯(cuò)誤或者余額不足引起的渠道扣款失敗。
- 支付成功：扣款成功
- 部分退款：發(fā)起退款，但沒(méi)有退全款。
- 已退款：退全款
- 已撤銷：傳統(tǒng)POS系統(tǒng)中，指的是交易撤銷，退全款；線上交易，指使預(yù)支付失效。
訂單狀態(tài)流轉(zhuǎn)關(guān)系
業(yè)務(wù)含義：以客戶與商戶之間達(dá)成交易的狀態(tài)為核心，表達(dá)交易是否完成。
生成條件：和業(yè)務(wù)訂單發(fā)起支付同步生成。
案例
- A商戶訂單支付成功，無(wú)分賬。
- B商戶交易分賬，分賬接收方分別為C、D。
- E商戶的訂單已經(jīng)退款。
交易流水
店鋪的經(jīng)營(yíng)情況的主要指標(biāo)。交易流水不關(guān)心賣(mài)了什么，只關(guān)注各個(gè)商戶收了多少錢(qián)，退了多少款。交易流水不關(guān)注訂單的狀態(tài)和訂單的交易時(shí)間，只關(guān)注交易的類型和時(shí)間。
交易流水類型為：
- ‘1’：支付
- ‘2’：退款
（不計(jì)算費(fèi)率因素）
業(yè)務(wù)含義：商戶經(jīng)營(yíng)情況。
生成條件：以訂單結(jié)算商戶為核心，參考支付訂單、分賬訂單、退款訂單、撤銷訂單為觸發(fā)條件。
案例
根據(jù)上述“訂單流水”的例子，可生成如下交易流水信息。
- B商戶雖然有訂單，但是因?yàn)槠浞仲~給C、D，所有其無(wú)交易流水。
- C、D商戶參與B訂單的分賬，所有C、D商戶各有一條交易流水。
- E商戶的訂單支付成功后，又退款成功，所以涉及兩條交易流水。（如果是部分退款，就會(huì)關(guān)聯(lián)多條退款流水）
資金流水
資金流水是我們財(cái)務(wù)意義上真正的“記賬”。
資金流水要在交易流水的基礎(chǔ)上考慮費(fèi)率的因素。在每個(gè)結(jié)算周期結(jié)束時(shí)，根據(jù)資金流水來(lái)計(jì)算應(yīng)結(jié)算金額。以目前支付行業(yè)相關(guān)規(guī)定，支付成功的訂單在1年以內(nèi)都可以操作退款。且渠道會(huì)退回手續(xù)費(fèi)。我們以常見(jiàn)費(fèi)率0.6% 為例，請(qǐng)看案例：
（注：應(yīng)結(jié)算金額=收入-支出）
案例
- A商戶加上費(fèi)率因素，涉及兩條資金流水；
- B商戶無(wú)資金流水；
- C、D各涉及兩條資金流水；
- E涉及4條，因?yàn)槠溆唵卧谥Ц逗屯丝顑蓚€(gè)狀態(tài)切換時(shí)，各會(huì)涉及兩條記錄；
資金流水信息一般要同步到企業(yè)財(cái)務(wù)系統(tǒng)。在退款時(shí)一定要記錄手續(xù)費(fèi)的收入。因?yàn)橹Ц肚涝诓僮魍丝顣r(shí)，會(huì)用之前所收取的手續(xù)費(fèi)抵扣掉今天所產(chǎn)生的手續(xù)費(fèi)。
總結(jié)
做電商系統(tǒng)后臺(tái)時(shí)，切不可把訂單流水、交易流水、資金流水混為一談。否則會(huì)陷入無(wú)止境的數(shù)據(jù)核對(duì)和口徑問(wèn)題中。最好的辦法就是三者解耦和，根據(jù)事件觸發(fā)去保證三者的關(guān)系。三者各司其責(zé)，各有獨(dú)自的業(yè)務(wù)含義和統(tǒng)計(jì)意義。
訂單流水、交易流水、資金流水 此為作者本人習(xí)慣叫法，切勿去扣訂單、交易、流水等詞匯標(biāo)準(zhǔn)含義。因?yàn)橹Ц缎袠I(yè)是發(fā)展很快，詞匯含義也同步演化。大家可以根據(jù)各自系統(tǒng)特點(diǎn)叫不同的名稱均可。
本文由 @俠之大者 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash，基于CC0協(xié)議。
切不可把訂單流水、交易流水、資金流水混為一談，艾瑪我經(jīng)常攪合在一起，一個(gè)個(gè)列表巨寬
終于看到了一個(gè)作者真得是在試圖把知識(shí)真正的清晰的表達(dá)，但所有的知識(shí)即便再想要清晰也還是有遺漏或者無(wú)法一次性全部窮盡的，真正感謝作者所付出的努力。
謝謝
看了好多就在你這看明白一點(diǎn)，還要多做功課，感謝作者~
這邊的「支付訂單」和「業(yè)務(wù)訂單」應(yīng)該是不一樣的吧？不過(guò)應(yīng)該是一對(duì)一的？
「支付訂單」關(guān)聯(lián)業(yè)務(wù)訂單的ID，狀態(tài)如：待支付，已支付，已退款。
待支付時(shí)不產(chǎn)生交易流水，支付時(shí)，產(chǎn)生一條交易流水。
退款是，再產(chǎn)生一條交易流水。
是這么理解么？
您好，想請(qǐng)教您個(gè)問(wèn)題，如果一筆交易，拆分了多個(gè)訂單（根據(jù)商品性質(zhì)不同）， 請(qǐng)問(wèn)：那產(chǎn)生幾筆交易流水？還是一筆交易流水記錄，訂單ID 包含多個(gè)？
支付流水？
拆單可以分為業(yè)務(wù)拆單（按商品性質(zhì)、業(yè)務(wù)場(chǎng)景等）和支付拆單（按金額、支付方式等）；
業(yè)務(wù)拆單，兩種拆法，一是業(yè)務(wù)處理母子單邏輯，將業(yè)務(wù)母單拆成多個(gè)子單，每個(gè)子單對(duì)應(yīng)一筆支付訂單，支付訂單再對(duì)應(yīng)各自的支付流水（一般對(duì)應(yīng)一筆成功的，涉及支付拆單除外）；二是一個(gè)業(yè)務(wù)訂單拆成多筆支付訂單，一個(gè)業(yè)務(wù)訂單對(duì)應(yīng)多筆支付訂單，支付訂單再對(duì)應(yīng)各自的支付流水（一般對(duì)應(yīng)一筆成功的，涉及支付拆單除外）。
支付拆彈，一筆支付流水，拆成多個(gè)支付流水；一般用于應(yīng)對(duì)大額支付；例如，一筆支付訂單6萬(wàn)元，受支付渠道限額，一個(gè)支付方式最多能付5萬(wàn)，這時(shí)就需要拆成多筆支付流水（成功的），如支付寶支付4萬(wàn)，再用微信支付2萬(wàn)。
如果一筆訂單是混合支付的，比如用戶在平臺(tái)的錢(qián)包余額+微信支付，那么在用戶的錢(qián)包里面，是否顯示微信支付的流水呢？
可以以訂單金額、實(shí)付金額、備注 來(lái)做區(qū)別。
謝謝，現(xiàn)在是這么做的。
那在平臺(tái)后臺(tái)記錄微信支付的時(shí)候，一般是放資金明細(xì)里面嗎？
還是單獨(dú)做一個(gè)微信支付的明細(xì)列表？
建議資金明細(xì)加上篩選器就可以了。
您好，有一個(gè)問(wèn)題請(qǐng)請(qǐng)教一下作者：
我現(xiàn)在在做一個(gè)電商平臺(tái)后臺(tái)有關(guān)交易流水，資金流水等模塊，是和三方支付對(duì)接涉及結(jié)算，這部分分模塊的時(shí)候關(guān)于各個(gè)流水?dāng)?shù)據(jù)按什么模塊區(qū)分，能更清楚呢？
業(yè)務(wù)訂單（業(yè)務(wù)訂單管理模塊）、支付訂單（支付訂單管理模塊）、支付流水（支付渠道網(wǎng)關(guān)）、賬務(wù)流水/收支明細(xì)（賬務(wù)系統(tǒng)）；
您好，請(qǐng)問(wèn)可以詳細(xì)介紹一下這幾個(gè)模塊嗎
大俠，可以分享下商戶類型和商戶層級(jí)的管理。商戶類型多樣化，導(dǎo)致需求多樣化。在做商戶管理時(shí)，怎么可以更好的標(biāo)準(zhǔn)化管理？
這一塊在簽約入網(wǎng)和結(jié)算時(shí)詳細(xì)介紹。
有兩個(gè)問(wèn)題，想請(qǐng)教一下作者：
1、作者提到，交易流水的生成條件是以訂單結(jié)算商戶為核心，那指的訂單完結(jié)時(shí)間，還是下單付款時(shí)間；
2、交易流水與資金流水的區(qū)別僅僅是有無(wú)手續(xù)費(fèi)的意思嗎？
1是的，是以下游渠道的返回為準(zhǔn)，或者狀態(tài)查詢接口為準(zhǔn)。
2有區(qū)別的。交易流水和支付訂單同一天生成。資金流水是在對(duì)賬后才生成。因?yàn)閷?duì)賬決定了真實(shí)的結(jié)算。
B商戶為什么沒(méi)有流水，有一筆入金和兩筆出金啊，雖然只是調(diào)賬，但是對(duì)應(yīng)的流水是有的，關(guān)聯(lián)到I、O流水；
還有這里面完全沒(méi)有賬務(wù)層，OR是代表的會(huì)計(jì)憑證吧。
B是否記錄流水和分賬的模式有關(guān)系，如果用的是微信原生的分賬或者銀行服務(wù)商模式的分賬（支付信息和分賬信息同步），B就沒(méi)有交易流水。如果分賬是支付后通過(guò)托管賬戶（支付信息和分賬信息異步），就是“調(diào)賬”模式。B是需要記錄流水的。
這個(gè)可以在稍后分賬模塊再說(shuō)明一下，Thanks?(?ω?)?提醒。
前一種是用戶支付信息的資金在交易中hold住，渠道返回支付成功，就立即分賬進(jìn)CD商戶嗎？這樣的確在B商戶沒(méi)有流水，但是這樣在C和D的賬務(wù)層面看，是不是看不出來(lái)錢(qián)是從哪里來(lái)，我覺(jué)得還是要引入一個(gè)中間戶做過(guò)度，不知道是否合理。
https://pay.weixin.qq.com/wiki/doc/api/allocation_sl.php?chapter=24_1&index=1
其實(shí)是有的，只是資金鎖定沒(méi)有展示給商戶。
嗯嗯
吧