智能手持終端pda庫存管理係統作為電商後台係統中不可或缺的一部分，雖然公司業務千差萬別，但主要的元素卻是相似的，主要是根據自己的經驗來淺談一下庫存係統的設計。亦作為一個自我工作的總結和梳理，智能手持終端pda庫存管理係統庫存管理係統，簡單的說，就是管理商品和數量之間的關係。在功能劃分上，主要包括商品庫存數量、入庫、出庫、盤點幾個部分。

 

 

 

一、商品庫存

智能手持終端pda庫存管理係統即各個商品的數量管理。需要注意的是，在係統裏需要保證商品的唯一性。在這裏，涉及到以下幾個數量：

庫存總數：目前倉庫裏還剩餘的真實數量；

可用數量：可以用於銷售、調撥等的數量；

鎖定數量：指已經有了去處或者計劃，但還未真正出庫的數量（該部分在很多係統中，又會根據業務的不同而分成多個部分，在這裏，暫且統一稱之為鎖定數量）；當然，在實際設計過程中，還會涉及到其他的值和功能點，以下幾點可作為參考：可以針對每個商品，做一個商品的曆史變動明細、或根據不同維度做一些簡單的數量統計；設置閾值，當數量小於某個值時，給出通知或提示，以告知相關人員進行采購；每個商品從采購到出庫，每一個商品的流向進出都需要有所記錄。在設計過程中，這一點是特別重要的，但卻也是最複雜的，因為每一個業務通常都有很多的環節，會涉及到審批、物流、成本價等等，一個不小心，數據就會出現偏差；

二、商品入庫

智能手持終端pda庫存管理係統商品入庫即商品數量增加的情形，主要包括采購、退貨和調撥幾種情形：

采購：即倉庫向供應商進行采購。（在不同的公司不同業務中，可能會涉及到很多的層采購，流程的複雜程度也隨之各不相同）；

退貨：從商城等的退貨；

調撥：從其他倉庫調撥過來；

雖然看起來入庫包含的內容不是很多，但實際上是倉庫係統的設計在後台係統中卻是較為複雜的一部分。不同的業務，需要考慮的因素太多，每一個商品，每一個批次，每一個入庫的類型，還有相關的物流信息等，都需要反複思考和優化。那麽，下麵就來介紹一下商品的入庫流程及每一個環節中可以考慮的問題吧。

1、智能手持終端pda庫存管理係統采購

采購單信息：作為一批貨品的采購信息，需要保證商品信息的完善和準確性；

預估功能：對各個商品的出庫數量做一個周期性的預估，以便更好的進行庫存控製；

采購提醒：在係統中可以設計一個監控功能，當商品可用數量少於一定值時，提醒采購；

快捷填寫采購單：因為錄入采購單比較耗時，所以是否可以考慮做一個快捷填充的入口，比如可以根據上次的采購數量生成一個基礎的采購單，然後再在自動生成的采購單基礎上進行修改。當然，此方法是否可行還要看具體業務流程，在此隻是作為一個參考；

采購審核：在一些業務流程中，填寫采購單後，是需要相關負責人先進行審核的，審核通過後會根據審核結果生成一張真正的采購單。此時，要考慮在審核過程中允許操作的點，比如是否允許修改數量、規格等；

采購狀態：需要提供一個可以追蹤的界麵，以便知道申請進度；

權限：還需要注意的是，每個狀態下每個角色的操作權限。比如哪些人可以申請采購，哪些人可以審核等；

2、智能手持終端pda庫存管理係統退貨

在這裏，所指的入庫是已經從倉庫裏麵發出，之後再進行退還的過程。此過程中需要考慮的點有：

退貨狀態：雖然這是屬於訂單係統裏麵的內容，但在倉庫係統裏麵最好也有所表示，這樣有利於倉庫管理者監控商品的動態；

退貨倉庫：考慮在庫存裏，是否需要把退貨部分單獨統一管理；

退貨商品成本：在有的係統中，從供應商采購再到最後零售的過程，可能會存在斷層的情況，而且每一批商品的成本價可能會有所不同，此時就需要直接從入庫單開始，實行先買先賣的原則，當退貨時，就需要保證退回的商品退到了原始批次上；這一操作，主要是為了財務對賬做準備

3、智能手持終端pda庫存管理係統調撥

這就涉及到兩個倉庫之間的數量變化了。基本上調撥中倉庫之間的變化如下發貨倉庫：發起調撥後，發貨倉庫需要先鎖定庫存，此時，可用數量減少。發貨後，鎖定庫存為0，,總庫存減少；

收貨倉庫：在真正入庫之前，一切數量均不改變；

三、商品出庫

智能手持終端pda庫存管理係統商品出庫主要包含：銷售（經銷商/零售/線上/線下/不同平台和渠道等）、調撥出庫

1、銷售

銷售出庫是最主要的一種出庫形式，雖然銷售的形式、渠道等都各不相同，但主要的邏輯都是相似的。舉個簡單的例子：倉庫A裏麵目前還有可口可樂500箱，有100箱已經賣出去了，但買家要明天才來提貨。那麽這100箱就會被鎖定，不可再用於其他地方，此時，可用的隻有400箱。若買家又不想買了取消了訂單，那麽被鎖定的100箱庫存又被釋放，可用數量再次變為500箱。

2、調撥：如入庫調撥所示。

四、智能手持終端pda庫存管理係統倉庫盤點

智能手持終端pda庫存管理係統盤點主要是用於管理倉庫實際值與係統值的差異的。理論上來說，若商品的各個環節數據都準確的話，實際值與係統值應該是一致的。但實際中可能會有一些係統檢測不到的因素影響了真實的庫存，這就需要倉庫進行周期性的盤點了。

盤點之後，若實際值與係統值不一致，就需要把係統值修改正確，這時，可以通過人工或者自動生成出入庫單的形式去修改係統值，而且修改的這部分數據是需要做出標記的，以便於財務之後的對賬。（當然，實際設計中如何處理這部分差異，還要看業務性質和需求）

由於在實際的設計中，智能手持終端pda庫存管理係統涉及到的東西比較多，而且與業務的相關度比較高，不同的業務，設計出來的庫存係統會有很大的差別，這裏僅做了一個簡單的概括和總結，若有其他的建議和方法，歡迎交流分享。