SAP庫存管理預留功能評測

2021-06-06 19:11:00 字數 3172 閱讀 7291

在庫存管理中,預留業務是十分常見的。如臨近五一或者國慶等節假日,出於**的需要,一般都要求庫存預先滿足這方面的需求。即要求保證系統在需求日那天有足夠的庫存。為了滿足這個目標,可能會對庫存的某些物料做乙個暫時的凍結操作。如下圖,是企業在執行庫存業務時所需要實現的基本功能。筆者就以這實際需求為例,來評測一下sap庫存管理的內容。

一、 預留發貨時是否需要有許可?

現在使用者對某批物料,如在五一期間需要搞活動的空調,總共數量為500臺做了預留。此時使用者比較關心的是,如果後續對這個預留進行發貨,是否需要進行一定的控制?舉乙個簡單的例子。現在我4月1日做了預留,需求日期是4月28日。假設現在庫存數量為1000個。如果我4月10日對這個預留進行發貨,系統是否允許呢?通常情況下是不允許的。因為根據計畫,企業可能會在4月2 5日再入庫600臺。預留的產品會從這600台中發貨。而原先的1000臺庫存是為其他客戶準備的。如果此時發出去的話,就可能無法按時交貨給客戶。為此,對於預留是否可以提前交貨?如果允許,那麼可以提前幾天交貨,這都是系統要進行一定的控制。

在sap庫存管理中,能否實現這個功能呢?這就是我今天需要進行測試的其中一項內容。根據筆者的測試,發現這是根據使用者的需求而定的。也就是說,如果使用者有這方面的需求,可以通過系統的後台配置來實現。如果不需要的話,也可以取消。這對使用者來說,就非常靈活了。

如上圖所示,許可的移動(欄位m )就表示是否需要進行這個時間的控制。如果選中的話,就表示系統在預留發貨時,會對這個需求的時間進行判斷。如果提前的時間在規定的期限之內,那麼是允許使用者做發貨處理的。相反,如果提前的時間太長,如有45天,那麼系統就會根據使用者的設定做乙個拒絕發貨的處理。

預設情況下,系統對這個許可移動欄位是沒有選中的。沒有選中,就表示其不能夠做發貨處理。如果使用者需要對某個預留進行發貨的話,必須要選中這個字段。否則的話,系統就會報錯。那是否使用者每次發貨都需要到這裡進行選擇呢?如果是的話,顯然比較麻煩。在後續的測試中,我還會介紹一種簡單的方法。

二、 超過預留的時間,如何處理?

現在我們來考慮另外一種實際情況。如現在我在4月1做了乙個預留,需求日期是4月25日。但是到了5月30日,我還沒有對這個預留進行發貨。系統是否會一直的預留下去呢?如果一直對貨物進行凍結,那麼就會導致貨物的積壓。如對於空調,由於使用者的粗心,一下子凍結到10月份。此時到了空調的淡季,就會給企業帶來很大的損失。為此企業使用者可能希望,當預留的貨物超過一定期限的時候,系統能做乙個自動解凍的處理。

在sap庫存管理中是否實現這方面的預警呢?筆者接下去就會給大家測試這個功能。經過筆者研究發現,在sap中具備這個功能。不過這主要也是需要使用者根據自己的實際需求來定義的。如果使用者在後台做了相關的配置,那麼系統就允許對於超過需求日期一定期限的預留做刪除處理。此時倉庫中原先被預留的產品可以進行正常的發貨。如果沒有設定的話,那麼預留的貨物就無法自動解除了。

如上圖所示,就是用來設定對於超過期限的預留處理的方式。這裡主要關注的是保持這個字段。這個字段表示允許其超過的期限。這裡是從需求日期開始算起的。當規定這裡設定的最長期限時,系統就會對使用者預留的物料進行解除。此時使用者就可以對這筆貨物進行正常的發貨處理。

另外幾個相關的引數我這裡也做了一些測試,主要也是對預留的功能進行預設值的設定。如mvt就表示前台的「許可移動」字段。如果不選中的話,表示需要進行需求日期的檢查。如果不選中的話,那麼就不會做檢查。

天數m這個字段,表示的是可以最長提前發貨的日期。如現在使用者做預留的時間是4月1日,規定的需求日期是4月25日。如果我規定需要對日期進行檢查,那麼允許其最早的發貨時間是多少呢?如果這裡規定10天,那麼最早的發貨日期就是4月15日。如果我在4月10日發貨的話,就會被系統拒絕。可見,在sap庫存管理功能中,可以實現對日期的檢查控制。現在使用者所需要關心的就是,這兩個時間(提前的時間和超過的時間)設定為多久比較合理。如果這個引數設定的合適的話,那麼就可以減輕使用者的工作量、提高庫存的安全行。相反,無論設定的太長還是太短,都會影響庫存的周轉率或者安全性。這是乙個經驗值,不同的企業會有不同的需求。只能夠使用者根據企業自己的實際情況去判斷。

三、 系統能否自動判斷是否允許發貨或者是否需要解除預留?

如果企業的預留業務比較多。如除了對**的需要設定預留,還會對一些重要的客戶也設定預留。如在實際工作中,會對a級客戶也進行預留的管理,庫存要優先滿足這些重要客戶的需求。此時系統中預留的作業就會比較多。如果每次都人為的去判斷是否允許發貨,或者是否需要對預留進行解除,顯然工作量比較大,而且容易出錯。作為使用者,他們可能希望系統能夠根據使用者預先定義的規則,去自動的判斷到底是否允許發貨或者是否要解除。

在接下去的內容中,我就要去測試一下,系統能否幫助使用者自動完成這項工作。經過我的測試,發現系統中還真的提供了這方面的功能。

如上圖所示,sap庫存管理中提供了管理預留這個作業。通過這個作業,使用者可以每天執行一次,讓系統自動根據使用者設定的引數來判斷是否允許發貨,或者說是否需要解除相關的預留。這裡的引數主要是取決於上面使用者的預設設定,即允許提前的天數和最長的超過期限。不過值得一提的是,這裡系統還會多加乙個判斷條件:基準日期。在做庫存預留時,需要使用者提供乙個預留時間。而在這裡又會讓使用者輸入乙個基準時間。預設情況下,這個基準時間都是系統的當前時間。如果使用者對其進行了更改,就要特別注意了。系統在自動處理時,只處理那些基準日期比這裡的基準日期小於或者等於的單據。為此一般建議不要去更改這個基準日期。否則的話,就容易出錯。

如果使用者每天都去執行一次,也比較煩的。此時使用者就需要,系統能否自動去執行這個作業呢?如每天執行一次。我研究了一下,發現這也是可行的。使用者可以點一下上圖所示工具欄的程式按鈕,然後選擇「後台執行」。此時系統就會每天在規定的時間執行一下這個作業,進行相關的判斷與更新。

四、 綜合評述

根據上面的測試,我們發現sap庫存管理中基本上可以滿足使用者對於預留作業的需求。如對於預留業務庫存的凍結、發貨時間的控制、預留解除的操作等等,都能夠實現很好的控制與追蹤。

不過我們也發現,要實現這些功能是要配置的內容比較多,而且還涉及到後台的設定與作業。此時對於使用者或者系統管理員就會提出比較高的要求。在軟體使用過程中,要有大量的培訓和模擬,使用者才能夠掌握相關的功能。如何提高整個預留作業的可操作性和易用性,是sap庫存管理後續要改善的地方。

SAP 物料預留 庫存變化

sap 物料預留 庫存變化 在生產以外的乙個領料業務中開始實際使用,有三個部門,它們會需要一些單個的物料,這些需求,不同於生產線每天大量成批的需要的物料。系統稱為超耗領料或小領料。1.研究院有時需要單個的零件做設計測試。2.售後維修部需要領一些單個的零件維修返修車。3.生產線邊有乙個返修庫房,線上的...

SAP生產訂單預留

閒來無事,研究一下生產訂單預留。首先是預留的建立 1.預留建立的時機 預留憑證是在生產訂單儲存的時候建立的,預留編號和生產訂單一一對應。但是在讀取bom的時候就已經建立了臨時檔案,並占用了編號!這個號碼是提前分配,所以預留可能會不連號!和預留的編號分配不同,生產訂單的編號是在儲存的時候才會分配,所以...

SAP生產訂單預留(上)

閒來無事,研究一下生產訂單預留。首先是預留的建立 1.預留建立的時機 預留憑證是在生產訂單儲存的時候建立的,預留編號和生產訂單一一對應。但是在讀取bom的時候就已經建立了臨時檔案,並占用了編號!這個號碼是提前分配,所以預留可能會不連號!和預留的編號分配不同,生產訂單的編號是在儲存的時候才會分配,所以...