問題

同一款運動鞋（article），可以生產3.5吋到12.5吋的多種尺寸不一的鞋子。能真正處理「尺碼」業務的ERP系統，必須從研發、生產、出貨、庫存、至財務等全部環節，都考慮到「尺碼」因素。

實際上，市面上的通用型ERP系統幾乎都沒有完整考慮尺碼因素。

通用型ERP系統在鞋業面對的第一道關卡是BOM。BOM是資料的根源，它影響整個ERP系統。如果BOM的結構有問題，MRP（材料需求計畫）的功能就出現重大瑕疵；如果MRP不能使用，則人員只能依靠經驗而非數據來決策，不能以科學方法改善呆料和缺料問題。

鞋BOM的天生特性之一是：一個article有多種尺碼（size）。 但是大多數的通用型ERP軟體的BOM不具size的觀念和能力。勉強使用不合用的ERP軟體，用戶只好將就軟體的限制：把size併入article#，形成item#。此舉產生十分嚴重的長遠不良影響：

• 開發人員必須為一個article#編造多個size在BOM裡：
  • articleA-size050
  • articleA-size055
  • ...
  • articleA-size120
  • articleA-size125
  產生了下列後遺症：
  • 開發人員不斷地對IT部門抱怨：這種軟體帶給他們無法負擔的額外工作。並且，這種軟體把16種size的BOM的輸入錯誤機率提高到16倍，容易造成多購或短購某些材料，導致重大的工廠損失。
  • 這種軟體因為把article和size捆綁在品名中，所以很難靈活出具統計報表，諸如：不區分size，列出某article的產量、成本、毛利、現場人員的績效。
  • BOM資料筆數不當膨脹，系統運行緩慢。IT主管只好不斷地編列預算升級硬體：主機和網路設備。
• 另一種不良的補救措施是：

  為減輕開發人員的輸入BOM的工作量，於是另外開發一組複製程式，於每晚把7.5"尺碼的BOM，按某些固定用料比例推衍給5"、5.5"、...12.5"等其它尺碼。

  這種克難式的拼裝做法有下列嚴重缺陷：

  1. 鞋子的特性之一是：其他size的用料量不可以用「某size的固定比例」來類推。因此，其推導用料量不夠準確。
  2. 必須定期執行複製程式，所以資料不即時，無法應付多變的環境。
  3. 增加IT人員的負擔：定期或不定期執行的複製程式，有時會失敗，使用人於次日無資料可用。

無法處理鞋廠BOM的ERP系統案例：

• 資料庫爆炸性的成長

  BOM table和其他相關的table（例如：庫存table）的筆數成16倍速成長。BOM有900萬筆資料。

• 16倍的人員犯錯機率

  資料處理需要大量的人工判斷。文員因精神不繼而多購40萬元人民幣的材料，成為工廠的呆料。

• 系統反應遲鈍

  使用者輸入一張領料單，主機10分鐘（尖峰期間，20分鐘）沒有反應。

對策

PostERP同時考慮鞋子的品名（article）和尺碼（size）。PostERP可以在鞋廠跑MRP，提出各品名和尺碼的需求建議，轉開請購單、工單、附料外包單。 PostERP在全廠跟蹤鞋子的「品名和尺碼」，包括成品、在製品、材料：

• 庫存：清楚顯示在每一個儲位、每一個工作站的「即時」成本與數量
• 製造成本
• 銷貨成本
• 外銷退稅