问题

同一款运动鞋（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在全厂跟踪鞋子的「项目和尺码」，包括成品、在制品、材料：

• 库存：清楚显示在每一个储位、每一个工作站的「即时」成本与数量
• 制造成本
• 主营业务成本
• 外销退税

• 进、销、存、制造的交易资料不能全部转抛会计分录。造成：会计人员根据进销存的报表清单重新在会计模块（甚至另一套独立财务软件）输入会计资料，独立做帐。做帐人数多，然而会计资料经常和进销存、生产的资料不一致。
• 成本计算过程和结果交待不清。
• 不能算出每一个仓库、每一个仓位、每一个储位中的每一个项目、每一个size的成本。只胧统地提供全厂的平均成本。

1. 进、销、存、制造的交易全部转抛会计分录，无缝整合。
2. 成本计算过程和结果清清楚楚用成本分录呈现。
3. 记录每一个仓库、每一个仓位、每一个储位中的每一个项目、每一个size的成本。

请参考：这里。