有關紡織業ERP

https://ithelp.ithome.com.tw/articles/10198817
https://ithelp.ithome.com.tw/articles/10198984
https://ithelp.ithome.com.tw/articles/10199049



大東 SAP
台元 SAP
聚陽 Oracle
儒鴻 自行開發 (主要是nike adidas 相關的延伸)

閒聊成衣製造業樣品系統

樣衣有很多種類，我熟悉的是經打版裁剪的成衣，這類樣衣的開發主要加工站為 打版、裁剪、車縫、整燙，一般常用加工站已入系統建檔，可參考下圖，下圖是我所服務的公司會使用到的加工站。

開發一件新款樣衣, 有很多需求不確定, 上述的流程有時要走很多次才能完成最終的樣衣, 期間還需寄送給客戶, 讓客戶看過後, 才能決定是否還有要修改調整的地方。
樣衣生產與大貨生產，所需的條件很類似，但沒有大貨的嚴僅，所需的原料，大都可向供應商免費取很，有些可用替代品，配色不必很講究。
因此樣品系統的設計，如果同大貨般的限制條件，對使用者而言，太過煩瑣，在一切講究速度的成衣，並不適合。
以下圖為例，主副料只有記錄是否已經到料，並不是採用數量的方式，這已符合大部份樣衣的需求，有特殊情況，使用備註欄註記即可。

公司內有手打版與電腦打版,，電腦打版的後續應用比較廣，例如模擬3D縫製，其他尺寸的放縮，排馬克，紙版輸出，導入雲端馬克進行分床運算...等應用，相當便利。
手打版也可經由讀版機, 將版片轉為電腦版, 其結果與電腦打版相同, 只是多了一道手續。

成衣虛擬3D軟件應用也有多年歷史，我見過Optitex與COL的演示，公司也有購入，這軟件可以虛擬縫製，快速變化布面花色，套上虛擬人台展示成果，也可直接在電腦上調整修改衣服，相關的版片也會有相應的變化，再轉回打版系統，強調線上協同設計，縮短樣品開發流程。
樣衣開發時程的長短，人是絶對因素，要有很利害的版師，也要有很強的車縫師父，台灣這方面的成衣熟手，大部份年紀都在我之上，很多已退休分散民間，唉！

馬克圖可用人工排圖或交由電腦軟體自動排圖，超級馬克系統能在短時間測試多種排列組合，然後提供一組最佳的排列法, 也是最節省布料的排列法。

排馬克會因布的花色不同或客戶的要求, 會有不同的排法, 例如條子布要對條, 花版的定點等, 不同的排法, 當然用布量也會有很大的不同

每一公司的樣品室都相當的繁忙, 負責開發的業務, 手上也都有著滿滿待完成的樣品, 樣衣的生產進度就顯的很重要, 當然不是有資訊系統, 樣衣生產就會變順暢變快, 並不是這樣的, 是要有其他相應的配套, 或是流程/製程的改善, 資訊人員只能提供所需資訊

閒聊成衣系統副料採購與驗收

這次來聊聊成衣副料，舉每件衣服都會有的尺寸標，尺寸標有用車的，也有使用熱轉印的，我喜歡熱轉印的方式，比較不會有刺刺的不舒服感。

尺寸標有時會包含其他資訊，並不單純只有尺寸訊息，也因如此，假設衣服需要「xx標」這一個料，而這件衣服要製作五種顏色，五個尺寸，那所需的「xx標」需要25種(5種顏色 x 5個尺寸=25種品項)，也就是在建料表是1種料，稱為「xx標」，但因標的描述內容不同，需展開成25種不同的品項，這正是成衣副料的特點。

現在成衣品牌商所下的PO，經常會出現件數少，PO號碼相當多的情況，又因某些用料需求的因素，必需再將一個客戶PO，又再拆分出來的需要(有空再來聊這個)，想像一下，光一個「xx標」，資料量筆數就相當多，想像不出來沒關係，可看參考下方的採購單圖片。

此採購單區分三個部分，左下方是採購的品項，右下方是該品項所屬的PO，可看到單一PO所需的數量並不多。

成衣一般都會有尺寸，以 XS/S/M/L/XL 這五個尺寸為例，當我們使用字串記錄並排序後會變為 XS/XL/S/M/L 或 L/M/S/XL/XS，無法以合理的順序呈現，這會造成作業時間增加，因為在核對採購資料時，非慣用順序，核對上較為困難，自然也容易產生錯誤。

下列這張圖是廠商的出貨資料，可以看到尺寸的順序，都是以小到大的方式排列，因此在系統的設計上，要注意這個成衣的這個特點。

廠商出貨資料是依尺碼順序，於驗收時當然也要能依此順序呈現，如此才不會造成驗收人員的困擾，尤由資料量多時，需於時限內完成點收，才能將出口文件交付報關行出口。

於多年前，曾參加 Fast React 與 亿澳斯 的產品展示，是關於成衣生產排程，台灣飛雁選擇亿澳斯，亿澳斯官網也將其放到典型案例中，聽聞聚陽是選擇Fast React。

也因看過這二家的生產排程系統，主副料採購若不拆分到客戶PO，日後要導入這類排程系統，需要很大的工夫，若於ERP能先處理好這一部份，應能有效減短排程系統的上線日程。

成衣ERP的評估，可以將副料的尺寸排序列入參考，若用料需求/採購/驗收有關尺寸的用料，若不能依尺寸大小排序，對使用者是較不友善的。

閒聊成衣系統的客戶PO

成衣製造業的客戶PO，於尺寸上有個特殊的地方，(圖一)與(圖二)是同一款，出口國分別為美國與加拿大，注意看這二張圖的尺寸表達方式不同，加拿大括弧裏的字，是尺寸標實際要顯示的內容，而上方是客戶下單的原始尺寸。

也就是說，客戶下單的尺寸只有一種(一尺寸組)，而所需副料上的尺寸，會因出口國不同而不同，或許各國對尺寸的表達方式，有不同的規定吧。

系統如能依出口國的不同，而自動配上對應的尺寸，自然可減輕一些工作量。
這篇有點像是前篇副料採購的延伸，與尺寸相關的副料，其排列非慣順序時，真的會很辛苦。

(圖三)有4個Colorway、6個Size，要填的數量欄位是64=24個，畫面上有15個PO，總共要填的數量欄位有1524=360個，PO打單及事後的數量核對，會佔使用者不少時間，如何縮短PO件數的輸入時間，也是系統評估重點。

PO輸入，最有效率的方式，是將客戶下單的PO直接轉入系統，這一部份應該還沒有現成的功能，成衣業不比電子業，有訂定資料交換標準。

同一個客戶，不同的品牌，下單的方式與PO內容都會有極大的差異，因此PO匯入，只能一個一個的客製。

我處理過的客戶PO轉入客戶有KOHL'S，POLO，Macy's及JCP，其中有一客戶原本只提供PDF格式的PO文件，因能力有限，無法正確解析PDF文件，最後靠貴人協助，客戶也願意改提供excel格式的PO文件，才能完成PO資料匯入，圖三的資料就是匯入產生的。

(圖四)是PO數量的另一種方式「配比」，這也是包裝方式的呈現，表達一箱共多少件衣服，每個尺碼各多少件，總共需要多少箱等。

原本設計是同一PO，不同顏色可以有不同的配比，但為配合副料採購計算防水袋用量，加上了限制，一個PO只能有一種配比，這也有好處，工廠拿著這樣的資料進行裝箱，相對清楚不少。

(圖五)是另一個客戶的PO，看起來像是UNIX類的純文字輸出為PDF格式報表，試著使用able2extract轉為EXCEL，結果並不理想。

經過不少時間測試，最快的方式是
1.使用Adobe PDF Reader打開該PO
2.按住Alt後，選取PO數量，就只框選數量
3.按下Ctrl + C 複製
4.於成衣系統中貼上

成衣系統怎麼貼? 因此才有了(圖六)這個畫面，這樣是否會比較快? 一般而言，應該會比較快，正確性也比較高，當然，有些人打字超快，打數字也完全不會有錯誤，這些超人們，直接打上去就可以了。

我在PO處理上花了較多心力，例如PO的拆分，這也很常發生，這個功能可避免拆分後，顏色尺寸件數與原來不同的失誤，成衣每一個小失誤，都會遭到客戶不留情面的扣款。

寫了這麼多，想表達的是，成衣製造業打單真的很辛苦，要花相多的時間，但似乎沒有一套成衣ERP強調這一點，因他們Demo的對像，幾乎都不是第一線的打單人員。