Java生鮮電商平臺-生鮮供應鏈(採購管理)

在生鮮供應鏈系統中採購中心這一模塊，它是電商公司管理採購的模塊，包含供應商管理，採購訂單管理，採購商品管理，在該模塊中採購訂單是採購中心的核心模塊。在其餘的好比供應商的管理，採購商品的管理，都始終圍繞着訂單管理爲中心進行。本文將圍繞電商後臺中採購中心的供應商管理，採購訂單管理，採購商品管理三個模塊進行講解。架構

在設計電商後臺尤爲需考慮公司的組織架構，考慮公司的個部門之間的業務流轉，在設計後臺尤爲須要結合公司自身的組織架構和自身的業務需求，儘可能精簡業務流程，下降部門之間的溝通成本，提高組織的運轉效率。例如在採購這一任務流中，它可能涉及採購部的採購單生成，供應商的選擇，市場部或商品部的採購商品選擇，財務部的採購單審覈，採購定金及尾款的付款等。在涉及自營的後臺時業務相對簡單，業務流並不複雜，但涉及到平臺型電商後臺時業務流和邏輯則更加複雜。所以在設計平臺之初對公司的組織架構，自身的業務流的理解至關重要。這裏須要說明的是，在一些電商公司裏組織架構的不一樣，採購部可能只負責採購訂單的管理，供應商的管理可能由招商部或者商務部去管理，所以供應商的管理是否獨立於採購中心以外由公司的組織架構和自身的業務流程決定。本文所講的供應商管理不作分拆。本文將從功能架構和業務流程兩個方面去拆解採購中心這一模塊。設計

一.功能架構3d

在詳解採購中心時，咱們首先用腦圖拆解一下采購中心的核心功能。orm

發起採購：是採購部發起採購訂單的入口。這裏區分爲主動發起和被動發起。本文只講主動發起採購訂單。被動發起採購訂單這裏先埋個伏筆。這裏須要思考的一點是，採購訂單的發起依據是什麼？採購量是多大？一個公司的資金在一段時間內老是固定的，選擇一件商品採購後就意味着要放棄一部分其餘商品的採購量，所以發起採購訂單時是看哪些數據作得決策這裏是須要深刻思考的問題。同步

採購訂單審覈：採購訂單審覈，這裏的功能一樣須要看公司的組織架構，看公司的規模，看採購的業務流程，爲了不採購訂單出錯，採購訂單生成後須要先有本部門的上級人員去審覈，審覈完畢後纔會推送給財務部門去預付款。工作流

財務審覈付款：採購訂單審覈經過後須要交給財務部門付款。付款以後，採購訂單正式生效。至於在付款環節，付款比例是多少，是先付定金仍是全款，定金比例是多少須要與供應商在簽定合同之時確認。io

採購訂單狀態跟蹤：採購訂單跟蹤是從採購訂單生成到商品質檢入庫財務支付尾款完成的一系列訂單狀態的管理。form

錄入供應商：在招商部談好供應商以後，採購部則須要把供應商的信息錄入系統，包含供應商基本信息，好比供應商負責人信息，支付帳戶信息，合同信息等等。電商

價格管理：在供應商價格發生相應變化時，採購系統則須要做出相應更新，在價格做出更新以前，須要對價格的變動作相應審批，具體流程應該結合自身實際業務場景，這裏不作細分。

合同管理：合同管理主要是管理合同的業務模塊，由於線下籤定的合同多是紙質的合同，這時就須要將合同文本拍照上傳至管理系統，以便及時查閱。

績效管理：績效管理主要是針對供應商的供貨速度，供貨質量，供貨價格，配送服務等作基本的考評，以便更好的服務採購決策。

採購商品管理：採購商品管理主要是指對採購回的商品進行跟蹤包含商品的質檢，入庫等。

二.功能設計

在設計採購模塊時，咱們首先能夠先看下采購的主要流程以下圖：

採購中心的這一模塊靈活性很大，之因此這麼說，是由於該模塊涉及到與供應鏈的信息同步管理，公司自身的採購工做流的差別均可能影響採購模塊的功能設計。上圖中的是通常公司採購的主要任務任務流程。其中每一步均可以在此基礎上結合公司自身業務去作拓展。

2.1.瞭解採購需求

在瞭解採購需求這一環節中，咱們能夠對採購行爲進行歸類，按照規模和頻次去劃分咱們能夠劃分爲通常採購，和活動採購。通常採購主要針對於平常的缺貨補貨，出現頻次較高，採購的種類較少，要求的供應週期相對較短，採購的數量與活動採購相比相對較少。活動採購指在電商的大促如雙十一大促期間的貨物採購，活動採購相比於通常採購採購的頻次較低，採購的種類，採購的數量較多，選擇的供應商較多。這裏的採購需求分爲兩種狀況，一種是採購員發現商品中的庫存快到達安全庫存臨界值將影響庫商品的供應而主動發起的採購行爲，另外一種則是庫存中心的商品到達所設定的安全庫存臨界值所觸發的庫存警報所被動採起的採購行爲。

2.2.發起採購

在瞭解清楚採購的需求以後，便可填寫採購單，在填寫採購單時至因而否須要詢價則能夠根據自身的業務狀況去酌情選擇，如果須要採購的商品已有供應商協議價，則直接填寫採購申請單提交審覈便可。如果沒有供應商協議價，則須要進行線下詢價將採購單價錄入到系統（這裏供應商變動採購單價一樣須要審覈而且上傳變動價格的協議書到供應商管理模塊）。

2.3.採購詢價

採購詢價通常會經過線下進行，在系統沒有協議價或者合同價到期以後則須要經過線下詢價，而後更新至供應商管理模塊。

2.4.生成採購單

在瞭解完採購需求，提交採購審覈以後則會根據不一樣的供應商去合併採購單。在生成採購時，一天同一供應商可能存在多個貨品的採購，同時一個貨品可能選擇不一樣的供應商，所以在生成採購單給供應商以前咱們須要對採購訂單進行分拆合併，將同一供應商的採購訂單進行合併以方便採購結算。這裏須要思考的是，一筆採購訂單中一件商品可能同時發貨給不一樣地區的不一樣倉庫，所以在設計採購訂單的合併與拆分時應結合自身業務邏輯去考慮。採購訂單生成完畢後則須要提交至財務部門進行結帳付款。

2.5.到貨結算

在生成採購訂單以後，在庫存中心則相應生成帶入庫訂單，當貨物到貨時質檢入庫便可。這裏須要考慮的是質檢不合格品，殘次品的處理入庫處理，在入庫時須要如實將實際到貨或者實際合格貨物的數量入庫。這時供應商的質檢合格率及到貨週期則自動在系統中計算生成以便於往後的採購決策。到貨質檢入庫合格以後財務則須要根據採購單結算採購款項，這裏須要提到的是，採購的結算方式是須要根據供應商合做協議去操做。所以系統的設計須要考慮多種業務場景去合理設計。