技术开发 频道

PM概念学习

    【IT168 信息化】

    PM 概念汇总

    系统包含的主要功能 

    设备维护子系统作为R/3集成系统中的一个功能子模块,主要涵盖了一个工厂系统的所有维护任务。随着企业规模的不断扩大,如何在保证产量、质量的前提下,有效地管理、监控、跟踪设备等的维护费用,已是众多决策中的当务之急。R/3的设备维护子系统拥有一套有效的设备维护方面的管理理念及手段,为现代企业的设备维护提供了一整套行之有效的解决方案。 

    设备维护子系统所包含的主要功能有:

    一,技术对象的定义和划分 

    从设备维护的角度出发,对系统逻辑上的定义和划分,统称为技术对象,其中包含功能位置、设备、装配件以及物料清单等技术对象的定义和划分。对技术对象的有效定义和划分,不仅可以简单、明确地发现或分配维修任务所发生的地点、具体的设备以及所需要的物料等重要信息,而且可以利用一个对用户友好的安装/卸载功能模块记录下所有的系统配置,并提供连续的使用历史记录。

    二,工作中心的定义和划分 

    通过对工作中心的划分,可以明确维护任务的执行者;通过工作中心和成本中心的集成,可以确定每次维护任务所发生的维护人工费用,以便于局内部考核。虽然,每个工作中心都有一定的能力范围,在建立维护订单时可以检查工作中心的能力是否满足,但与生产任务不一样,维护任务存在着许多非规律性的因素,维护工时一般也较难在事先确认,从而导致使用和安排能力计划的难度和不准确性,因而,工作中心的能力计划和安排不作详细的分析;这样,在控制码的定义中不选择能力计划。

    三,维护任务清单 
    
    使用常规维护任务清单,可以在维护订单中快速地定义复杂的维护任务,如所需要的工序、物料以及维护周期等等,为定期产生预防性维护等提供必要的基础数据。同时,可以规范输入的数据及数据本身的有效性。

    四,维护计划 

    定期的维护和保养计划是确保运行系统长期稳定及减少事故的基础。通过定义维护计划,系统可以产生周期性维护工作所用的维护订单,以确保及时维护。可以以计数器读数、计量和设置时间间隔定义不同的维护间隔。

    五,设备维护处理 
   
包含对维护通知单以及维护订单的生成、跟踪、确认、结转以及关闭等管理工作。维护通知单可以维护故障信息、作业信息等;而维护订单则具体记录为维护所发生的内外部的人工费用以及物料成本。

    六,信息系统 
    
    信息的汇集、统计、分析是为决策提供依据的必要途径。设备维护子系统包含功能丰富的汇总及报表功能。

    系统集成 

    与FI/CO的集成 

    设备维护是企业的一项经常性活动。从资金流的角度出发,与FI/CO的集成主要体现在与成本中心以及作业类型的集成。每一张维护订单所发生的维护费用,在维护订单关闭之前都要结转到某一个特定的成本中心、或内部订单、或固定资产,以便于企业内部的成本费用考核与跟踪。 

    与MM的集成 

    设备维护离不开零部件的使用、采购等一系列属于物流管理的活动。MM可以对维护任务中所涉及到的物料进行库位管理、数量管理及价值跟踪。与MM的集成主要体现在物料号的集成。如在产生维护订单时,对所需的物料可以进行库存检查;当一个维护订单产生后,对该订单中的库存物料产生物料预留,对该订单中的非库存物料则产生采购申请。

    组织结构定义 

    1:计划维护工厂 

    维护计划工厂是一个逻辑上的定义。它为其所属的维护工厂进行维护工作清单的定义,维护计划的执行、管理和规划以及负责对维护通知的建立和维护订单的处理。 

    通常根据业务的需要,有三种维护策略: 

    1. 集中式维护管理,即所有的维护计划和任务由一个维护计划工厂来安排 
    2. 分散式维护管理,即维护计划工厂只对本身的维护工厂负责,安排工作 
    3. 混合型维护管理,即是以上两种的组合。

    2:维护计划组 

    维护计划组是负责在一个特定的维护计划工厂中进行计划和处理维护任务的一组员工。每一个设备和功能位置可以分配给一个维护计划组。它也可用于评估

    3:维护工厂 

    维护工厂也是一个逻辑上的定义。在维护工厂中,可以管理各技术对象和工作中心,也就是说,技术对象的维护工厂即是该技术对象所安装的工厂;而且,在维护工厂中,可以管理那些为安装在该工厂的技术对象所执行维护任务的工作中心。

    4:工作中心 

    工作中心是定义在维护工厂下的一个或一组人/机器。它是维护任务的执行者,负责维护订单的执行。并可用于能力、计划和成本核算。

    工厂维护有关主数据 

    5:功能位置 

    功能位置是技术对象(如设备)可以被安装进去的系统的一个区域。可以按照功能条件、工作流程有关的条件或位置条件进行划分。它可以和设备一起使用,可以确定某功能位置下的某个设备,以确定维护地点、维护对象。

    6:设备 

    设备是一种可以独立运行并可被维护的、单一的、物理上存在的对象。它可以被安装在一个技术系统中,如功能位置。一般的设备有生产设备、运输设备、房屋等等。

    7:设备物料清单 

    设备物料清单是指在某一台设备中可以被维护或被替代的部件。对每一个物料清单项目,指定该物料的数量,计量单位及项目种类(如库存物料、非库存物料等)。这也是MM和PM高度集成的体现 

    设备BOM即是设备的备品配件清单,而物料BOM则是组件的零件清单,建立物料BOM后,设备BOM只需建立至组件一级即可,不需将组件再拆分成零件,这样可减轻很多工作量。 

    备品配件清单包含的数据有: 

    备品配件的代码 
    备品配件的数量 
    数量的计量单位 
    备品配件的类别:库存/非库存 

    除以上之外的所有数据都应由物资部门(物装)来维护

    8:计量点 

    计量点是物理上或逻辑上用于描述状态的一个点。该状态是用计量值来描述的。计量点的编号只能用系统内部编号。它用于维护计划中自动产生维护订单。

    9:保修 

    定义设备的保修范围,作为设备信息的一部分,用于检查该设备是否在保修范围之内。

    10:文档 

    文档是指那些有关设备方面的、需要单独成文后保存的数据资料,如一些特殊的技术数据资料、图片等重要信息。

    交易 

    概述 

    设备维护子系统所涉及的交易处理是在流程的基础上,对各流程中涉及到的具体处理过程的详细描述,它覆盖了使用本子系统的且能完成设备维护功能的各个必要步骤,即各个交易。 

    技术对象的维护 

    技术对象的建立 

    目的 技术对象的建立是指功能位置、设备、物料及物料清单的建立。它为整个维护系统提供必要的技术数据,也为分析和评估提供有效的依据。 

    策略 ? 按照功能和位置两个条件来划分和定义功能位置。 

    建立每台可跟踪、要跟踪的设备、子设备。 

    利用MM定义的物料建立有效的物料清单。 

    维护 ? 除物料主数据以外,主要由PM主数据组用户进行维护。 

    路径:

    设备的安装、卸载及替代 

    目的 功能位置或上层设备是设备的安装点,主要是跟踪一台设备在其生命期中所处的不同位置。 

    策略 ? 一旦一台设备或子设备发生服务位置的变化,如功能位置或上层设备的变化,它们所属的功能位置或上层设备就应该及时更新。这样,除了满足设备的跟踪之外,也为维护费用的正确结转提供了保证。 

    维护 ? 由使用部门提出,主要由PM维护主数据组进行维护。 

    可以在主设备、功能位置、子设备相关菜单中完成相同的操作。

    分配计量点 
   
目的 对那些需要由计量点的状态来驱动维护任务的功能位置或设备来说,分配一个或多个计量点。 

    策略 ? 事先定义好计量点。 

    在维护功能位置或设备主数据时,分配记录点。 

    维护 ? 由PM主数据组进行维护。 

    路径:

    保修信息 

    目的 检查设备的保修范围。 

    策略 ? 事先定义好保修主数据,在维护设备主数据时,指明保修开始日期和保修主数据。 

    或直接输入保修开始日期和结束日期。 

    维护 ? 由PM主数据组进行维护。 
    路径:

    连接文档 

    目的 在SAP系统之外,需要和SAP中主记录进行连接的一些重要文档性资料,以便用户可以实时地查找。 

    策略 ? 把文档保存在一个安全的服务器中。 

    对文档进行有效的分类和管理。 

    维护 ? 由PM主数据组进行维护。

    工作中心的维护 

    工作中心的建立 

    目的 用以定义维护任务的执行者;用于记录工作中心的维护小时。 

    策略 ? 按照维护任务类别来定义工作中心。并不是按照班组来划分工作中心,在SAP系统中,班组只是用来描述工作中心的能力范围。 

    维护 ? 由PM主数据组进行维护。 

    成本会计可以查询。 

    路径: 

    计划的维护 

    维护策略 
   
目的 用于维护计划、维护任务清单和维护项目中;定义计划参数和计划标识等重要数据,且适用于维护包。 

    策略 ? 按照策略单位及计划标识的不同来建立维护策略。 

    A,对于大部分按照设备的运行小时来作维护计划的设备: 

    策略单位为:H/小时 

    计划标识为:基于性能的计划 
    
    B,对于部分按照日历时间来作维护计划的设备: 

    策略单位为:WK/周,MON/月,YR/年 

    计划标识为:时间 

    具体维护策略有待绍兴电力局进一步提供数据。 

    维护 ? 由PM计划组进行维护。 

    路径:

 

    维护包 

    目的 一个维护策略可以包含一个或多个维护包,主要定义计划周期的长度,层次等数据。 

    策略 ? 按照实际的维修计划进行定义。为不同的维护策略定义不同的维护包。 

    如一些设备的维护周期为: 

    250小时500小时750小时 

    如一些功能位置、设备的维护周期可能是: 

    1个月1季度半年1年 

    一旦两个周期同时到达,则执行层次高的周期,所以对应的层次为: 

    123 

    维护 ? 由PM计划组进行维护。 

    路径: 

    建立功能位置维护任务清单 

    目的 划分不同功能位置所要进行的常规维护任务清单;分配维护策略、维护包;分配工序及维护所用的物料及数量;使用于维护计划及维护订单的快速生成。 

    策略 ? 建立有规律的、对功能位置的维护任务清单。可以参照设备维护任务清单。 

    任务清单用途:4/设备维护 

    任务清单状态:4/释放 

    维护 ? 由PM计划组进行维护。 

    路径: 

    建立设备维护任务清单 

    目的 划分不同设备所要进行的常规维护任务清单;分配维护策略、维护包;分配工序及维护所用的物料及数量;使用于维护计划及维护订单的快速生成。 

    策略 ? 建立有规律的、对设备的维护任务清单。 

    对每个需要作维护计划的设备来说,按照维护策略和维护包,定义明确的工序和物料。每个任务清单都有一个组号,该组号又可以包含几个组计数器,每个组计数器对应一个维护策略、一个或几个维护包、工序和物料的组合。 

    任务清单用途:4/设备维护 

    任务清单状态:4/释放 

    维护 ? 由PM计划组进行维护。 

    路径: 
    
    建立一般维护任务清单 

    目的 在建立任务清单时,不指定具体的技术对象。只是定义和管理一些所要进行的常规维护任务清单;分配维护策略、维护包;分配工序及维护所用的物料及数量;使用于维护计划及维护订单的快速生成。 

    策略 ? 建立有规律的、一般的维护任务清单。 

    把具有类似特性的一般维护任务清单建立在一个组中。 

    任务清单用途:4/设备维护 

    任务清单状态:4/释放 

    维护 ? 由PM计划组进行维护。 

    路径: 

    维护项目 
   
目的 直接用于维护计划。它为特定的技术对象,如功能位置、设备和装配件,根据维护策略,分配维护任务清单。 

    策略 ? 为每个需要做维护计划的技术对象建立维护项目,维护项目中包含针对该技术对象的任务清单。 

    应该在建立好维护任务清单的基础上,在建立维护计划前进行维护。 

    也可以在建立维护计划时建立。 

    维护 ? 由PM计划组进行维护。 

    路径:

    维护计划 

    目的 用建立好的维护策略、记录点、新建或选择维护项目,维护计划参数,形成维护计划,创建预防性的维护订单。 

    策略 ? 按照时间来作维护计划的设备来说,把所有使用同一维护策略的维护项目放在一个计划之中。如果维护项目中的技术对象不一样的话,在作规划时会为不同的技术对象产生不同的维护订单。 

    按照运行小时来作维护计划的设备来说,即它是基于性能的维护计划,那么每个维护计划有一个特定的计量点,而一个计量点又只能对应一个具体的技术对象,所以,对这样的设备而言,一个设备要维护一个计划,该计划中包含属于该设备的维护项目。 

    绍兴电力局维护计划有:绍兴周期性维护策略之一。 

    维护 ? 由PM计划组进行维护。 

    路径: 

    具体布骤 1.基于日历的维护计划 

    (1)创建基于日历的维护计划 

    显示全部维护策略,并选择基于日历的维护计划策略; 
    
    创建及维护该维护策略下的若干维护包;显示这些维护包顺序; 

    创建及维护基于日历的维护任务清单; 

    建立表头数据(如:维护策略等) 

    建立工序(内部维护或外委维修)数据:设置若干个维护包、组件信息、PRT(生产资源工具)等信息、 

    对功能位置、设备、装配件定义基于日历的维护项目 

    选择已有的维护任务清单 

    定义对象清单 

    定义结算规则(如:结算至成本中心或资产) 

    创建基于日历的预防性维护计划; 

    选择已有的维护项目 

    维护间隔及计划参数(如:调整计划期间、偏差因子) 

    修改已建立的基于日历的预防性计划;也可以冻结/解冻该维护计划 

    修改计划参数 

    按基于日历的维护计划进行规划; 

    第一次创建规划 

    开始规划(输入规划开始日期) 

    显示已规划的全部调用 

    用特有的计划功能进行规划(如:修改计划参数,选择并改变某些调用的状态) 

    下达调用固定调略过调用系统按规划自动生成维护请求,将维护请求转变为维护订单;执行该维护订单,完工后进行维护订单确认;完成所有维护订单确认后,执行维护计划的规划功能时,系统将自动执行规划 

    计划运行一段时间后,对需要进行重新规划 

    确认重新规划(输入确认的规划开始日期) 

    显示已重新规划的全部调用 
    
    清除规划(将原来的规划反冲) 
    
    重新开始规划(设备出现重大故障,从一个新日期重新规划) 

    刷新规划,以便查看最新的规划 

    调用算法 

    人工调用 

    输入调用日期,选择维护包,存盘 

    显示人工调用及其维护订单 

    模拟截止日期监控报告

    (2)基于性能(如:运行小时)的维护计划 

    创建基于性能的维护计划; 

    显示全部维护策略,并选择基于性能的维护计划策略 

    创建及维护该维护策略下的若干维护包;显示这些维护包顺序 
   
创建及维护基于性能的维护任务清单 

    建立表头数据(如:维护策略等) 

    建立工序(内部维护或外委维修)数据:设置若干个维护包、组件信息、PRT(生产资源工具)等信息、对功能位置、设备、装配件定义基于性能维护项目选择已有的维护任务清单 

    定义对象清单 

    定义结算规则(如:结算至成本中心或资产) 

    定义基于性能(小时)预防性维护计划; 

    选择已有的维护项目 

    维护间隔及计划参数(如:调整计划期间、偏差因子) 

    定义计量点,为设备输入初始计量凭证 

    修改已建立的基于性能的预防性计划;也可以冻结/解冻该维护计划 

    修改计划参数 

    按基于性能的维护计划进行规划; 
    
    第一次创建规划 

    开始规划(输入规划开始循环读数)

显示已规划的调用(没有调用;或只有一个调用) 

    用特有的计划功能进行规划(如:选择并改变某个调用状态) 

    释放调用 

    固定调用略过调用 

    系统按规划自动生成维护请求,将维护请求转变为维护订单;执行该维护订单,完工后进行维护订单确认;完成所有维护订单确认后,执行维护计划的规划功能时,系统将自动执行规划; 

    计划运行一段时间后,需要进行重新规划; 

    确认重新规划(输入重新规划开始循环读数) 
    
    显示重新规划的调用(没有调用;或只有一个调用) 

    清除规划(将原来的规划反冲) 

    重新开始规划(设备出现重大故障,从一个新日期重新规划) 

    刷新规划,以便查看最新的规划调用算法 

    人工调用 

    输入调用日期,选择维护包,存盘 

    显示人工调用及其维护订单 

    模拟截止日期监控报告

    规划 

    目的 对维护计划进行规划后,可以产生一系列预防性的维护订单。 

    策略 ? 每个维护计划的开始时间不一样,对每一个维护计划分别进行不同规划。 

    维护 ? 由PM计划组进行维护。 

    路径:

    维护通知 

    维护通知的建立 

    目的 对零故类的维护任务,事前建立,事后补充维护通知,以记载某一维护任务所涉及的与技术对象有关的重要信息,如故障所属的对象部件、故障现象、原因代码、维护任务、作业等等,还有技术对象的停机时间、系统状况等一系列数据,用以事后的评估。 

    策略 ? 对零故处理流程,原则上都要维护该通知单。

    应在维护订单建立的同时建立维护通知。可以在维护订单菜单中间接建立,也可以分配给某一维护订单,也可以在技术对象主记录的菜单中建立。 
 
    维护 ? 由PM订单组进行维护。

? 路径:

    维护通知的管理 

    目的 主要完成维护通知的释放、信息记载、关闭等一系列操作。为设备评估提供数据。 

    策略 ? 维护通知单建立后,必须首先释放用户状态才能释放维护通知单。 

    代码组的维护。 

    在维护订单完成的同时,应在维护通知单上记载详细的信息,以作为日后的维护知识库;最后,应关闭该维护通知单,用以评估。 

    维护 ? 由PM订单组进行维护。 

    路径: 

    维护订单 

    维护订单的建立 

    目的 用以管理、跟踪、控制整个维护过程,记录维护所用的内外部人工小时和物料费用。 

    维护订单服务的对象是功能位置或设备,作为费用的归集器,它把维护过程中所发生的人工小时和物料费用加以归集后,通过费用的结转,把费用结转到该设备或功能位置所属的成本中心。 

    策略 ? 手工建立非计划性的临时维护订单。可以在建立维护通知单的同时建立,也可以单独建立,也可以在技术对象的主记录菜单中建立。 

    自动建立计划性的维护订单。通过对维护计划的规划,可以及时地下达预防性的维护订单。 

    维护 ? 非计划性的维护订单由PM订单组进行维护。 

    计划性的维护订单由PM计划组进行维护。 

    路径:

    维护订单的管理 

    目的 主要完成维护订单的释放、领料、工时确认、费用结转、关闭等一系列操作,为维护子系统和内部会计提供评估数据。 

    策略 ? 维护订单建立后,必须释放才能打印。 

    维护人员填写领料单并签字确认,该领料单上应有一个维护订单号,以便发料员可以明确发料或退料的具体对象。 

    确认人工小时、结转维护费用、关闭维护订单。 

    若在维护订单关闭后发生索赔现象,需要重新释放该维护订单、结转费用和关闭维护订单。 

    若有外委修理,一旦确认后即可由MM做直接收货处理。 

    维护 ? 由PM订单组和MM用户进行维护。 

    路径: 

    具体步骤
 
    (1)创建维护订单的方式: 

    基于维护性保养计划; 

    直接基于维护通知单创建一个维护订单; 

    直接为维护通知单创建一个维护订单; 

    直接创建一个维护订单; 

    直接创建外委修理维护订单; 

    (2)创建维护订单 

    输入维护订单的台头信息; 

    输入故障、损坏及通知信息; 
    
    输入工序信息(如:计划工时、内部维修或外委维修); 
    
    输入部件(库存件或非库存件)信息; 

    选择能满足的库存件; 

    选择非库存件或没有足够库存数量的库存件 

    查看维护订单的状态;查看维护订单的计划成本、查看全部工序所需物料的有效性; 

    选择非库存件或不能满足需求的库存件; 

    下达维护订单; 
    
    释放维护订单; 
    
    释放并打印(下达)维护订单; 

    创建维护订单后,立即释放维护订单; 

    货物移动; 

    查看该维护订单的采购请求情况;将采购请求单转换为采购订单; 
    
    查看该维护订单的物料预留情况; 

    对维护订单的发货处理; 

    对维护订单(参照维护订单号)进行发货处理,查看相关凭证(移动代码:Z41) 

    对维护订单进行退货处理,并查看相关凭证(移动代码:Z42) 

    对维护订单的货物采购单的收货--直发处理 

    对维护订单的新采购件的收货; 

    对外委维护订单的外委修理件的收货; 

    对维护订单的采购单的发票验证、付款或冲预付款处理(参见:MM流程); 
    
    作业记录的确认处理; 

    确认工时(实际工时输入); 

    维护后,计量凭证(计量器读数)的输入; 

    维护订单及其维护通知单的技术完成处理,并查看维护通知单及维护订单的状态; 

    定义结算规则,或者生成缺省的结算规则; 

    执行维护订单结算(先测试、再实际运行),并查看成本报告; 

    维护订单完成确认,并查看维护订单状态; 

    维护订单的完成处理;

    其他 

    记量文档的维护 

    目的 记量文档的维护是驱使维护计划的一项很重要的工作。由于基于性能的维护计划需要为每个设备建立一个维护计划和计量点,因而日常的记量文档的维护显得尤为重要。 

    策略 ? 对一些重要的设备,它们的运行小时数应该每天输入。 

    对其他的设备,建议采取每星期五输入运行小时数。 

    维护 ? 由设备使用部门提供设备运行小时数。 

    由PM计划组维护记录文档。 

    路径:

    代码组的维护 

    目的 用于维护通知。主要记载每次设备故障的详细情况,如故障发生的部件,故障现象,故障原因,维护任务及作业等信息,为日后的故障分析提供数据。 

    策略 ? 在每次维护工作完成确认时,同时必须维护代码组。 

    对已经存在的代码组,可以直接维护在维护通知中。 

    对没有的代码组,先要维护好相应的代码组,然后再输入到对应的维护通知中去。 

    维护 ? 维修人员填写代码组。 

    由PM订单组进行维护通知的维护。 

    路径:
 

0
相关文章