前一篇介紹了財(cái)務(wù)應(yīng)付管理中的結(jié)算明細(xì)報(bào)表、結(jié)算單以及稅票管理幾個(gè)部分，本篇將分享下財(cái)務(wù)付款相關(guān)的內(nèi)容。

付款最終是要匯款或現(xiàn)金支付給供貨商或合作商家，公司的現(xiàn)金流就會(huì)減少，所以是不是所有的付款申請(qǐng)都要付？什么時(shí)間付出才能保障公司現(xiàn)金流的充沛合理？這都需要財(cái)務(wù)部根據(jù)實(shí)際情況制定出合理的流程。

財(cái)務(wù)部以外的同事在報(bào)銷、請(qǐng)款等流程提報(bào)時(shí)都會(huì)覺得財(cái)務(wù)部是公司做事最嚴(yán)格最不請(qǐng)情面的部門，沒辦法，職責(zé)所在，互相理解！

結(jié)算單編輯補(bǔ)充

在《FMS財(cái)務(wù)管理系統(tǒng)：應(yīng)付結(jié)算》中關(guān)漏掉了結(jié)算單編輯部分，這里先補(bǔ)充一下。

在前面講述結(jié)算單生成完以后，審核通過即可進(jìn)行供應(yīng)商或商家對(duì)賬、稅票方面的后續(xù)流程，這種場(chǎng)景是完全依賴系統(tǒng)的數(shù)據(jù)，即便在結(jié)算單對(duì)賬過程中有問題后，財(cái)務(wù)同事會(huì)返饋給技術(shù)或產(chǎn)品同事進(jìn)行數(shù)據(jù)處理，然后可以通過后臺(tái)重新生成結(jié)算單。

財(cái)務(wù)業(yè)務(wù)同事的主要工作就是核對(duì)，如果結(jié)算單無誤則嚴(yán)格按系統(tǒng)數(shù)據(jù)執(zhí)行。

在實(shí)際的結(jié)賬過程中，如果前面業(yè)務(wù)系統(tǒng)的數(shù)據(jù)錯(cuò)了，無法修改怎么辦呢？

這對(duì)技術(shù)和財(cái)務(wù)同事都是一個(gè)不小的工作量，解決辦法這里可以加強(qiáng)核對(duì)及提供手動(dòng)勾單的方式。

１. 加強(qiáng)數(shù)據(jù)的核對(duì)勾稽（這里已經(jīng)強(qiáng)調(diào)過幾次核對(duì)平臺(tái)的重要性）

這主要是系統(tǒng)研發(fā)與財(cái)務(wù)同事共同要做的工作，這部分也是結(jié)賬流程應(yīng)該有的，共有三部分如下圖。

預(yù)結(jié)算可以提前模擬走一遍結(jié)賬數(shù)據(jù)核對(duì)，提前發(fā)現(xiàn)問題，及時(shí)處理更正；

預(yù)警與日常數(shù)據(jù)監(jiān)控，可以實(shí)時(shí)發(fā)郵件或短信等給研發(fā)同學(xué)跟蹤異常，這部分不應(yīng)該局限于財(cái)務(wù)自己的數(shù)據(jù)，對(duì)于前端業(yè)務(wù)系統(tǒng)的數(shù)據(jù)也應(yīng)該與負(fù)責(zé)的相關(guān)同事溝通，進(jìn)行監(jiān)控，保證源頭的數(shù)據(jù)正確。

2. 結(jié)算單編輯

在審核前財(cái)務(wù)同事可以編輯結(jié)算單數(shù)據(jù)，這里的編輯不是隨意修改已生成的數(shù)據(jù)而且可以通過勾單的方式去除掉錯(cuò)誤的業(yè)務(wù)單據(jù)，保證財(cái)務(wù)順利結(jié)賬（財(cái)務(wù)每月初結(jié)賬時(shí)間非常緊張）；

借誤的業(yè)務(wù)單據(jù)可以待處理正確后在下一個(gè)結(jié)算周期體現(xiàn)，如下圖：

付款關(guān)聯(lián)模塊

下面開始正式介紹付款方面的內(nèi)容，按慣例還是上一個(gè)圖，我們先來看看付款涉及到的相關(guān)內(nèi)容有什么，因?yàn)?strong>合同一直慣穿于財(cái)務(wù)系統(tǒng)，所以圖中沒有體現(xiàn)。

1. 供應(yīng)商管理

應(yīng)付主要是針對(duì)供應(yīng)商的（平臺(tái)商家是代收貨款有些項(xiàng)有所區(qū)別），在供應(yīng)鏈SCM中如何管理好供應(yīng)商是非常非常重要的。

舉個(gè)例子華為芯片美國(guó)斷供事件，安卓系統(tǒng)版權(quán)問題還沒有結(jié)束，去年發(fā)生的中興事件也是鬧的沸沸揚(yáng)揚(yáng)。在這兩起事件中華為還是比較牛的，已經(jīng)在國(guó)內(nèi)培養(yǎng)了一批供應(yīng)商，保證生產(chǎn)的正常運(yùn)轉(zhuǎn)（我親友公司是給華為供貨的美國(guó)企業(yè)，現(xiàn)在比較尷尬正在極力想挽回華為這個(gè)大客戶）。

在生產(chǎn)型企業(yè)中對(duì)供應(yīng)商管控尤為重要，對(duì)于電商中我們的供應(yīng)商也要嚴(yán)格管控，資質(zhì)的審核、商品質(zhì)量的把控、到貨率的監(jiān)控等，可以根據(jù)ABC法則來給供應(yīng)商分類。

供應(yīng)商分類與付款有什么關(guān)聯(lián)：通過供應(yīng)商分類后不同的級(jí)別付款額度不同，可以有效培養(yǎng)各級(jí)別的供應(yīng)商，增加后續(xù)采購(gòu)過程中談判籌碼。

供應(yīng)商權(quán)重指標(biāo)：

1. 到貨率
2. 商品不良品占比
3. 信用天數(shù)：合同賬期－庫存周轉(zhuǎn)天數(shù)

供應(yīng)商財(cái)務(wù)付款狀態(tài)：

• 凍結(jié)狀態(tài)：財(cái)務(wù)可以根據(jù)此供應(yīng)商應(yīng)付余額信息與采購(gòu)溝通，凍結(jié)此供應(yīng)商，凍結(jié)后供應(yīng)商暫停付款，同時(shí)需要輸入凍結(jié)金額與原因；
• 清戶狀態(tài)：如果供應(yīng)商不合作，則需要清戶，此時(shí)開始清戶核算階段，不能進(jìn)貨，可以退貨。

對(duì)于供應(yīng)商管理，可以查看之前的《電商系統(tǒng)之供應(yīng)商管理》總結(jié)。

2. 應(yīng)付資金預(yù)算

財(cái)務(wù)資金預(yù)算是公司管理中的一個(gè)重要部分，先簡(jiǎn)單看下完整的財(cái)務(wù)預(yù)算是什么樣的過程：

如果在FMS財(cái)務(wù)管理系統(tǒng)中做成這樣，需要買本預(yù)算管理的財(cái)務(wù)書先補(bǔ)習(xí)一下了；所以在我們的財(cái)務(wù)進(jìn)銷存體系統(tǒng)中可以略去以上復(fù)雜的過程，簡(jiǎn)單的做一個(gè)應(yīng)付資金預(yù)算的模塊，可以包括以下幾個(gè)模塊：

1. 財(cái)務(wù)組織與業(yè)務(wù)部門的映射關(guān)系表：每個(gè)業(yè)務(wù)部門可以確定其所屬的成本中心；
2. 采購(gòu)計(jì)劃表：根據(jù)歷史的銷售預(yù)測(cè)與采購(gòu)數(shù)據(jù)來制定本期的采購(gòu)計(jì)劃（計(jì)劃也是供應(yīng)鏈中的重要部分，計(jì)劃不一定準(zhǔn)確，但是有計(jì)劃比沒有計(jì)劃好），根據(jù)采購(gòu)計(jì)劃表即可以得出預(yù)計(jì)的采購(gòu)金額，從而推算出每期的應(yīng)付計(jì)劃金額。；
3. 應(yīng)付資金預(yù)算：根據(jù)上面計(jì)劃得出的應(yīng)付計(jì)劃金額，業(yè)務(wù)部門進(jìn)行調(diào)整考慮促銷等因素，確定最終的資金預(yù)算，然后上傳到系統(tǒng)中由部門及財(cái)務(wù)審核。

3. 應(yīng)付賬齡表與預(yù)警

• 賬齡報(bào)表：賬齡表可以統(tǒng)計(jì)出我們各期的應(yīng)付金額，此部分在財(cái)務(wù)上屬于負(fù)債，最終會(huì)體現(xiàn)在的資產(chǎn)負(fù)債表中；報(bào)表中主要體現(xiàn)30天、60天、90天、180天的應(yīng)付金額及占比；補(bǔ)充一句應(yīng)收款也要有對(duì)應(yīng)的賬齡報(bào)表。
• 預(yù)警報(bào)表：通過生成的結(jié)算單可以根據(jù)合同賬期提前預(yù)警應(yīng)付的金額，可以以系統(tǒng)站內(nèi)信方式休現(xiàn)出來。

4. 付款流程

在審批過程中設(shè)置各個(gè)節(jié)點(diǎn)，以確保付款單的正常及時(shí)流轉(zhuǎn)與付款金額的準(zhǔn)確性，下面可以看付款審批流程圖。

（1） 結(jié)算單

結(jié)算單在上一篇中已經(jīng)介紹，經(jīng)過審核、對(duì)賬、稅票維護(hù)后便進(jìn)入到待付款申請(qǐng)狀態(tài)中，這里就不多說了。

（2）付款申請(qǐng)

1）付款申請(qǐng)單生成：

已經(jīng)進(jìn)入到待付款申請(qǐng)狀態(tài)的結(jié)算單，可以生成付款申請(qǐng)單，多個(gè)結(jié)算單可以在一張付款申請(qǐng)單中，為了方便審核建議一個(gè)供應(yīng)商的多個(gè)結(jié)算單在一個(gè)付款申請(qǐng)單中。

由于在與供應(yīng)商合作過程中，可能涉及一種場(chǎng)景即和同一個(gè)供應(yīng)商有多種合作模式，但是如果簽定多個(gè)合同，在前端業(yè)務(wù)系統(tǒng)處理計(jì)算會(huì)非常復(fù)雜，所以建議一個(gè)供應(yīng)商編碼有效合同只有一個(gè)，如果有多個(gè)合作模式則建立多個(gè)供應(yīng)商。

這便產(chǎn)生另外一個(gè)問題，即當(dāng)多個(gè)供應(yīng)商實(shí)質(zhì)上是同一家公司時(shí)，財(cái)務(wù)如何控制風(fēng)險(xiǎn)？

解決方案：在供應(yīng)商編碼上級(jí)增加一個(gè)父供應(yīng)商，用父供應(yīng)商的匯總數(shù)據(jù)來有效的控制應(yīng)付款，降低我們的資金風(fēng)險(xiǎn)。

2）付款申請(qǐng)單審核：

根據(jù)審核規(guī)則：父供應(yīng)商總應(yīng)付金額為負(fù)數(shù)，或前面在供應(yīng)管理中供應(yīng)商為凍結(jié)狀態(tài)的，有凍結(jié)金額的需要進(jìn)行判斷；供應(yīng)商在清戶結(jié)算狀態(tài)要注意庫存金額等數(shù)據(jù)。

審核粒度：申請(qǐng)單是由結(jié)算單匯集的，所以我們審核的是結(jié)算單，結(jié)算單的狀態(tài)應(yīng)該為通過或不通過的終結(jié)狀態(tài)后才可以生成付款申請(qǐng)單；這里可以自行設(shè)計(jì)原型與操作。

（3）付款單

當(dāng)付款申請(qǐng)單生成后，需要再次確認(rèn)生成付款單，對(duì)于付款單的數(shù)據(jù)來原有三種：

1. 預(yù)付款：當(dāng)需要預(yù)付款時(shí)，SCM中產(chǎn)生預(yù)付款申請(qǐng)單，審批后生成付款單；
2. 質(zhì)保金返還：錄入質(zhì)保金返還單，審批后生成付款單；
3. 付款申請(qǐng)單：審核通過生成付款單。

（4）對(duì)接銀企直聯(lián)

付款單應(yīng)該與第三方銀企直聯(lián)對(duì)接，實(shí)現(xiàn)審批通過后自動(dòng)付款，這樣能極大減少財(cái)務(wù)同事的工作量；但系統(tǒng)自動(dòng)化則要求數(shù)據(jù)的準(zhǔn)確性及審批流程的嚴(yán)格性。

總結(jié)

至此,財(cái)務(wù)應(yīng)付部分涉及的幾個(gè)模塊（結(jié)算明細(xì)報(bào)表、結(jié)算單、稅票、付款流程）都介紹完了，每一部分的流程和關(guān)鍵環(huán)節(jié)做了說明，希望您讀后有所收獲，獨(dú)學(xué)而無友，則孤陋而寡聞，期待您留言，共同探討，感謝您的閱讀！

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

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

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