這次來聊聊成衣副料,舉每件衣服都會有的尺寸標,尺寸標有用車的,也有使用熱轉印的,我喜歡熱轉印的方式,比較不會有刺刺的不舒服感。
尺寸標有時會包含其他資訊,並不單純只有尺寸訊息,也因如此,假設衣服需要「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的評估,可以將副料的尺寸排序列入參考,若用料需求/採購/驗收有關尺寸的用料,若不能依尺寸大小排序,對使用者是較不友善的。
作者: 黃士釗 (email: stephen3342@gmail.com)
給你推~
成衣資訊人的寂莫,遇不到可聊天的對像,假聊的人,都是想賣系統給你的
成衣產業我的群組內沒有,有興趣加入嗎?
好的,
請問如何加入?
我的line id aleeon
已加入