商品有組合就有拆解。如現在有一個商品批發企業，把洗發水跟沐浴露捆綁銷售。促銷期過后，企業就需要把剩下的沒有賣出去的捆綁的產品拆解開來，此時，就會發生拆解作業。其實，拆解作業也可以按照ERP系統中的返工工單或者生產訂單作業來實現，但是，這么處理的話，顯然會增加工作量。像拆解這種相對簡單的生產作業來說，進行如此控制的話，顯然有點牛刀小用的感覺。

　　為了提高拆解作業的工作效率，ERP軟件在設計的時候，根據拆解作業的實際特點，剔除了一些拆解作業管理中不需要用到的控制參數，在ERP系統中獨立設計了一個拆解作業的管理流程。下面筆者就結合一家商品批發企業的拆解作業流程，來談談如何實現拆解作業流程的控制。

　　步驟一：業務部門提出商品拆解流程需求。

　　當某個產品的促銷期結束時，業務部門人員可以通過ERP系統查到所有產品的庫存數量，包括以前捆綁產品的數量等等。業務部門人員查詢到具體的庫存數量之后，若需要把這些產品重現拆開出售的話，就可以在系統中觸發商品拆解流程需求。

　　步驟二：拆解單輸入。

　　拆解單的輸入方式有兩種，一是手工輸入，二是自動生成。手工輸入是用戶手工輸入需要拆解的產品以及數量。手工輸入的方法就是比較麻煩，而且，需要用戶先去查詢這個產品的庫存數量。自動生成，是指用戶根據以前的組合單，來生成拆解單。自動生成拆解單的方式有兩種，一是先找到原先的組合單，然后直接按組合單上的“生成拆解單”按鈕，系統就會自動生成對應的拆解單;二是先手工建立拆解單，然后點“單據來源于”按鈕，找到原先的組合單，系統就會根據組合單的內容生成拆解單。在利用自動生成拆解單的功能時，要注意一個問題，其默認的拆解單的數量都是該產品的庫存數量，而不是組合單上原先組合的產品數量。也就是說，在自動生成拆解單的時候，用戶要保證要拆解的產品的庫存數量的準確性。

　　另外，還需要一個問題，就是在建立拆解單的時候，一張拆解單只能拆解一個產品。若需要拆解兩個以上的組合產品時，就需要建立多張拆解產品。還好，大部分企業的話，在同一個時間點，基本上也只會發生一個產品的拆解作業。

　　步驟三：拆解單審核。

　　關于拆解單的審核，系統中采用的是多級審核的流程，這是跟實際作業相符合的。在一般生產作業流程中，有銷售訂單與生產訂單，各個部分負責審核各自的單據。但是，在拆解作業流程中，拆解單即是業務部門的業務請求單，也是倉庫部門的生產任務單，一張單據起到兩張單據的作用，所以系統在設計的時候，把拆解單設計成多級審核的流程。不過，這里要注意一點，倉庫部門負責人在審核拆解單的時候，不能對拆解單進行任何的修改，他只能做一個判斷，就是同意拆解還是不同意拆解，而不能對拆解的數量或者拆解的方式進行更改。當倉庫主管不同意拆解的時候，就需要業務部門對拆解單進行更改，然后進行重新審核。

　　在審核的時候，用戶還可以添加一些審核的控制條件。如在系統初始化的時候，用戶可以設置，當拆解單的數量小于拆解產品的庫存數量的時候，該如何處理?系統提供了幾種級別的處理方式。一是不判斷，在這種處理方式下，單據審核的時候不會去判斷拆解產品的庫存數量是否足夠。二是警告，在這種處理方式下，在單據審核的時候，系統會比較拆解單上的數量與庫存數量是否一致，當拆解單上拆解數量超過需要拆解產品的庫存數量的時候，系統就會彈出警告窗口;但是，只使警告，用戶可以忽略這個警告信息繼續審核。三是拒絕，在這種處理方式在，跟第二種處理方式一樣，單據在審核的過程中，會比較兩個數量，當拆解單的數量大于拆解產品的庫存數量時，系統就會直接拒絕單據的審核動作。

　　所以，在拆解單上有直接查詢該拆解產品的庫存的功能。為了保障拆解單審核成功機率，用戶在拆解單建立的時候，有必要去查詢一下拆解單的拆解產品的庫存數量。

　　步驟四：倉庫拆解。

　　在拆解單審核后，倉庫部門就要開始對產品進行拆解。在拆解的過程中，有時候難免會對原有的產品進行破壞。如沐浴露包裝盒子壞了等等。這些壞了的產品在系統中叫做廢品或者不良品，需要繼續走廢品或者不良品處理流程。而其余沒有損壞的產品，則會在倉庫拆解作業完成后，進行入庫動作。拆解作業雖然是手工作業，不受ERP系統的管理控制。但是，為了后續操作的方便，才拆解作業進行的時候，最后能夠遵循如下建議：

　　1、對于拆解作業中產生的不良品與廢品要進行如實的紀錄。因為這些不良品與廢品對于最后拆解過程中導致的庫存數量的變動具有直接的影響。也就是說，在沒有廢品或者不良品的情況下，拆解后的產品可以直接入庫。但是，有不良品與廢品的，則會影響這個入庫的數量問題。

　　2、有些產品還有保質期管理的要求。如這個洗發水或者沐浴露，就有保質期管理的要求。對于這個拆解產品入庫的時候，保質期從什么時候開始算起呢?一般來說，當然是按其原先的入庫日期算起，而不是按現在產品拆解后的入庫日期算起。為了系統自動管理這個產品保質期日期，最好在拆解單作業運行的時候，能夠運行“自動生成拆解單”作業，即把組合單根拆解單關聯起來。如此的話，系統就會根據組合單中某個產品的具體保質日期來判斷拆解后產品的保質日期。但是，若組合單中組合的產品的保質日期有多種，則此時，系統就不能夠自動判斷拆解產品后的保質日期。此時，就需要用戶手工來進行判斷。無論是系統自動判斷，還是手工判斷，要知道保質期是一個不容小視的問題，不然會造成大麻煩，為了準確期間，在拆解的時候，最好能夠紀錄拆解產品的保質期，這一般在拆解產品的包裝盒子上都會有明確的標識。然后在系統單據中進行核對，若發現有錯誤的話，要一一改正過來。只有如此，才能夠保證入庫的產品保質期的準確性，才可以避免后續的消費糾紛。

　　3、對于不同保質期的產品需要分別的放置。對于保質期的管理，不僅僅是一個數字的管理，而是對于實際產品的控制。為了節省后續的工作，在拆解的時候，若發現有不同產品保質期的，最后能夠在拆解的時候，就進行歸類，如此的話，在真正入庫的時候，就需要在再進行整理。

　　步驟五：拆解單完工。

　　當拆解單完工的時候，用戶也不需要像其他作業一樣，利用錄庫單對拆解后的產品進行入庫，而可以直接通過拆解單上的“拆解單完工”按鈕，來完成拆解后產品的入庫動作。不過，這畢竟也是產品的入庫動作，有一些注意點，還是必須要重視。

　　一是在上個步驟中，已經強調過的產品保質期問題。對于一般入庫作業來說，產品的保質期可能是從產品入庫后算起。但是，對于產品拆解作業的保質期，就不能夠按照拆解后產品的入庫日期開始算起了。這也是為什么把拆解作業跟普通的生產作業區分開來管理的一個重要的原因。總之，用戶在運行拆解作業完工作業之前，需要先核對拆解產品的保質期信息，只要在保質期信息準確之后，才可以運行這個作業。另外，系統在檢測到分解后的產品有保質期管理的話，也會自動彈出一個警告信息，讓用戶檢測保質期信息的準確性。

　　二是對于拆解后產品的庫位管理。有些企業，拆解后的產品入庫時，入的仍然是以前產品的入庫庫位;但是，有些企業則不同。如筆者的這家企業，它們把拆解后的產品跟原先的產品是分開存放的，這主要是為了便于后續的管理。所以，在運行拆解單入庫完工作業之前，員工還需要判斷庫位設置是否準確。一般在單據初始設置的時候，可以設置這個具體的庫位。若沒有設置的話，則系統會默認采用這個產品的默認倉庫與庫位進行存放。

　　三是當拆解單完工后，系統會自動調整庫存數量。不過在系統設計時，認為拆解單所導致的庫存數量變動是倉庫數量的異常變動。不僅可以在普通的庫存報表中，查到這個變化情況;也可以在庫存異常波動報表中，查詢到這個拆解單作業所造成的庫存數量變換情況。這主要是為了方便后續的查詢。

來源：巨靈鳥 歡迎分享本文