筆者前面介紹了FMS財(cái)務(wù)管理系統(tǒng)相關(guān)邏輯結(jié)構(gòu)，本篇文章繼續(xù)對應(yīng)收管理進(jìn)行了系統(tǒng)的介紹，希望通過此文能夠加深你對FMS財(cái)務(wù)管理系統(tǒng)的認(rèn)識。

上一篇主要介紹了財(cái)務(wù)進(jìn)銷存系統(tǒng)的數(shù)據(jù)流與模塊組成，知道了FMS系統(tǒng)中數(shù)據(jù)的來源并從系統(tǒng)結(jié)構(gòu)上說明了打造一個財(cái)務(wù)系統(tǒng)不僅包括用戶直接使用的系統(tǒng)，它更多的是財(cái)務(wù)數(shù)據(jù)層層流轉(zhuǎn)以及數(shù)據(jù)的核對、計(jì)算及業(yè)務(wù)操作流程。

從開篇就一直說FMS是一個業(yè)務(wù)系統(tǒng)，現(xiàn)在開始逐一介紹下每個模塊，與大家共同探討學(xué)習(xí)，本篇主要介紹一下應(yīng)收管理。

一、應(yīng)收

先回顧下什么是應(yīng)收？

應(yīng)收是指企業(yè)在正常的經(jīng)營過程中因銷售商品、產(chǎn)品、提供勞務(wù)等業(yè)務(wù)，應(yīng)向購買單位收取的款項(xiàng)，包括應(yīng)由購買單位或接受勞務(wù)單位負(fù)擔(dān)的稅金、代購買方墊付的各種運(yùn)雜費(fèi)等。

在電商系統(tǒng)中主要是指賣給第三方用戶（C端和B端）商品或服務(wù)取得的賬款；對于預(yù)付貨款在財(cái)務(wù)中屬于“應(yīng)收”，待結(jié)算后會進(jìn)行結(jié)轉(zhuǎn)，具體看財(cái)務(wù)業(yè)務(wù)要求。

需要說明一下后續(xù)我們所說的應(yīng)收都是指主營業(yè)務(wù)部分的。

在我接觸的電商系統(tǒng)中的應(yīng)收主要包括兩部分

（1）ToC端用戶訂單的應(yīng)收管理（無銷售類合同）

主要包括C端用戶的銷售訂單、銷售退貨訂單；雖然目前都采用在線支付了很少有COD的支付方式了，但是用戶都是通過第三方支付付款的，所以此部分涉及第三方支付平臺的應(yīng)收款與對賬。

（2）ToB端用戶訂單的應(yīng)收管理（有銷售類合同）

大客戶訂單作為一種特殊銷售單據(jù)，一般都是市場部與大客戶簽訂了銷售合同采用賒銷的方式，根據(jù)規(guī)定賬期財(cái)務(wù)進(jìn)行收款并計(jì)算銷售提成。

下面我們分別介紹下這兩種場景。

二、ToC端訂單流程

我們?nèi)匀幌瓤匆粡垐D（如下）：

1. 訂單（或其他業(yè)務(wù)單據(jù)）

這里是指關(guān)于主營業(yè)務(wù)收入的單據(jù)，一般是銷售訂單、補(bǔ)發(fā)訂單、換貨訂單、銷售退貨訂單等。

面對的用戶如果是B2C則是指C端用戶，如果是B2B則是指B端用戶，本人沒有參與過太多的B2B業(yè)務(wù)，所以只以B2C的為例說明。

在這里如果有賒銷業(yè)務(wù)（如大客戶業(yè)務(wù)），那么還應(yīng)該考慮到賒銷的收款方式，這也是應(yīng)收賬款中很重要的一部分。對于補(bǔ)貨及換貨一般應(yīng)收金額是零，銷售退貨則會退款給用戶（通過原路退回或非原路退回）

2. 支付方式

訂單的支付方式是非常重要的一部分，購物流程中的支付環(huán)節(jié)是非常重要的，如用戶下單后是立即支付呢，還是延遲支付（可能有事或要再確認(rèn)）；如果沒有立即支付，我們的訂單給用戶保留多久合適呢？這又涉及訂單取消的環(huán)節(jié)，一般像外賣是保留15分鐘，一般的B2C訂單是保留30分鐘。超過時(shí)間訂單會自動取消，這些都應(yīng)該以業(yè)務(wù)情況及用戶體驗(yàn)而定。

隨著技術(shù)和支付的便利性，現(xiàn)在采用貨到付款（COD）的不多了，但在有些電商網(wǎng)站中仍然保留了貨到付款的方式，主要是為了獲得更好的用戶體驗(yàn)。

采用不同的支付方式可能就會涉及多個交易公司，如支付寶、微信、銀行、京東支付等等。

3. 第三方支付公司

前面說了支付方式，如果是采用在線支付則需要調(diào)用第三方支付公司的接口，這在支付流程中需要由前端系統(tǒng)對接（一般支付接口都會統(tǒng)一對接）。

對于支付的數(shù)據(jù)分為兩種即收用戶的款與退客戶錢，此時(shí)我們的業(yè)務(wù)系統(tǒng)都需要詳細(xì)記得交易流水號，業(yè)務(wù)單據(jù)號，支付金額、支付時(shí)間，交易公司代碼等等，我們稱之為支付交易流水；同時(shí)支付交易流水要與訂單（業(yè)務(wù)單據(jù)）關(guān)聯(lián)綁定，尤其是支付狀態(tài)的回傳是否及時(shí)，系統(tǒng)中還需要進(jìn)行冪等性較驗(yàn)。

4. 代收款公司

對于貨到付款的訂單就會涉及到代收貨款，一般由快遞公司來協(xié)助完成。雖然是貨到付款，但是采用現(xiàn)金支付的情況已經(jīng)非常少了，快遞公司都有手持，當(dāng)客戶簽收時(shí)則利用手持POS進(jìn)行收款（通過刷卡、微信或支付寶）。

雖然采用刷卡或微信、支付寶，但與第3步中的不同，此部分款項(xiàng)收到快遞公司的賬戶中，我們一般會與快遞公司進(jìn)行月結(jié)（包括代收貨款及快遞費(fèi)用）。

應(yīng)收賬款＝代收貨款－快遞費(fèi)用

5. 開票與對賬

開票是指給C端用戶開具的普通發(fā)票，現(xiàn)在都采用電子發(fā)票了，這部分后續(xù)在稅票管理中單獨(dú)介紹。

應(yīng)收報(bào)表是FMS進(jìn)銷存系統(tǒng)中根據(jù)單據(jù)每日生成的，應(yīng)收對賬是根據(jù)我們生成的數(shù)據(jù)與第三方平臺進(jìn)行核對的過程（上面標(biāo)綠的子流程）。

三、財(cái)務(wù)應(yīng)收報(bào)表及對賬管理

根據(jù)上面的流程，這里涉及兩部分對賬即：

1. 第三方支付公司的應(yīng)收對賬：與支付寶、微信等第三方的對賬；
2. 代收貨款的應(yīng)收對賬：與快遞公司的代收款對賬（如果款沒有收到我司賬戶）。

實(shí)質(zhì)上兩部分是相同的，只是如果有COD的現(xiàn)金收款略有不同，對于第三方支付平臺的手續(xù)費(fèi)與快遞公司的快遞費(fèi)是不同的科目，在應(yīng)收報(bào)表中不需要體現(xiàn)。

對賬流程如下：

1. 應(yīng)收報(bào)表

應(yīng)收報(bào)表主要的字段如下：

單號、支付方式、支付金額、支付時(shí)間、交易流水號、訂單類型、訂單來源、下單時(shí)間。

取數(shù)邏輯：按收款或退款的支付時(shí)間來獲取，也就是財(cái)務(wù)上所說的“收付實(shí)現(xiàn)制”或“現(xiàn)收現(xiàn)付制”。

數(shù)據(jù)來源：訂單或銷售退貨單等、支付流水（每筆訂單按支付方式記錄的詳細(xì)信息）。

因?yàn)槊總€訂單可能有多種支付方式（禮品卡、現(xiàn)金券、積分、微信或支付寶及銀行付款等），所以在應(yīng)收報(bào)表生成時(shí)，與前端系統(tǒng)的數(shù)據(jù)緊密關(guān)聯(lián)，如果相關(guān)字段數(shù)據(jù)缺失需要與負(fù)責(zé)訂單、購物流程等開發(fā)組進(jìn)行協(xié)調(diào)溝通。

原則：在不影響生產(chǎn)流程時(shí)，涉及金額的信息要盡可能記錄的詳細(xì)。

生成頻率：這部分一般不需要實(shí)時(shí)每天零點(diǎn)以后系統(tǒng)自動生成即可。

2. 對賬單

數(shù)據(jù)來源有兩種：

1. 通過與第三方支付平臺對接，通過接口每天定時(shí)拉取數(shù)據(jù)：需要一定的開發(fā)量，數(shù)據(jù)準(zhǔn)確；
2. 由財(cái)務(wù)人員根據(jù)定義好的模板整理好數(shù)據(jù)，手動導(dǎo)入：人工處理麻煩，費(fèi)時(shí)。

取數(shù)邏輯：根據(jù)接口信息按第三方的交易時(shí)間獲取，具體內(nèi)容要與財(cái)務(wù)業(yè)務(wù)共同確定。

生成頻率：每日拉取數(shù)據(jù)，有的平臺對于查詢有限制，如果數(shù)據(jù)量過大要與第三方的技術(shù)支持人員進(jìn)行溝通。

3. 對賬

數(shù)據(jù)源有了，下面就是核對應(yīng)收差異。對賬結(jié)果有四種：

1. 雙方數(shù)據(jù)一致，無差異；
2. 第三方公司有數(shù)據(jù)，我司無數(shù)據(jù)：一般是時(shí)間性差異；
3. 我司有數(shù)據(jù)，第三方公司無數(shù)據(jù)：一般時(shí)時(shí)間性差異；
4. 第三方公司與我司均有數(shù)據(jù)，但是金額有差異：需要查明原因進(jìn)行核對。

在處理應(yīng)收差異時(shí)，采用什么樣的策略？

在實(shí)現(xiàn)的生產(chǎn)環(huán)境中，時(shí)間性差異是我司與第三方平臺最常見的場景，所以我們不能每天的對賬不能僅僅以“應(yīng)收財(cái)務(wù)報(bào)表”與“對賬單”相同日期的數(shù)據(jù)進(jìn)行對賬。

1. 確定對賬的數(shù)據(jù)源，即出差差異時(shí)以哪方數(shù)據(jù)為基準(zhǔn)進(jìn)行處理；
2. 對賬期間，一般每日對于有差異的數(shù)據(jù)要追溯7天前的數(shù)據(jù)進(jìn)行核對，消除時(shí)間差的影響；
3. 對于是雙方系統(tǒng)原因產(chǎn)生的差異，如果無法調(diào)整，則不能手動修改數(shù)據(jù)；
4. 在已經(jīng)明確差異原因后，要進(jìn)行手動處理，差異金額的調(diào)賬由財(cái)務(wù)在賬務(wù)上處理。

下圖是總結(jié)的相關(guān)術(shù)語供參考：

四、ToB訂單應(yīng)收管理流程

這里僅以大客戶訂單的為例說明，但實(shí)際的業(yè)務(wù)場景是非常復(fù)雜的：

1. 銷售合同管理模塊

此部分是根據(jù)大客戶（如果是分銷企業(yè)應(yīng)該是普通用戶）約定，簽訂銷售類合同，包括付款方式、付款周期、發(fā)貨時(shí)間及商品的售價(jià)、折扣等信息。如果合同執(zhí)行完畢則不能再創(chuàng)建銷售訂單。

此部分可以參照電商后臺財(cái)務(wù)管理部分。

2. 銷售發(fā)貨

根據(jù)銷售合同，生成銷售訂單，按照合同執(zhí)行計(jì)劃給用戶發(fā)貨。

對于ToB的訂單可以手動創(chuàng)建、批量導(dǎo)入；每一個大客戶訂單創(chuàng)建后需要進(jìn)行轉(zhuǎn)單即生成大客戶的銷售訂單，然后按ToC的訂單發(fā)貨流程進(jìn)行。

可以通過線上企業(yè)專區(qū)入口由用戶自己下單，此部分又與購物流程等相關(guān)聯(lián)。一般此種場景是有特殊的商品活動或折扣的，對于FMS財(cái)務(wù)進(jìn)銷存系統(tǒng)來說只是一種數(shù)據(jù)來源。

3. 應(yīng)收對賬及報(bào)表

如果是采用線上企業(yè)專區(qū)等入口用戶自行下單且在線支付的（微信、支付寶等），這部分的對賬單不僅要體現(xiàn)在前面的對賬報(bào)表中，也要在此處有體現(xiàn)。

我的理解這種訂單的來源不同而已，其余的應(yīng)該都相同。

在上圖中，只簡單標(biāo)識了是否賒銷，實(shí)際的業(yè)務(wù)情況中也會有預(yù)付款等付款方式。每個銷售訂單都會對應(yīng)具體的銷售用戶，此時(shí)可以根據(jù)銷售數(shù)據(jù)生成應(yīng)收銷售報(bào)表明細(xì)，提供給市場及財(cái)務(wù)部門進(jìn)行應(yīng)收對賬。

4. 應(yīng)收回款

當(dāng)客戶回款后，需要在系統(tǒng)中根據(jù)銷售合同進(jìn)行收款操作；對于ToB的訂單可以以大客戶訂單的方式創(chuàng)建，也可以以散單的方式，所以收款便有根據(jù)大客戶訂單進(jìn)行收款，也可以按散單逐筆收款。

收款可以是多次，待款項(xiàng)全部完成此期的結(jié)算完成，收款方式一般是銀行匯款，當(dāng)財(cái)務(wù)收到款后需要同步操作，以保證單據(jù)的收款狀態(tài)一致。

總結(jié)

以上只是簡單介紹了應(yīng)收管理，總結(jié)一下就是一個應(yīng)收報(bào)表，一個對賬單，外加系統(tǒng)對賬。對賬的目的是發(fā)現(xiàn)問題（解決因系統(tǒng)BUG產(chǎn)生的異常），保證應(yīng)收數(shù)據(jù)的準(zhǔn)確；對于ToB訂單的部分如何下單、如何收款等如果詳細(xì)設(shè)計(jì)后續(xù)在供應(yīng)鏈系統(tǒng)列文章單獨(dú)寫一下，最后感謝您的閱讀！

聲明：本人水平有限，書寫電商財(cái)務(wù)系統(tǒng)系列的目的是個人的總結(jié)，文章可能結(jié)構(gòu)或描述比較亂，希望看到此文章的人能夠給出建議，在此感謝！

#相關(guān)閱讀#

《電商后臺：FMS財(cái)務(wù)管理系統(tǒng)》

《FMS財(cái)務(wù)管理系統(tǒng)：數(shù)據(jù)流轉(zhuǎn)&模塊組成》

作者：倔強(qiáng)的大蘿卜；公眾號：倔強(qiáng)的大蘿卜

本文由 @倔強(qiáng)的大蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議