1.商品分類盡可能詳盡（方便后面商品備貨匯總、場地分揀、商品銷售統計及利潤分析、商品采購統計）

         2.商品資料盡可能變精變少,因為生鮮商品的不標準性，銷售方法多異性，導致商品資料的復雜性，所以建議盡可能商品資料唯一性、簡單性，規范性），盡可能只采用一個結算單位作為商品的單位，這樣方便定價，但是可能商品備貨匯總會有一點麻煩，但是綜合利害，單一性單位比較好。商品的計算成本方式要在系統中設置好。有些商品是供應商預分揀包裝、有些商品是當日核算成本，有些商品是用移動平均加權的。這些規則都要設置好。

          3.對于商品多單位的管理，單位之間的換算關系，盡可能維護完整，方便銷售出庫減庫存的準確性、采購入庫加庫存的準確性。

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

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

           6.客戶價格組命名的規范性，建議將同一客戶，同一價格的客戶建立在同一個價格組里面，不同的客戶建立在不同的價格組里面

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

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

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

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

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

          12.每日一清的功能，就是每天發貨完成后，清點一下場地上面還有的貨品重量，需要在采購入庫完成后，報損單制作完成好，才能錄入每日清單的數據，每日清單的數據作為當天商品的庫存商品數量。

          13.商品配送單打印出來后，一定不要先修改商品的數量，如果修改了商品的數量，請重新打印配送單。

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

          15.建議每天做一次商品成本的核算同步，系統中已經設計單獨的采購成本價的字段，與銷售單價在同一行同一個表中，所以每天成本核算后，采購價就永遠記錄在銷售訂單里面，不會改變。

         16.商品采購時，盡量接近于銷售匯總的商量數量（在一個有效的浮動值上下），盡量減少臨時采購的成本，盡量減少商品的庫存。

         17.配送單打印的時候，要選擇是那輛配送的，這樣也延長打印配送單的時間，或者先將車輛信息維護，把車輛編號，把車輛編號讓司機寫在配送單上面，然后復核訂單的時候，把車輛信息完善亦可以。

          18.每天生成報表，每天統計，每天對策。生鮮行業，系統中的數據，參考性時效比較大，如果一些數據沒法很短時間內采集輸入進去，則數據參考無意義。