提到供應商管理你首先想到的是什么？
從采購角度想就是要搞定它，以最便宜的價格進貨，降低成本，完成個人的績效考核，如果有返點更好。從產品的角度想就是要如何獲取業務需求，把供應商相關所有內容理出來，后續的擴展業務有哪些，形成PRD以便給研發宣講。從研發的角度想就是要有哪幾個基礎功能，信息字段有哪些，這些字段會影響到哪些功能，需要關聯哪些，要采用什么樣的新技術，搭建一個牛逼的頁面給大家用，證明自己。
供應商可以發貨到倉，可以直接發貨到用戶，可以發貨到門店；平臺合作商家可以直接發貨到用戶也可以發到自營倉(會產生倉儲使用費)還可以發貨到線下門店。
所以供應商的管理在供應鏈系統中不僅僅是供貨管理也要考慮其整體的能力，優質的供貨商（商家）可以提升公司的效率和業績。
一、供應商屬性
供應商按類型可以分為兩大類：供貨商與商家。
供貨商主要針對自營的，即公司屬于零售商采用購銷或代銷的方式與供應商合作；商家則是指入駐到公司系統平臺，利用我們的平臺和流量來促成銷售，公司收取服務費。供貨商按合作模式又分為經銷、代銷、聯營等，此部分一般是在簽訂合同時確定，同一供貨商可能與我們有不同的合作模式即部分商品做經銷也可以做代銷；合作商家一般以傭金扣率的方式合同。
按經營的業務可以分為食品類供應商、酒水類供應商、水果類供應商。
按是否入倉可以分為入倉和直接發貨，如果是海外供應商也應該區分。
這些都是供應商的一些基本屬性，屬性的不同，供應商的管理也是有區別的，資質的要求也不同，這些都是供應商管理系統模塊設計時考慮的范疇。
二、供應商流程
供應商也是有生命期的，在管理過程中需要不斷挖掘和培養優質供應商，剔除劣質供應商。
像華為、小米等企業的供應商很多，多個供應商的整合協作能力是供應鏈管理中的大學問，我是看了點供應鏈方面的書才了解的，屬于現學現賣。
在以銷售商品為主的電商企業中供應商的管理系統模塊相對簡單點，只要能進貨、有問題可以退貨、保證我采購的商品質量、能夠正常結算就可以了，對于供應商的管理也比較偏線下，這里說的管理是指供應商等級、信用以及供應商的各個指標體系的監控。
下面針對學習了解，結合接觸的系統和個人理解按上面的流程逐一簡單說明下，有聊的不對的，可留言共同完善。
1. 開發供應商
在以商品為流轉時也是首先要做的。
供應商的產生來源可以是自己的采購部或招商部去開發，一般對于自營供應商是需要有經驗的采購人員引進，合作商家類供應商則需要我們提供優惠的政策去吸引他們。
萬事開頭難，此部分工作主要是線下，但是我認為如果要管理好供應商，這部分的過程也應該納入到系統管理中，就像銷售人員開發客戶一樣，是經過什么途徑、經過幾次談判，采取了什么的優惠政策，實際聯系人是誰等等。
幾年前曾經做過銷售合同的執行過程跟蹤軟件感覺挺不錯，現在都在講大數據，此部分的數據收集相信對于采購部和公司都是有用的。
如何收集與具體收集哪些信息？
網站商城應該有接收供應商申請的引導頁面，內部系統需要有具體的模塊。
信息主要包括基礎信息、開發途徑、聯系人員、職位、公司地點、主營業務、注冊資本、成立時間等等。主要是跟進開發過程，即誰在跟進、跟進的詳細說明等等，這也屬于風險調研的過程，一量可以合作便轉入到正式供應商。
2. 供應商信息管理
這是供應商管理主要部分，供應商信息包括基本信息和附屬信息。附屬信息可以指一些資質文件的上傳與審核。
一般供應商不需要像合同一樣每年都簽訂合作協議，因為這部分是供應商的合同來承擔的，但是供應商的狀態變化需要關注。
（1）基礎信息
由開發供應商模塊導入（關鍵字段）或新建供應商；此時供應商僅是一些基礎信息，如供應商名稱、前面介紹的供應商屬性等。
（2）父子賬號關系
這里還需說明一下，在前面介紹結算時有涉及供應商的簡單介紹中提到供應商也應該有父子供應商。
為什么會有這種場景？
因為同一個供應商可能有多種合作模式既有經銷也有代銷，簽訂的合同模板不同，需要區分。
父賬號的系統作用？
可以回顧下供應商結算是以子賬號為依據生成結算單的（看電商財務介紹部分），但是最終付款的流程是相同的，都是結算單審核后，收到增值稅發票，付款申請后生成付款單。但是此供應商是否可以付款或在付款申請時是否通過呢，這需要把所有的子賬號結合在一起考慮。因為供應商有不同的合作模式，每個子賬號的應付金額有可能是負的（如商品質量有問題發生大量的退貨），此時就不能付款，控制公司風險減少損失。
如果不設父子賬號也可以通過一個供應商可以同時有多個合同的方式？但是這個涉及到商品的關聯，邏輯相對復雜也不清晰。
（3）供應商資質管理
這是供應商審核過程中最重要的部分，此部分可以由商家管理處負責，也可以是財務內控部負責，也可以是質控部管理。
資質審核哪些內容？
供應商的營業執照，品牌合作售賣權，商品專利等。
系統如何設計？
經營的業務不同，資質也是不一樣，這時便可以參照銷售區域模板來搭建資質模板，每個供應商都需要配置，這樣需要上傳的資質文件或證照便可以進行審核查看。
信息可以由供應商通過供應商管理平臺上傳或錄入相關信息，然后在供應商管理模塊中進行資質審核。
當基礎信息、資質信息等都已經維護并審核完批，此時便可以啟用供應商了。
至此供應商可以錄入合同、創建商品、采購或銷售賣商品了，但是供應商的管理才剛剛開始。
3. 供應商執行管理
供應商執行過程中，需要有合同、有商品、有業務單據，但是如何有效監控管理這些內容呢？
這是需要與相關的業務結合來進行的。
供應商的合同正在執行有哪些？
合同的至期時間是否有提醒，至期后如何通知供應商，這些可以通過預期模塊來實現。
供應商信息是否有變更？合作模式有變化嗎？
最常見的是銀行收款賬戶變更或經銷改代銷等等。這此又會涉及財務部分，所以在執行過程中的變更需要全業務流考慮。
簡單地說，對于經銷改代銷，一般要先鎖定供應商庫存，做盤點然后做空出，再根據新建的代銷合同進行空入，然后上架銷售。由于我們有了父子賬號，也可以新建子供應商的方式來實現。自古華山一條道，但是系統的解決方案確是多條的，正所謂條條大道通羅馬。
供應商的執行過程中還會涉及采購返點，此部分一般都是在簽訂合同時便確定了，如果變更需要通過合同變更協議進行。
對于系統上此部分主要是結合供應商管理報表來進行監控。對于供應商庫存進行查看預警，到貨的時效和到貨率的統計，商品損壞率，缺貨率等。這部分與供應商的信用管理又有所重疊，所以在設計時關于業務的要與業務系統關聯，信用指標要與信息管理整體設計。
供應商凍結管理，在供應商執行過程中，由地某種原因可能暫時停止進貨、付款等。此時需要有一個凍結管理模塊。
凍結分為兩部分：
凍結供應商部分付款額度－控制付款金額，如果財務系統做的好可以根據每月的財務預算系統生成利付款排程。供應商完全凍結－此時供應商可能是即將終止合作或暫停相關業務。
4. 供應商信用評估管理
根據公司的業務戰略，將公司客戶/供應商進行分級，并實施分類管理，針對不同的客戶/供應商級別，形成差異化的管理政策（差異化管理可能反映在價格、返利、貨源的優先保證、信用額度、賬期、業務過程中的適當授權等）
最終目的是經過合理分級確保供應商獲得應用級別和合理政策，在合同執行過程、財務結算以及相關的采購業務中提供決策參考。
基本信用指標有哪些？
需要根據客戶/供應商的經營情況、貿易量、價格水平、信用狀況、收付款情況、產品質量、歷史交易為參照指標，并給出相應權重。
對于戰略性供應商的管理，需要考慮以公司可實現的銷售能力為基礎，充分考慮公司現有的采購/銷售能力以及未來的市場變動趨勢。
這些信息有的是通過供應商及相關渠道進行收集獲取，有的則需要我們根據供應鏈系統數據進行計算獲得，常見的如到貨率、缺貨率、壞品占比、在途時間等。
信用評估時間？
可以按季度或半年做一次評級，評級后需要在系統中體現出來。我們產品研發做的就是根據業務需求搭建供應商信用等級型并生成信用評估表。
在工作的幾家公司中，對于供應商信用評估更多的是采用線下，系統中更多的關注還是供應商信息和執行部分。
5. 供應商終止
對于合作供應商，如果沒有很好的跟蹤和溝通，多數都是隨著采購人員的離職慢慢的終止合作。
不僅供應商對于大客戶等也是一樣，是否合作主要看現在的部門人員,一朝天子一朝臣。這也是在供應商管理過程中有些是線下管理的原因，因為一旦在系統中進行了客戶沉淀，那么人的重要性就淡化了。
供應商終止合作時最主要是要根據合同條款做到錢貨兩清，好聚好散，這就是供應商的清算過程。
有的供應商合作很久，采購業務換了一撥又一撥，期間應收、應付、庫存數據是否正確可能都是糊涂的（所有的公司都差不多）。
所以供應商應該要有以供應商維度的應收款、應付款及庫存報表。
對于質保金、預付款的余額與金額變化要有詳細的記錄和月報表。
需要每月生成應付賬款余額組成報表，便于財務與業務查看供應商整體信息。
庫存數據要有供應商的期初、期末的數據，要有庫存出入庫報表，至少要做到月報。庫存數量是比較容易的，只要業務單據沒問題，統計是沒有問題的，但是庫存金額（成本）的統計則相對麻煩，尤其是FMS系統與財務賬是否一致（財務每月結賬時都可能會有相關的庫存存貨調整）。
在供應商終止合作時，需要將以上幾部分工作都清算完畢，此時供應商才是真正意義上的結束。
<韜沃科技（www.constanteevolucao.com）是國內知名企業級電商平臺提供商，為企業級商家提供最佳的電子商務平臺建設（多種模式電商平臺搭建：B2B/B2B2C/B2C/O2O/新零售/跨境等）、平臺管理系統開發及采購管理系統>