結(jié)算系統(tǒng)一般分為幾個(gè)模塊？主要功能有哪些？作者結(jié)合工作時(shí)間，從三個(gè)方面概述了財(cái)務(wù)結(jié)算系統(tǒng)的組成模塊，供大家一同參考和學(xué)習(xí)。

結(jié)算是將集團(tuán)各個(gè)公司主體與外部客戶之間往來(lái)產(chǎn)生的應(yīng)收應(yīng)付轉(zhuǎn)化為實(shí)收實(shí)付的過(guò)程，因此大多數(shù)的結(jié)算流程包含了對(duì)賬-申請(qǐng)-審核-核銷-賬務(wù)處理-資金對(duì)賬的流程。

本文將先介紹公司的應(yīng)收應(yīng)付業(yè)務(wù)再由業(yè)務(wù)簡(jiǎn)單說(shuō)明各業(yè)務(wù)的結(jié)算流程，涉及到財(cái)務(wù)系統(tǒng)、門(mén)店系統(tǒng)、訂單采購(gòu)、支付信貸、資金管理等內(nèi)部系統(tǒng)還包含金蝶cloud等外部系統(tǒng)。

由于結(jié)算業(yè)務(wù)較多，很多地方不會(huì)詳細(xì)展開(kāi)。

結(jié)算將分為三塊介紹：

1. 業(yè)務(wù)說(shuō)明；
2. 流程說(shuō)明（部分）；
3. 賬務(wù)處理。

一、業(yè)務(wù)說(shuō)明

由于公司業(yè)務(wù)多且復(fù)雜，因此涉及到結(jié)算的業(yè)務(wù)也多，但所有的業(yè)務(wù)離不開(kāi)收支兩條線：

應(yīng)收應(yīng)付直接體現(xiàn)企業(yè)的資產(chǎn)和負(fù)債，公司作為電商平臺(tái)大部分的營(yíng)收業(yè)務(wù)為訂單產(chǎn)生，其他的還有提供服務(wù)和一些費(fèi)用。

訂單的應(yīng)收分為toC和toB訂單，合同包含一些軟件服務(wù)和廣告等收入，還有加盟門(mén)店產(chǎn)生的相關(guān)費(fèi)用。

應(yīng)收業(yè)務(wù)基本公司作為銷售主體的業(yè)務(wù)，應(yīng)付業(yè)務(wù)則為采購(gòu)主體。

由于所處行業(yè)為汽車行業(yè)，所以商品種類繁多，供應(yīng)商也會(huì)多種多樣。

除開(kāi)供應(yīng)商的貨款，應(yīng)付業(yè)務(wù)還包含費(fèi)用報(bào)銷，提現(xiàn)，退款賠付，門(mén)店結(jié)算等。

以上為公司結(jié)算涉及到的業(yè)務(wù)，接下來(lái)將會(huì)說(shuō)明解決這些業(yè)務(wù)用到的流程和系統(tǒng)模塊及賬務(wù)處理。

二、流程說(shuō)明

1. 訂單相關(guān)

toC訂單收款：公司所有非現(xiàn)金支付的訂單都走收銀臺(tái)，現(xiàn)金訂單。（線下門(mén)店代收款的訂單將會(huì)在門(mén)店結(jié)算中抵扣）

toB訂單收款：額度支付訂單將會(huì)生成大客戶對(duì)賬單；再由相關(guān)負(fù)責(zé)人定期導(dǎo)出數(shù)據(jù)與第三方大客戶對(duì)賬，對(duì)賬結(jié)束后生成結(jié)算單，再通過(guò)人工或者資金管理平臺(tái)核銷結(jié)算單。

以下為門(mén)店大客戶對(duì)賬流程：（與一般大客戶對(duì)賬流程一致，區(qū)別在于一般大客戶下單時(shí)沒(méi)有額度限制）

（1） 訂單退款

訂單退款分為多種情況，有客戶通過(guò)售后投訴，有取消訂單退款也有重復(fù)支付退款；

退款優(yōu)先考慮原路退款即按照客戶支付的渠道退回，若原路退款失敗則系統(tǒng)自動(dòng)轉(zhuǎn)手工再由財(cái)務(wù)統(tǒng)一處理。

以重復(fù)退款為例說(shuō)明流程（支付平臺(tái)發(fā)起，財(cái)務(wù)系統(tǒng)判斷退款并通知售后創(chuàng)建退款單以免重復(fù)退款，同時(shí)調(diào)短信服務(wù)通知客戶）：

訂單存在和合并支付的請(qǐng)款，單目前售后創(chuàng)建的退款單均為按單個(gè)訂單生成的。

因此對(duì)于門(mén)店和QPL的合并支付，財(cái)務(wù)需要先調(diào)用接口查詢支付流水對(duì)應(yīng)的訂單，再分別創(chuàng)建退款單。

（2） 代收代付訂單結(jié)算

Saas和QPL平臺(tái)為三方服務(wù)，代收代付因此會(huì)涉及到和第三方結(jié)算。

這類結(jié)算由業(yè)務(wù)方（Saas或者QPL平臺(tái)）計(jì)算分傭并發(fā)起結(jié)算申請(qǐng)，財(cái)務(wù)審核并打款。

以下以Saas平臺(tái)為例：

2. 門(mén)店結(jié)算

門(mén)店結(jié)算涉及類容較多，本文只做簡(jiǎn)單說(shuō)明。

線下門(mén)店作為公司最為重要的業(yè)務(wù)部門(mén)，和公司往來(lái)較多因此結(jié)算的需求也較大。

門(mén)店包含了普通的合作門(mén)店、加盟店和自營(yíng)店，門(mén)店結(jié)算即和這三類門(mén)店結(jié)算。

門(mén)店結(jié)算包含了訂單和費(fèi)用：線上和線下訂單解析出來(lái)應(yīng)結(jié)算給門(mén)店的費(fèi)用、線上訂單即電商平臺(tái)下的訂單、線下訂單即客戶直接去門(mén)店通過(guò)門(mén)店系統(tǒng)下的訂單。

線下訂單引出了一個(gè)新的訂單類型：貨權(quán)轉(zhuǎn)移單，即公司鋪貨到門(mén)店的商品，貨主發(fā)生了改變，由公司變?yōu)榱碎T(mén)店，公司要收回這部分商品的成本。

費(fèi)用則為門(mén)店應(yīng)該繳納的加盟費(fèi)，信貸費(fèi)用，管理費(fèi)用，及一些分成。

（1） 訂單對(duì)賬

即根據(jù)每個(gè)訂單解析出鋪貨成本，鋪貨毛利，訂單服務(wù)費(fèi)，安裝費(fèi)，門(mén)店外采成本，門(mén)店外采毛利，門(mén)店外采服務(wù)，手續(xù)費(fèi)，優(yōu)惠券扣除等等費(fèi)用。

門(mén)店結(jié)算-費(fèi)用流程如下：

門(mén)店發(fā)起結(jié)算后，費(fèi)用匯總成應(yīng)收費(fèi)用賬單和訂單對(duì)賬做抵扣行程結(jié)算單，因此整體的結(jié)算流程如下：

門(mén)店結(jié)算付款采用的批量導(dǎo)出的方式付款，具體在財(cái)務(wù)結(jié)算模塊中具體的狀態(tài)流轉(zhuǎn)如下：

（2） 采購(gòu)請(qǐng)款

采購(gòu)請(qǐng)款即向供應(yīng)商支付貨款，由業(yè)務(wù)部門(mén)和供應(yīng)商溝通后在采購(gòu)系統(tǒng)中勾選采購(gòu)單發(fā)起請(qǐng)款，審批矩陣審核通過(guò)后，最后由財(cái)務(wù)系統(tǒng)付款。

采購(gòu)請(qǐng)款因?yàn)橐竺咳諉瘟繘](méi)有門(mén)店結(jié)算大，所以財(cái)務(wù)在付款時(shí)采用了銀企直聯(lián)付款，即財(cái)務(wù)系統(tǒng)將采購(gòu)請(qǐng)款單生成付款單推送金蝶再由金蝶通過(guò)前置機(jī)調(diào)用銀企接口支付付款。

出納只需要再財(cái)務(wù)系統(tǒng)選擇付款銀行點(diǎn)擊罰款即可。

采購(gòu)請(qǐng)款流程如下：

三、賬務(wù)處理

每筆結(jié)算都應(yīng)該對(duì)應(yīng)一筆財(cái)憑證，方便財(cái)務(wù)查賬。

賬務(wù)處理作為目前財(cái)務(wù)系統(tǒng)的大頭，已實(shí)現(xiàn)90%的憑證系統(tǒng)自動(dòng)化推送，減少了財(cái)務(wù)的手工賬，結(jié)算生成的憑證自動(dòng)推送金蝶cloud沖掉之前業(yè)務(wù)單據(jù)產(chǎn)生的應(yīng)收應(yīng)付的憑證，以下為采購(gòu)說(shuō)明：

1. 采購(gòu)入庫(kù)時(shí)：

• 借：庫(kù)存商品
• 貸：應(yīng)付賬款-暫估供應(yīng)商

2. 到票后：

• 借：待抵扣進(jìn)項(xiàng)稅
• 應(yīng)付賬款-暫估供應(yīng)商
• 貸：應(yīng)付賬款-供應(yīng)商

3. 付款后：

• 借：應(yīng)付賬款-供應(yīng)商
• 貸：銀行

以上即公司部分結(jié)算的簡(jiǎn)要說(shuō)明，結(jié)算后的對(duì)賬流程將在資金對(duì)賬模塊講到。

整體來(lái)講結(jié)算包含了功能和賬務(wù)兩部分，要保證最終的財(cái)務(wù)賬和業(yè)務(wù)賬能對(duì)的上。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議。