手工的物料计划,除了难于一体化之外,实际上几乎从来也不是及时更新的。
销售预测中的变化,新设计的发放与其许多其它因素,就是不可能被很快地处理。
计算机程序的开发提供了得到充分一体化与通过频繁地重新运行全部数据而保持更
加及时更新的能力。一种方法叫做重新生成(regeneration),它放弃一份计划而
提出一份全新的计划。由于要求长时间的计算机运行,通常每周或以更长间隔如此
做一次。
有经验的MRP用户通常提出能更加具体与及时地去计划数据并在一周内更均
匀地分配计算机运行的希望。这可以用只运行于数据中变更部份的程序来办到。一
种方法叫需求更改(requirements alteration),它引进并且只处理MPS中的
变化;它使用新近被更新的文件(物料清单、现有与已订货余额、安全存货、提前
期,等等)中可以找到的最近信息。MPS未发生更改的产品在MRP的展开中将
不予以处理。该技法特别适用于在计划视界远端的时间期间中当这些时间期间移动
进入计划视界以内时要加进MPS数据的场合。它对集中注意力于所需行动是有用
的,因为所生成的行动通知是由于引进了MPS更改加上有关组件可用性的变化而
引起的。当一个新的计划期间进入视界或当MPS发生了显著更改时,往往运行需
求更改。
如果在各个别事务报告有报废、记录误差或原计划数据有其它显著偏离之后让
系统重新计划数据,则可以引进更多的计划灵活性。定期运行时,这叫做成批净改
变(batch net change)。在MPS更改与偏离频繁的场合,可每日运行净改变。
在更为稳定、有纪律的环境中,每半周、每周甚至每二周重新计划一次就足够
了。通常定期地运行重新生成程序以清洗累积误差;随着需求更改与净改变事务处
理中更良好的纪律被制度化,重新生成的周期通常被延长。第二册包括这些技法的
应用与重新计划对比于执行活动的更深入的讨论。图6-17对比MRP程序可被
更新的三种方法。
┏━━━━━━┳━━━━━┳━━━━━┓
┃ 重新生成 ┃ 需求更改 ┃ 净改变 ┃
┏━━━━━━╋━━━━━━╋━━━━━╋━━━━━┫
┃ 库存未了结 ┃ ┃ ┃ ┃
┃ 订单被更新 ┃ 是 ┃ 是 ┃ 是 ┃
┣━━━━━━╋━━━━━━╋━━━━━╋━━━━━┫
┃ 全部主生产 ┃ ┃ ┃ ┃
┃ 计划被展开 ┃ 是 ┃ 否 ┃ 否 ┃
┣━━━━━━╋━━━━━━╋━━━━━╋━━━━━┫
┃ MRP运行 ┃ 每周 每二周┃ 每日 ┃ ┃
┃ 的频度 ┃每月(难得)┃ 每半周 ┃ 每日 ┃
┣━━━━━━╋━━━━━━╋━━━━━╋━━━━━┫
┃ 每一事务被 ┃ ┃ ┃ ┃
┃ 分析的效果 ┃ 否 ┃ 否 ┃ 是 ┃
┗━━━━━━┻━━━━━━┻━━━━━┻━━━━━┛
图6-17 MRP的更新