發文作者:Service Planning | 10/17/2009

稀疏性(Sparsity)和核定庫存單(ASL)

在談到Multi-Echelon之前, 筆者想要先談談兩個在售後服務規劃中比較常碰到, 但在一般供應鍵規劃中幾乎不談的影響因素
 SparseCrowd
Sparse (adj): of few and scattered elements – Merriam-Webster Collegiate Dictionary
sparse audience -> 稀稀落落的觀眾. sparsity是sparse的名詞, 中文可以翻為稀疏性. 通常在預測或庫存規劃中,指的是由於客戶的需求零零散散, 稀稀疏疏的所導致的一些問題.
 
舉個比較簡單的例子:
某個零件平常不是很常壞. 所以客戶們難得會要求換新.平均年使用量是10好了. 可是因為分佈的點多. 例如北中南有二十個維修據點都用得到. 所以以簡單的數學一平均下來.每個點的使用量都不到0.5.  可是又不確定會在那兒發生. 這就是很標準的Sparsity. 低發生率加上廣大的地理幅員, 就很容易造成這個需求稀稀疏疏的情形
 
如果是顧客至上, 不想客人走進門來沒有零件可以修,那怎麼辦? 最簡單的方法就是每個點放一件. 那結果不就是不論何時, 手上一定會有20件備存??? 那以零件庫存週轉率(inventory turn)來說, 竟只有0.5(一般說的是2到3)!!??.這幾乎是個dead stock!! 這就是Spasity最明顯的併發症. 好像什麼特別的事都還沒做. 只為了每個點的客人到要維修的時候有零件, 就可以輕而易舉的將庫存費用拖垮, 倉庫擠爆.
 
那Sparsity最簡單的解決方法, 就是集中化(Centralize), 把備料集中在一兩個主要的維修中心備料嗎? 如果這樣做, 而從維修中心送個零件到下級維修站要二天, 那就等於是"保証"每個客人都要等上個兩天..不是所有的客人,所有的零件都是可以這樣等的. 事有先後順序, 緩急輕重的! 在這個時候, ASL的觀念就因應而生了
 
Authorized Stock List (ASL): The part numbers and quantities of field replaceable units that should be stocked at the specific locations which the ASL is created – Service Parts Handbook by J. Patton & H. Feldmann
中文可說是核定庫存單? 其實說簡單起來. 它只是一張表, 列出每個維修據點允許存備的零件.
 
Pareto主要由於庫存壓力, 沒有辦法把所有的零件都列上去. 因此, 就會有一張表告訴物料管理員那些是可以送給下級維修站,那些是不行的.
 
可是這個作法最早的主要目的, 只是要減少庫存. 所以早期ASL的產生很簡單. 以零件的價值x需存量做個柏拉圖分析(Pareto Analysis),然後在80%,85%的地方畫條線就好了. 前80/85%就是可以允許庫存的Parts, 剩下的15/20%就沒辦法了, 必須將其集中至庫存中心. 但之前提到, 庫存高是Sparsity的併發症, 而不是主因. 因此, 這個做法可說是漏洞百出. 怨聲載道.
 
如果以客戶至上, 且預算夠多, 倉庫夠大, 那可是會將所有的零件都在每個維修站備料. 但因為庫存預算永遠不夠(應該還是要越少越好哩), 所以才東砍西欠的. 但就算是要少要欠, 那也要視”緩急輕重”呀! 因此, 新一代的ASL觀念, 都已經開始把零件的關鍵性或必要性(Criticality/Essentiality, 筆者以後會會再詳述)列入考量來做較為明智的決擇.
 
Sparsity和ASL看來是相當的直接明瞭, 且它們沒什麼複雜的數學統計. 可是, 很多公司在管理他們的售後服務物料庫存時, 卻把它們忽略了. 筆者碰過最有趣的例子, 是一家美國本土的S航空公司. 這家航空公司很能賺錢, 本身以營運積效出名. 本來只是要去做一些備件預測系統方面的改善(因為他們實在太以營運積效著稱, 從沒想到他們的後勤營運會有什麼問題). 沒想到在專案的頭兩週看到他們各航點的庫存資料後, 發現他們Sparsity的問題非常嚴重.也幾乎沒有什麼ASL的觀念. 各航點維修站要什麼零件,物料中心就給什麼.
Sparsity
 
所以一開始就對屬於非關鍵性的零件加以評估(關鍵性零件的評估要比較複雜謹慎). ALO是所有航點維修站中常態維持的庫存總量. MAX是指在任何的時間點 所需要的最大零件量. 而維修站和維修站之間的零件運送時間只約四個鐘頭(自己是航空公司的最大好處). 那這些ALO>MAX的零件就不需要維持這麼多量在這些下層的航點維修站. 應該有很大部份可以刪減或集中化
 
結果出來是有將近88%的庫存是這個樣子的. 物料經理看了嚇了一跳. 高興的不得了, 因為之前還為了專案的預算傷腦筋. 現在光這份報告省下來的零件預算就是專案的好幾倍了. 真是專案還沒開始就已經幫他的年度積效大大的加了一筆.
 
在一般的SCP中, Sparsity算罕見的, 因為製造點通常都相當集中. 且需求也很少那種稀稀落落的. 至於ASL, 也幾乎不存在, 因為在製程中的WIP無時不在,任何一個點都可以臨時成為stocking location.
 
至於這和Multi-Echelon的關連, 其實就應該蠻明顯的.因為階層一旦多起來, 上層的ASL可對下層的營運有決定性的影響.
廣告

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

您的留言將使用 WordPress.com 帳號。 登出 / 變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 / 變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 / 變更 )

Google+ photo

您的留言將使用 Google+ 帳號。 登出 / 變更 )

連結到 %s

分類

%d 位部落客按了讚: