不同角色在產(chǎn)品各端的操作及整個(gè)流轉(zhuǎn)環(huán)節(jié)的單據(jù)生成和關(guān)系是怎么樣的呢？本文作者以一次外賣的業(yè)務(wù)流程為例，從用戶層到內(nèi)部業(yè)務(wù)層進(jìn)行分析，一起來看一下吧。

說清楚一件事容易，但是說清楚一個(gè)體系難；難不代表說不清楚，我們將承接一張小票看透清結(jié)算（上）

我們重點(diǎn)講了很多計(jì)費(fèi)的邏輯和流程，下我們將重點(diǎn)講不同角色在產(chǎn)品的各端的操作以及整個(gè)流轉(zhuǎn)環(huán)節(jié)的單據(jù)生成和關(guān)系；這兩篇文章放到一起看，信息會(huì)更全面和完整。

大家對(duì)外賣都很熟悉，因?yàn)榛久刻於紩?huì)點(diǎn)外賣，所以像（上）一樣，我們依然以外賣場(chǎng)景為例，分析外賣交易全鏈路；從用戶層的“用戶下單，商家接單，分配騎手，騎手取餐，配送，用戶取餐”到內(nèi)部業(yè)務(wù)層的“訂單，計(jì)價(jià)，配送，清分，記賬，結(jié)算，付款”等方面講清楚每個(gè)環(huán)節(jié)的邏輯和內(nèi)容。

01 一次外賣的業(yè)務(wù)流程

一次外賣體驗(yàn)會(huì)涉及到非常多的參與者以及過程，每個(gè)參與者都有自己的一個(gè)子流程，這些子流程共同串起了整個(gè)外賣交易的復(fù)雜流程體系，這個(gè)流程里涉及到了每個(gè)角色的行為。

比如：

• 用戶選品、下單、支付、取餐、評(píng)價(jià)
• 商家的接單、制作
• 騎手的接單、到店、取餐、配送、確認(rèn)送達(dá)
• 平臺(tái)的訂單創(chuàng)建，計(jì)價(jià)計(jì)費(fèi)、支付提交、分配騎手、記賬結(jié)算

我們將這些不同角色、不同行為、不同節(jié)點(diǎn)所形成的一個(gè)復(fù)雜的流程繪制成下圖，便于我們動(dòng)態(tài)地審視整個(gè)交易鏈條的全部事件；這也有利于后續(xù)我們?nèi)ピO(shè)計(jì)抽象清結(jié)算的業(yè)務(wù)節(jié)點(diǎn)。

02 搞清楚這些單據(jù)

上面說的過程中會(huì)產(chǎn)生很多的單據(jù)，每類單據(jù)會(huì)給到不同的參與者，每類單據(jù)記載著不同的但又相互關(guān)聯(lián)的信息，我們要了解這些主要的單據(jù)，并知道其用途、關(guān)聯(lián)關(guān)系和設(shè)計(jì)方法。

用戶訂單，作為外賣的發(fā)起者，用戶的外賣訂單信息記錄了購(gòu)買的商品、商品價(jià)格、優(yōu)惠信息、支付信息、配送信息、商家信息等全部?jī)?nèi)容，這個(gè)信息是外賣平臺(tái)給用戶提供的交易信息。

商家小票，我們收到餐以后餐盒上都會(huì)附帶一個(gè)紙質(zhì)小票，也記載著該單商品的基本信息，這個(gè)信息是商家給用戶提供的商品和服務(wù)內(nèi)容以及收費(fèi)情況。

商家賬單，外賣平臺(tái)給商家提供在平臺(tái)上的經(jīng)營(yíng)數(shù)據(jù)，賣了多少餐，掙了多少錢，給商家付了多少款的信息。

騎手賬單，外賣平臺(tái)給騎手提供的其在平臺(tái)的服務(wù)信息，包括訂單信息，收入信息，獎(jiǎng)懲信息，付款情況內(nèi)容。

內(nèi)部單據(jù)，而外賣平臺(tái)自己內(nèi)部存在著眾多業(yè)務(wù)系統(tǒng)，這些系統(tǒng)共同協(xié)同完成這行個(gè)外賣業(yè)務(wù)，像訂單系統(tǒng)記錄訂單，計(jì)費(fèi)系統(tǒng)記錄計(jì)費(fèi)結(jié)果，賬務(wù)系統(tǒng)記錄賬務(wù)信息等，這些系統(tǒng)依賴各種單據(jù)完成記錄工作，以及通過各種單據(jù)相關(guān)鏈接傳遞信息。

我們將各角色，各類單據(jù)，各系統(tǒng)之間的關(guān)系用下面的結(jié)構(gòu)表示：

清楚了外賣的全流程，以及流程中涉及到的單據(jù)以后，我們?cè)倏?，每個(gè)環(huán)節(jié)都是什么樣的邏輯，相關(guān)單據(jù)是如何產(chǎn)生的，單據(jù)的具體內(nèi)容是什么。

03 用戶下單

用戶下單是一次外賣旅程的開始，我們對(duì)這個(gè)過程再熟悉不過了，就不過多贅述。

用戶選擇商品，我們假設(shè)購(gòu)買了如下的菜品，本次下單享受的優(yōu)惠，要支付的信息等，為了便于分析我們讓訂單更加簡(jiǎn)單一些，但是其所涉及到的面是完整的；用戶看到的訂單信息如下：

對(duì)于一個(gè)訂單首先我們要支付其商品有哪些，買了多少數(shù)量。

營(yíng)銷優(yōu)惠，選購(gòu)了商品以后我們需要知道這一單在這些商品情況下會(huì)有什么活動(dòng)，有多少優(yōu)惠，本單有如下優(yōu)惠：

我們?cè)侔褍?yōu)惠信息增加到表格中得到了如下的信息，該訂單的優(yōu)惠比較簡(jiǎn)單，都是針對(duì)整單的優(yōu)惠，沒有針對(duì)單品的優(yōu)惠，未來完整起見我們將單品優(yōu)惠也放進(jìn)去，只不過優(yōu)惠金額為0。

交易計(jì)價(jià)，該過程是要計(jì)算出用戶下的這一單應(yīng)該付多少錢，這個(gè)計(jì)價(jià)包含很多內(nèi)容，比如計(jì)算優(yōu)惠，計(jì)算商品總價(jià)，計(jì)算配送費(fèi)，結(jié)算優(yōu)惠后的訂單金額，計(jì)算用戶應(yīng)付金額等，計(jì)算完成以后反饋給交易。

對(duì)于我們例子中的訂單的計(jì)價(jià)是比較簡(jiǎn)單的，日常我們點(diǎn)的外賣有時(shí)候會(huì)非常復(fù)雜，那么計(jì)價(jià)過程也相對(duì)復(fù)雜很多，只不過無論復(fù)雜與簡(jiǎn)單，原理都是一樣的；我們將計(jì)價(jià)結(jié)果記錄到表格中：

用戶完成了訂單的填寫和提交，內(nèi)部系統(tǒng)完成了交易的計(jì)價(jià)，此時(shí)交易系統(tǒng)請(qǐng)求訂單系統(tǒng)完成訂單的創(chuàng)建，下一步用戶就可以進(jìn)行支付了。

04 用戶支付

從上面我們知道用戶應(yīng)付金額是47.6，整個(gè)支付過程的起點(diǎn)是用戶點(diǎn)擊去支付，然后跳轉(zhuǎn)到收銀臺(tái)，這個(gè)過程我們?cè)?a href="http://www.codemsi.com/pd/4422465.html">收銀臺(tái)設(shè)計(jì)設(shè)計(jì)方法中介紹的比較清楚，這里就不詳細(xì)說明了。

05 商家接單制作

用戶支付成功以后商家在其后臺(tái)就可以看到該筆訂單，然后選擇接單，進(jìn)行菜品的制作和打包；以下信息不是我們案例中訂單的信息，大家可以腦補(bǔ)一下本單信息填充到以下的商家賬單信息中即可；賬單中展示了商品信息和數(shù)量，打包費(fèi)，優(yōu)惠信息以及優(yōu)惠的承擔(dān)方。

06 騎手配送

一個(gè)訂單可以平臺(tái)分配給騎手，也可以騎手自己搶單，有很多中方式；這里關(guān)于運(yùn)力的調(diào)度和策略不過多贅述，不是本文的重點(diǎn)。

騎手在騎手端可以看到附近用戶下的全部訂單并可以做出決策要不要槍這一單，對(duì)于騎手來說距離越短，掙得越多，肯定就越喜歡。

覺得這一單的配送費(fèi)很高，還有獎(jiǎng)勵(lì)活動(dòng)，那么點(diǎn)進(jìn)去看一看，從地圖里可以看出這一單的店鋪在哪要配送到哪里，肯定是越近越好，目的地的單量越多越好。

同樣騎手可以看到這一單涉及到的菜品信息，詳細(xì)的配送費(fèi)信息等內(nèi)容，便于騎手做要不要搶單的決策。

騎手搶了訂單就去店里取餐吧，用戶也可以看到騎手的實(shí)時(shí)位置和配送狀態(tài)，這樣可以極大地緩解用戶等待的焦慮。

07 管控業(yè)務(wù)

整個(gè)訂單過程中會(huì)存在各種的事務(wù)，比如用戶把訂單取消了，商家拒單了，騎手拒單改派了，騎手把用戶的餐弄丟了等等，都需要進(jìn)行一個(gè)判責(zé)，是誰(shuí)的責(zé)任，要不要罰錢，封禁等。

用戶下了單，商家制作了餐，騎手完成了配送，用戶完成了評(píng)價(jià)，訂單就正式完結(jié)了。

整個(gè)訂單過程中，發(fā)生了突發(fā)事件被管控，以及訂單完結(jié)以后，每個(gè)環(huán)節(jié)都可能需要記賬，而有些記賬業(yè)務(wù)之前需要完成計(jì)費(fèi)和清分，比如完單以后商家傭金的計(jì)算，過程中騎手獎(jiǎng)懲的計(jì)算，商家的結(jié)算收入，騎手的結(jié)算收入等業(yè)務(wù)，以下部分便進(jìn)入了清結(jié)算范疇。

08 費(fèi)用項(xiàng)體系

業(yè)務(wù)在發(fā)生的過程中不同的節(jié)點(diǎn)，不同的用戶，不同的菜品或者活動(dòng)都會(huì)產(chǎn)生各種不同的費(fèi)用，該費(fèi)用是業(yè)務(wù)層信息到賬務(wù)層信息轉(zhuǎn)換的非常關(guān)鍵的要素，比如商家賣了一些菜品，這些菜品就是商家的菜品收入；平臺(tái)為商家提供的交易撮合平臺(tái)和配送服務(wù)，所以平臺(tái)也會(huì)收取商家的傭金，這樣就需要一個(gè)傭金的費(fèi)用。

同樣財(cái)務(wù)需要基于業(yè)務(wù)做會(huì)計(jì)記賬，那么不能直接以業(yè)務(wù)數(shù)據(jù)入賬，而是以費(fèi)用視角入賬，比如抽商家的傭金記為“平臺(tái)收入”。

這樣我們就形成了一個(gè)費(fèi)用體系，業(yè)務(wù)的新增和變化，都需要針對(duì)性的建立新的費(fèi)用，每個(gè)費(fèi)用也就有了其依賴的業(yè)務(wù)場(chǎng)景，就如我們的工資一樣；而針對(duì)這一單外賣來說我們會(huì)用到如下的費(fèi)用：

09 清分計(jì)費(fèi)

業(yè)務(wù)完成以后或者過程當(dāng)中我們要進(jìn)行計(jì)費(fèi)，其實(shí)在交易計(jì)價(jià)環(huán)節(jié)已經(jīng)完成了一些費(fèi)用的計(jì)算，比如用戶實(shí)付金額，這也是資金記賬的依據(jù)。

計(jì)費(fèi)的邏輯和流程我們?cè)?a href="http://www.codemsi.com/pd/4620599.html">清算系統(tǒng)設(shè)計(jì)方法中介紹的非常詳細(xì)這里就不在贅述了，總之通過計(jì)費(fèi)以后我們就獲得了所有費(fèi)用的金額。

這里我們約定商家的抽傭?yàn)?0%，這里我們按照菜品原價(jià)進(jìn)行抽傭：2007商家傭金=54.6*20%=10.92。

整個(gè)計(jì)費(fèi)結(jié)果如下：

10 記賬場(chǎng)景定義

我們知道記賬是在整個(gè)交易過程中分多次記錄的，用戶支付成功以后要記賬，商家接單以后要記賬，騎手搶單以后要記賬，完單以后要記賬；這樣我們就需要跟業(yè)務(wù)層約定業(yè)務(wù)場(chǎng)景的識(shí)別，而業(yè)務(wù)場(chǎng)景就對(duì)應(yīng)了記賬的場(chǎng)景。

我們根據(jù)業(yè)務(wù)的發(fā)生流程，這里應(yīng)該包含正向及逆向，訂單類，管控類，獎(jiǎng)懲類等場(chǎng)景，只不過我們本文不涉及逆向過程，大家可以自己思考逆向的過程。

在外賣場(chǎng)景里我們可以將業(yè)務(wù)劃分成這樣的場(chǎng)景并給與定義，并且我們要約定好用什么信息去判定該場(chǎng)景已經(jīng)發(fā)生，比如可以用訂單狀態(tài)，工單流轉(zhuǎn)等進(jìn)行定義。

11 場(chǎng)景發(fā)生與記賬設(shè)定

定義好了業(yè)務(wù)場(chǎng)景以及費(fèi)用，那么我們就需要設(shè)定什么場(chǎng)景發(fā)生了需要記什么費(fèi)用，這些費(fèi)用要記哪些賬，因?yàn)橐粋€(gè)費(fèi)用的發(fā)生不一樣只記一筆，而是要計(jì)入多個(gè)賬戶，我們需要設(shè)定每個(gè)類場(chǎng)景要記什么賬。

當(dāng)然每個(gè)場(chǎng)景發(fā)生以后記那些賬不僅僅由訂單狀態(tài)這個(gè)場(chǎng)景決定，還需要其他要素參與，比如01支付成功，我們還需要知道這個(gè)是什么類型的訂單，另外需要不需關(guān)注渠道，因?yàn)椴煌赖挠唵慰赡苄枰浉赖姆殖伞?/p>

12 記賬交互

業(yè)務(wù)場(chǎng)景發(fā)生以后，后端清分系統(tǒng)需要知道業(yè)務(wù)發(fā)生了，這里需要一個(gè)交互信息的方式，可以通過MQ的手段，比如訂單支付成功了，訂單層就發(fā)一個(gè)MQ，清分系統(tǒng)監(jiān)聽到該MQ以后通過訂單狀態(tài)字段判斷訂單狀態(tài)，如果是“01”怎知道這是“01用戶支付”成功發(fā)生了。

如果說該MQ里包含了記賬需要的全部金額那么可以以MQ為依據(jù)生成業(yè)務(wù)單據(jù)，如果MQ內(nèi)沒有過多信息，就需要訂單業(yè)務(wù)給一個(gè)查詢數(shù)據(jù)的服務(wù)，比如查詢接口或者SQL，去獲取記賬需要的數(shù)據(jù)。

13 記賬規(guī)則

在每個(gè)業(yè)務(wù)場(chǎng)景發(fā)生以后我們需要記哪些賬在上面已經(jīng)完成設(shè)定，那么這些賬怎么記呢，計(jì)給哪些對(duì)象，計(jì)入哪些賬戶呢？這就是我們的記賬規(guī)則了，比如我們介紹01支付成功以后的記賬：

有了規(guī)則以后，業(yè)務(wù)發(fā)生了就可以通過規(guī)則判定該場(chǎng)景需要記哪些賬，然后獲得相應(yīng)的數(shù)據(jù)；獲得數(shù)據(jù)以后先生成業(yè)務(wù)最原始的憑證存下來，然后進(jìn)行清分處理；這里記賬單據(jù)我們按生成的先后順序，依賴關(guān)系分成三類：

• 業(yè)務(wù)憑證
• 清分明細(xì)
• 賬戶明細(xì)
• 會(huì)計(jì)憑證

14 業(yè)務(wù)原始憑證

是業(yè)務(wù)發(fā)生以后完成計(jì)費(fèi)以后最原始的數(shù)據(jù)，比如訂單支付成功以后獲得的記賬數(shù)據(jù)存儲(chǔ)在清分系統(tǒng)，這筆數(shù)據(jù)里包含了01用戶支付成功需要記賬的全部信息：

15 清分憑證

上面我們介紹了“01用戶支付成功”場(chǎng)景發(fā)生以后，我們需要記錄3個(gè)費(fèi)用“1001、3005、30010”，這樣我們根據(jù)業(yè)務(wù)憑證的數(shù)據(jù)進(jìn)行清分，并根據(jù)記賬規(guī)則知道每個(gè)清分出的費(fèi)用、金額、對(duì)象就有了，清分結(jié)果如下：

16 賬戶流水

有了清分明細(xì)以后，我們就可以根據(jù)記賬規(guī)則計(jì)入對(duì)應(yīng)賬戶，更新賬戶余額，記錄賬戶流水了。

17 計(jì)稅開票

計(jì)稅模式可以按照每個(gè)費(fèi)用進(jìn)行計(jì)稅、也可以按照每個(gè)結(jié)算周期進(jìn)行計(jì)稅；同樣需要知道是什么稅，個(gè)人所得稅還是增值稅。

假如我們按照費(fèi)用進(jìn)行計(jì)稅，也就是每入一筆賬都需要計(jì)稅；入賬成功以后賬務(wù)系統(tǒng)將入賬明細(xì)推送給稅務(wù)子系統(tǒng)，稅務(wù)子系統(tǒng)根據(jù)稅種、稅基、稅率等配置計(jì)算該筆入賬的稅額，并推送賬務(wù)系統(tǒng)進(jìn)行稅務(wù)的扣除。

18 結(jié)算付款

按照約定我們需要完成給商家和騎手的結(jié)算，將商家的應(yīng)收和騎手的收入打款給商家。

這里不同的城市，不同的商家可能有不同的結(jié)算周期，有的按照日結(jié)，有的按照月結(jié)，有的按照周結(jié)。

結(jié)算的依據(jù)可以是賬戶的當(dāng)期余額，也可以是當(dāng)期的賬戶流水，結(jié)算到指定的結(jié)算賬戶或者生成結(jié)算單進(jìn)行打款，這里我們就不詳細(xì)介紹了，詳細(xì)介紹可以參考結(jié)算系統(tǒng)設(shè)計(jì)方法

19 清結(jié)算架構(gòu)總結(jié)

在一張小票看透清結(jié)算架構(gòu)（上）等多篇文章中介紹了不同的架構(gòu)，這里針對(duì)上面介紹的內(nèi)容進(jìn)行規(guī)則，可以得到下面的架構(gòu)圖，便于理解清結(jié)算的業(yè)務(wù)流程以及單據(jù)之間的關(guān)聯(lián)和交互。