這次來聊聊成衣副料，舉每件衣服都會有的尺寸標，尺寸標有用車的，也有使用熱轉印的，我喜歡熱轉印的方式，比較不會有刺刺的不舒服感。
尺寸標有時會包含其他資訊，並不單純只有尺寸訊息，也因如此，假設衣服需要「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的評估，可以將副料的尺寸排序列入參考，若用料需求/採購/驗收有關尺寸的用料，若不能依尺寸大小排序，對使用者是較不友善的。
转载请注明：XAMPP中文组官网 » 閒聊成衣系統副料採購與驗收