成衣業（裁縫業）在ERP的領域當中，具有獨樹一格的系統功能需求。對於我這個ERP導入顧問來說，這是多年以來一直很想挑戰的一個行業，數年前終於有這樣一個機會，雖然過程艱辛但也終於大功告成百分之百上線了。所謂艱辛，是因為使用者的需求多樣無限，但業主的預算卻相對有限。我們導入團隊使用了一年的時間來需求訪談、系統規劃、程式撰寫、安裝測試、教育訓練、開帳上線，如今回想起來堪稱神速。寫在上線三年後的今天，回顧各個面向的系統需求如下。
料號編碼的特性
(1) 不論在成品或主副料上，多具有Color、Size的特性，這兩個特性又跟著客戶或廠商的稱呼習慣各自不同，例如：黑夜藍、孔雀藍、深海藍、牛仔藍、黛西藍、XXS、XS、S、M、L、XL、2XL…7XL、30X32、32X32…38X35、28、30、32…52、UK 8、UK 10…UK 16…。
(2) 料號節段包含了款式號、Color、Size，料號編碼的長度與編碼原則的制定成為一個挑戰的議題。
材料結構（BOM）
(1) 成衣業是標準的訂單式（Make to Order, MTO）、代工生產（OEM、ODM）的行業，從接單打樣到最後款式確認，大約三到五個月的時間，然後幾天之內就出貨完畢。例如1月初接單，5月初最後款式確認，6月初出貨完成。所以他是開發設計與備料生產打帶跑的行業。
(2) 業務負責與客戶接洽訂單，並負責確認成衣的Color、Size與部分主料後，交棒給技術部門接續其餘主料與副料的BOM確認。主料可維護配色、各尺寸用量；副料可維護配色、搭配明細、各尺寸用量、子階用料…等，同時維護主副料的採購公司，比如由接單公司或生產公司負責採購，或是由其他聯屬公司代購。
(3) 在這期間由系統自動產生成衣、主副料的Color/Size料號，以及每個成衣的料件結構，並同步拋給OBU公司、生產公司。
接單作業與三角貿易
(1) 從打樣階段開始就成立專案代號，設定專案類型（大貨、銷樣…）、拋單路徑（三角貿易的接單公司、OBU公司、生產或外包公司）、安排專案進度（本地供應的原物料預計下單日期、到貨日期、離岸日期…等），專案代號也必須同步拋給OBU公司、生產公司。
(2) 業務維護銷售訂單時，區分出貨地點（美國、英國、德國、法國…）各別起單，輸入專案代號、樣品單號，以二維（Color、Size）的方式維護訂購數量與銷售單價。
(3) 銷售訂單一經確認後即三角拋單，產生接單公司的採購訂單、OBU的銷售訂單及採購訂單、生產公司的銷售訂單。
物料需求計算（MRP）
(1) 因為是專料專用、打帶跑、又三角貿易，需要爭取備料時間的生產型態，所以規劃了一個依據專案代號分三階段Run MRP的功能。
(2) 第一階段接單公司Run MRP，在部分主料確認後，依據專案所屬成衣Color、Size訂購量及單位用量，產生屬於接單公司採購料件的請採購單。
(3) 第二階段生產公司Run MRP，在其餘主料或副料確認後，依據專案所屬成衣訂單產生全部料件的請採購單，這當中有屬於生產公司負責採購的，也有屬於接單公司或代購公司採購的，後者再透過三角拋單向採購公司購買。
(4) 第三階段接單公司再Run MRP，這時候依據專案所屬的主副料訂單Run MRP，針對不足部分產生請採購單。
(5) 物料需求計算（MRP）考量毛需求量、在庫數量、在途數量、公司保留數量、集團保留數量…等，計算後求得預計請購數量。布料有色差的問題，就算相同料號的不同批貨也必須先經過保留（Booking）程序，經過採樣確認可以使用後，才可以完成共用批挪料使用。換一個角度說，這是按照專案Run MRP的模式，從在庫庫存、在途庫存、保留庫存都標示著專案代號的專料專用模式的MRP。
(6) MRP後拋採購單，需要按照供應商及拋單路徑不同拆單，同時主副料常有庫存計算單位與採購計價單位不同的問題要處理，例如ROLL/M/YDS、BOX/PCS… 等單位的換算問題。
生產計劃與成本計算
(1) 成衣業的生產特性是不同的Color、Size的成衣用料是混合同時投料的，生產過程的 裁、縫、Q、包 過程是合併著生產的，所以系統支援多製品（Color、Size）工單，可依據多製品工單發料或領料，也依據多製品工單繳庫。
(2) 成衣業有論件計酬的薪工制度，各個工站的生產人員、生產工時、生產進度等資料完整，所以在成本計算上可以達成更為精細的在製品工費分攤，以及依據在製品約當完工比例計算繳庫單位成本。
總結，我們的導入團隊以套裝軟體加上有限的客製預算，在短短一年之內完成系統上線，包含成衣業的特殊需求，例如訂單BOM、接單、MRP、三角拋單、生產管理、成本計算、集團合併報表等工程，這是一個值得記錄的歷史。
沒有留言:
張貼留言