上一篇個人補充學習了一下應收款項與預付的財務知識，前幾篇也總結了在應收對賬、質保金與預付款的管理內容，接下來應該介紹應付部分，但我總覺得缺少點什么，思考了一下終于覺得應該在總結應付流程前，先說一下合同管理部分，希望對大家有幫助，如果大家覺得簡單可以直接略過，謝謝！

合同分類

合同主要分為采購類合同、銷售類合同、其他合同。

采購合同和銷售合同分別與采購訂單和銷售訂單建立對應關系，通過采購訂單和銷售訂單的管理可以有效的監督采購合同及銷售合同的執行情況。

在我接觸的電商系統中采購合同管理核心，也是采購部與財務特別重視的，因為這部分與應付管理關聯密切；對于銷售合同一般對應大客戶模塊，是應收管理中的一部分。

在前面的應收管理中對于大客戶的賒銷僅僅簡單提了一下，后續關于大客戶的賒銷會單獨介紹。

1. 采購類合同

采購合同又分為幾種即經銷合同、代銷合同、聯營合同，這幾種屬于自營的范疇。

1. 【經銷】：是指零售商從供應商如購買貨品，根據采購貨品的價格與供應商進行結算，商品售價權是公司確定；
2. 【代銷】：是指零售商接受供應商的委托，代理銷售商品并按照所代銷商品的銷售數量和成本或結算價向供應商進行結算，商品售價格是公司確定；
3. 【聯營】：是指零售商接受供應商的委托，代理銷售商品并按照所代銷商品的銷售數量和銷售金額向供應商進行結算，同時收取傭金收入，商品定價權是供應商確定或雙方協定。

2. 平臺商家合同

還有一種合同是平臺商家合同，這個與采購類的聯營合同有些相似，但是對于平臺商品，零售商只是提供平臺及相關的審核機制（保證商品符合國家售賣標準，不侵犯購買用戶的利益），像天貓、京東等大平臺非自營的都屬于平臺商家。

3. 銷售合同

在電商中對于采購類與平臺商家合同相對來說是主要的，在分銷企業中則銷售合同是主要的；

這里涉及到建立銷售合同，然后根據合同的行項目生成銷售訂單，合同收款等等（我曾經在一家分銷企業中參與并維護OracleERP），這里對于合同的控制要求極為嚴格，有興趣的可以找找相關資料看看。

合同管理流程

節點說明：

1. 合同錄入后經過審批后正常執行，此時無論是采購合同還是銷售合同都按合同規定的條款進行；
2. 合同審批：審核合同基本條款、補充協議等信息，審核通過后的合同開始執行；
3. 合同執行：在此期間可以進行采購進貨、銷售出庫（面向大宗客戶是需要銷售合同的）；
4. 合同預警：當合同將到期時要有提醒機制，以便給業務部門或財務部門提供相關的處理時間（如采購的風險控制、銷售的控制以及應收應付的結算等）；
5. 合同變更：此部分是合同執行過程中比較重要的一個環節；尤其隨著業務變化有時需要變更合同。這里變更就需要有合同的變更協議，在系統設計過程中此部分也是非常復雜的；
6. 合同終止：當合同到期終止后，是續簽還是停止合作。

續簽則需要重新建立新合同，在系統設計中應該根據合同模板復制原合同的相關信息,根據新的業務情況進行修正后產生新的合同編號。

終止合作，需要進行的工作包括有供應商清算、銷售客戶的應收款清算；對于類似于商家平臺類合同，還需要及時下架商家的商品停止售賣；此部分在系統設計中如果做的盡善盡美也是比較復雜的。

合同信息組成

合同中最重要的部分即合同信息，此部分以采購類合同進行簡單說明，它包括的內容如下圖：

合同主體重要信息說明：

1. 合同生效時間：即合同開始與結束時間，錄入合同時這兩個時間要確定，系統中可以保存到秒,如：2019-01-01 00:00:00至2019-06-30 23:59:59；
2. 結算方式：前面有提到，經銷按采購金額結算，代銷按銷售成本或結算價結算，聯營或平臺商家類合同按銷售金額的傭金扣點結算；
3. 結算周期：應付結算中的核心字段信息；
4. 合同賬期：應付結算中的核心字段信息，即結算單生成后+賬期＝付款的最后期限；
5. 質保金：質量保證金又叫保證金，在前面有介紹過質保金與返還的相關流程，這里不再贅述；
6. 平臺使用費：也可以稱作信息服務費，是提供給商家或個人的平臺使用及系統支持費用，這屬于服務收入。在財務賬務中可以一次收取一年的服務費，然后按月分攤在各個月中，在當月確認收入同時開服務類發票給商家或個人；
7. 返點：關于返點相對比較復雜，最常見的是采用階梯返點的方式在結算時通過抵扣貨款方式進行。

補充協議：

這里的合同補充協議主要是針對合同管理流程中的“合同變更”，因為在實際的合作過程中，難免會出現合同變更，所以系統中需要支持，我的考慮如下：

1. 補充協議必須依賴于合同主體，不能脫離合同主體的框架如補充協議的生效時間必須在合同主體的有效時間內；
2. 變更的內容需要與業務確認，盡量不要增加系統的難度；
3. 補充協義的審核機制應該與合同主體的審核流程相同或者更嚴格；
4. 預警機制：如平臺商家合同執行過程中在店慶或雙節期間商家要做一些促銷活動，需要調整傭金收入的傭金率等，這里錄入補充協議后需要及時審核生效，到期后要及時變更為正常的傭金率。此部分需要合同能夠發些站內消息、郵件、短信等給商家與公司的相關業務人員。

合同管理系統模塊

最后總結，本篇介紹的合同也是比較粗的，具體在設計過程中需要結合實際業務進行細化，希望通過簡單的了解，能夠為我們后續設計開發合同管理模塊有所幫助，感謝您的閱讀！

本人水平有限，書寫電商財務系統系列的目的是個人的總結，同時希望看到此文章的人能夠給出建議，在此感謝！

作者：倔強的大蘿卜；公眾號：倔強的大蘿卜

本文由 @倔強的大蘿卜 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。