企業用戶的解決方式：
　　但是，因為我的這家客戶比較強勢，供應商為了利潤，不得不屈服于我的客戶，不得不按我客戶的意志來行事。這也對我提出了新的挑戰。我根據客戶的需求，結合自己實施的ERP系統，提出了一個比較可行的解決方案。
　　（1）采購實際需求材料3000件，但是，因為最小包裝數量為2000件，所以，實際采購數量仍然為4000件。但是，這4000件，在采購單上會生成兩個條目。一個就是企業正常的需求量3000件；另一個是包裝余量1000件，這個余量在系統中，有一個專門的標示符進行區別，在系統前臺顯示的就是包裝余量。
　　（2）在入庫時，我們根據采購單自動轉換入庫單的功能時，就會判斷采購單上有沒有包裝余量，若有包裝余量的話，在轉換后，就會產生兩張入庫單，單據性質不同。一張是正常的入庫單，入庫數量為企業的實際需求量，即3000件；另一張是“包裝余量預收單”，單據性質跟預付帳款單據類似，上面的數量為1000件。同時，為這個單據特設了一個倉庫，為包裝余量倉庫。以后查詢這個倉庫的庫存數量，就可以知道有多少包裝余量。同時，這個倉庫的材料成本是不計入企業庫存金額的，也不會考慮到物料需求計劃中去。
　　（3）下次再次采購時，在根據采購計劃生成采購單時，系統先會去查詢包裝余量倉庫，看是否有包裝余量。若有，就會在轉換的過程中，彈出一個對話框，顯示某個供應商現在在余量倉庫有多少的包裝余量，是否要進行扣減。若企業用戶選擇不，則按正常的采購流程進行；若企業用戶選擇扣減，則在轉換過程中，就會有一系列的動作。如企業這次實際需要此材料的疏為9500件，則在考慮實際采購數量時，先會把包裝余量扣減。如，系統發現還有1000個包裝余量，就會先處理這個包裝余量。在采購單上，會單獨的生成一項，我們叫做包裝余量扣減項目。剩余的8500件，再按常規流程處理。
　　（4）在采購單轉換為入庫單時，也會對采購單內容進行相關的判斷。若發現采購單中，有包裝余量扣減項的話，則會生成一張包裝余量扣減項的入庫單。其實，這張入庫單就是庫存移庫單，把庫存數量從包裝余量倉庫移動到原材料倉庫。不同的是，這張單據，可以生成應付帳款。

　　經過以上四個步驟，基本上就實現了企業的需求。這說說只是簡單的幾句話，但是，后臺的程序開發量與測試量是非常大的。企業為這個個案的開發，也付出了昂貴的成本。

　　在利用這個解決方案時，用戶還是需要注意一些問題。
　　1、包裝余量倉庫的設置。利用這個解決方案，要特別的設立一個倉庫-包裝余量倉庫。這主要是用來區分包裝余量與正常的原材料的。在實際中，是否要區分，可以根據企業的實際情況進行處理。但是，在系統中要區分開來。而且，這個倉庫的參數設置跟企業的其他倉庫，也有所取被。因為這個包裝余量企業是沒有付錢的，所以，其不能算到企業的原材料庫存金額中去。所以，在庫存參數設置的時候，要把此倉庫設置為“不考慮庫存金額”。同時，這些材料從本質上來說，不是企業的財產，所以，在考慮物料需求計劃的過程中，是不能考慮在內的。否則的話，物料需求計劃就會不準。故在設置庫存參數時，要設置“此庫存的數量不作為物料需求計劃的依據”。如此，就相當于這個倉庫跟企業無關，是一個獨立的倉庫。
　　2、價格的變動問題。如第一次企業采購的此材料的價格為3元/件，有1000件的余量；到下次采購時，若價格變為3.5元/件了，則這余量按什么價格來計算，按3元呢還是按3.5元呢？若價格變低了，變為2.8元/件了，那應該按什么價格來計算呢？在系統中，默認是按照最新的價格來計算包裝余量的，即當前采購價格為多少，則包裝余量的價格就為多少。若在實際采購中，價格有所調整的話，則企業采購用戶要在采購單的包裝余量遞減項中進行相應的修改。
　　3、因為在采購時，采購單上會多增加一些項目，所以，維護起來，還是有一些比較麻煩。同時，在供應商基本信息那邊，我們還添加了一個開關。若此供應商要利用包裝余量，則必須在供應商基本信息中鉤上。若不需要的話，我們仍然按最小包裝量（如果系統中有相關的設置的話），來考慮，而不考慮包裝余量的問題。

　　這個解決方案，在實際中應用中，還是比較順利的。雖然維護工作增加了一點，但是，比以前到手工記帳，還是方便了許多。