生鮮配送ERP系統_升鮮寶操做使用說明注意點_【Java 開源版】杭州生鮮配送系統_升鮮寶_SaaS全鏈路生鮮供應鏈管理系統_升鮮寶_15382353715

       

 

        1.商品分類儘量詳盡（方便後面商品備貨彙總、場地分揀、商品銷售統計及利潤分析、商品採購統計）

 

         2.商品資料儘量變精變少,由於生鮮商品的不標準性，銷售方法多異性，致使商品資料的複雜性，因此建議儘量商品資料惟一性、簡單性，規範性），儘量只採用一個結算單位做爲商品的單位，這樣方便訂價，可是可能商品備貨彙總會有一點麻煩，可是綜合利害，單一性單位比較好。商品的計算成本方式要在系統中設置好。有些商品是供應商預分揀包裝、有些商品是當日覈算成本，有些商品是用移動平均加權的。這些規則都要設置好。

 

 

          3.對於商品多單位的管理，單位之間的換算關係，儘量維護完整，方便銷售出庫減庫存的準確性、採購入庫加庫存的準確性。

 

          4.客戶資料的準確性，客戶的命名規則規範，客戶對應的小標籤（倉位號定義也就是客戶的簡稱）線路的設置規劃，建議使用字母加數字的方式進行線路與客戶簡稱編碼

 

 

           5.客戶編碼的惟一性與通俗性，方便客戶在線下單，節省公司人員下單的時間，若是要實現客戶在線下單，創建將商品資料的裏面圖片信息完善掉。

 

           6.客戶價格組命名的規範性，建議將同一客戶，同一價格的客戶創建在同一個價格組裏面，不一樣的客戶創建在不一樣的價格組裏面

 

           7.供應商類別（供應商供貨，自採，代配送）、供應商資料必定要整理清楚，方便後面的查詢與供應商款項及採購人員款項的結算

 

           8.銷售訂單錄入的時候，爲了方便使用者的操做易用性與後面統計的方便性，銷售訂單分爲藍字訂單（正常的銷售訂單）與紅字訂單（銷售退貨訂單），這裏就有一個問題要解決，就是銷售訂單的收款金額（等於單價*複覈數量-退貨數量），因此在收款以前的時候，銷售單價必定要進行修正。銷售訂單退貨（可能客戶直接扣掉多少，實物不退回，也可能客戶將實物退回來）

 

           9.採購訂單錄入的時候，也劃分爲藍字採購訂單（正常的採購訂單）與紅字的採購訂單（採購退貨訂單）採購訂單的錄入必定要在當日完成，不然採購單價沒法實時計算出來。關於採購退貨的問題，有多是把實物退給供應商，有可能實物直接報損，這些單據採集的時候，必定要有明確的標識，不然系統中的數據與實物數據差別會很大。

 

          10.報損單的錄入與實物的報損操做必定要同步，不要系統中報損單作了，實物的報損操做沒有進行，或者實物的報損作了，系統中的操做沒有進行。因此先創建完整的報損制度（針對特定的類目的商品），報損單據的保存、簽字、倉庫負責人等。

 

          11.利潤的計算影響因素，採購單的及時錄入，銷售訂單的銷售價、複覈數量，系統設計的時候，是日結日清，可是這樣的話，須要耗費一些人工。

 

          12.每日一清的功能，就是天天發貨完成後，清點一下場地上面還有的貨品重量，須要在採購入庫完成後，報損單製做完成好，才能錄入每日清單的數據，每日清單的數據做爲當天商品的庫存商品數量。

 

          13.商品配送單打印出來後，必定不要先修改商品的數量，若是修改了商品的數量，請從新打印配送單。

 

 

          14.對於補貨訂單進行特殊操做，補貨訂單不進行庫存的影響，採購成本的影響，單獨生成一張對應的補貨採購訂單關聯。

 

 

          15.建議天天作一次商品成本的核算同步，系統中已經設計單獨的採購成本價的字段，與銷售單價在同一行同一個表中，因此天天成本覈算後，採購價就永遠記錄在銷售訂單裏面，不會改變。

 

   

         16.商品採購時，儘可能接近於銷售彙總的商量數量（在一個有效的浮動值上下），儘可能減小臨時採購的成本，儘可能減小商品的庫存。

 

         17.配送單打印的時候，要選擇是那輛配送的，這樣也延長打印配送單的時間，或者先將車輛信息維護，把車輛編號，把車輛編號讓司機寫在配送單上面，而後複覈訂單的時候，把車輛信息完善亦能夠。

 

 

          18.天天生成報表，天天統計，天天對策。生鮮行業，系統中的數據，參考性時效比較大，若是一些數據無法很短期內採集輸入進去，則數據參考無心義。