简要谈一下基于条件的维护计划(一) | |
---|---|
等级: 组别:普通用户 :146 威望:429 金币:518 同城:上海 状态:离线 |
点击数:211 | | | | | |
简要谈一下基于条件的维护计划(一) 本博文为隐身人原创作品,请勿转载。 对于一个标准的PM模块顾问而言,掌握基于条件的维护计划并不是必需的。我们之所以还要将基于条件的维护计划列出来,主要还是基于PM模块知识点的全面性与 完整性的考虑。 在前面一系列关于PM模块的文章中,我们重点解析了基于时间(Base on time)和基于绩效(Base on performance)的两种维护计划。这是因为掌握这两种维护计划不但是企业管理的基本功,同时在99%的PM模块项目中,我们都会用到且仅用到这两 种维护计划。 事实上,在SAP的标准解决方案中,还有一种称之为基于条件(Base on condition)的维护计划。与前者相不同的是,基于绩效的维护计划是以计数器(Counter)作为调用对象(Call Object)生成的依据,而基于条件的维护计划是以计量点(Measring Point)作为调用对象生成的依据。基于条件的维护计划应该是实时的、随机性而无预定规律的。 我们举一个例子,假设我们针对某台设备创建一个计量点(事务代码IK01),这个计量点被用来记录这台设备的温度。假设这台设备的标准温度是500度、而 其可容忍温度上限为600度、可容忍温度下限为400度(这三个指标在计量点上都有相应的字段可对应)。 那么,如果接下来我们使用事务代码IK11针对这个计量点创建一个计量凭证,此计量凭证的计量读数为80度。显然此时计量读数已经超出了我们的容忍范围。 在这个时候,我们就需要在计量凭证上对此计量读数做出判断(即我们是否能够接受这一不正常的计量值),如果我们的选择是此计量值可以被接受,那么这个计量 凭证就和其他正常的计量凭证一样被计入系统;而如果我们的选择是此计量值不可被接受,那么系统就会在我们保存了这张计量凭证之后自动创建出一张维护通知 单。 当然,通过以上描述我们可以看出基于条件的维护计划只有在系统自动录入计量凭证时才是有意义的,也就是企业中事先已经存在了某个定时记录设备计量值的系 统,我们在这个系统与SAP之间做一个接口,每当这个设备管理系统记录到设备的计量值之后,就将数据传到SAP系统中,SAP系统自动创建一个针对相应计 量点的计量凭证,将计量值录入系统并保存。正因为在这种情况下,设备管理者并不知道什么时候会突然出现一个超出容忍范围的计量值,因此由系统自动产生基于 条件的维护通知单是有必要的,起到了自动提醒的作用。然而,如果我们采用的是手动录入计量凭证的方法,那么启用基于条件的维护计划就是{jd1}的傻X行为。因 为只要我们手动录入了超出容忍范围的计量值,通过相应的后台配置,我们可以让系统弹出相应的警告信息甚至错误信息来提示我们这一异常数据的产生。此时,既 然我们已经得到了这一信息,当然会自觉地去检查设备,或者手动创建一张维护通知单出来,无论怎么做,决定权都在我们手上,这样就灵活得多了。 所以,基于条件的维护计划,其作用只有一个,那就是即时将异常的计量值通知给设备管理者,并自动安排设备管理者进行相应的检修活动。而如果相应的计量点本 身是一个计数器的话,混合了基于条件与基于绩效的维护计划就可以做到在每次在计数器被录入了{zx1}的计量值时,实时刷新维护计划,瞬间重新排列在维护计划中 尚未被调用的调用对象。而不用再傻傻地等着事务代码IP30的定时自动运行了。这样一来,无论从反应速度还是灵活性上,这种新式的维护计划显然比单纯基于 绩效的维护计划都更胜一筹,原因就在于基于绩效的维护计划采用的是定时更新或者手动更新,而混合式的维护计划则采用了基于计量凭证的实时更新。 基于条件的维护计划在用途上还可以被拓展,用于归结设备或者功能位置的成本到成本中心。假设企业中有一台消耗电力的设备,我们应该怎样将其电费记录到成本 中心中去呢?最普遍使用的方法就是每个月读一次电表,然后用内部订单或者其他的什么方式来一次性录入电费到成本中心,这种方法是定时性的,即每隔一段时间 记录一次成本。然而,如果我们使用一种将基于条件与基于绩效相混合的维护计划,那么我们就有另外一种方法,即为这台设备建立一个记录电力消耗量的计数器。 而后通过计量凭证(当然{zh0}是自动的)不断地在系统内记录这台设备的电力消耗量,然后通过在维护计划中设置绩效周期,我们就可以做到每消耗1个千万时的电 力,就向相应的成本中心归集一次该设备的电费。这样,费用的记录方式就不再是时间周期式的了,而是绩效周期式的了。当然,这一招看起来有点花拳绣腿,十分 花哨,至今博主从未闻听过哪个项目使用过这种功能。 |
|
发表于 2010-4-13 21:39:38 | | | | | |
发表评论 |
---|