如何在SAP中实施设备全生命周期管理系统？

特邀撰稿人：北京承泽星汉信息技术有限公司 仝文革

随着大中型企业购入的精密加工设备越来越多，目前有许多实施了SAP系统的大中型企业都希望同时实施设备全生命周期管理系统，以满足设备日益精细化的管理需求。但SAP系统PM模块功能不完整，如何在SAP系统中完成设备全生命周期管理系统的实施工作，成为企业实施的一大难题。

设备管理系统在SAP系统中的实施情况

1. SAP系统的功能概述

SAP是全球企业管理软件与解决方案的技术领袖，同时也是市场领导者。SAP系统经过40多年的发展、完善、创建，持续不断地向全球各行业企业提供全面的企业级管理软件解决方案。SAP系统目前已进入HANA版本的实施阶段。

SAP系统由不同的模块组成，主要是FICO、MM、SD、PP、AM、PS、PM、HR等模块，其中PM模块是设备管理模块，它是企业实施设备全生命周期管理系统的基础。

2. 设备管理业务在PM模块实施问题说明

目前，国内许多大中型企业都实施了SAP系统，也有一大部分企业同时实施了PM模块或正在补充实施PM模块。

PM（Plant maintenance）模块的名称是工厂维护，即设备维护模块，它是由基础数据、维护管理、预防性计划、信息系统4大块组成，还有一块清场管理，由于功能的局限性，在国内几乎没有企业使用其标准功能。SAP系统其他主要模块的功能一直处在不断的完善和提升之中，但PM模块的基本功能却有很长时间没做更新。

SAP系统由不同的模块组成

SAP系统的各个模块的标准功能过于统一、规范，还远做不到按企业用户的需求进行功能自由定制和选择这一步，还需要SAP实施企业与实施咨询公司一起，进行许多个性化开发才能真正的满足设备全生命周期管理的业务需求

从PM模块的功能组成来看，它主要解决的是企业设备日常维护工作的业务需求，从设备全生命周期管理来讲，在设备的前期规划管理阶段，似乎可以采用PS模块的功能给予解决，但PS模块自身还有许多功能不足，并存在需要改进的地方；在采购建设阶段，需要进一步使用PS模块的功能，以及MM、AM模块的功能，但仍然需要进行功能补充开发后才能满足需求；在运行维护阶段，PM模块的标准功能得到充分运用，同时，还会使用到PS、MM模块的功能，但由于PM模块的标准功能不足，而且只有基础数据、维修工单、预防性维修计划的标准功能可以勉强使用，SAP系统仍然缺少满足检维修计划管理、维修过程管理（除工单外）、预算管理、运行管理、安全管理、专业管理、专项管理、批量审批与待办提醒等大的功能模块，以及在此阶段非常重要的SAP系统和各设备运行状态监测管理等外围系统间的接口和信息显示功能；在退役管理阶段，会使用到PS、AM等模块的功能，但这个阶段的业务处理过程没有标准功能给予支持，只能通过改变设备的状态来给予满足。从设备全生命周期管理全过程来讲，SAP系统所供的报表、KPI功能基本不能满足用户的日常使用需求，尤其不能满足现代设备管理对大数据分析、智能运维等新技术的运用要求。

从上述描述过程可以看出，SAP系统的PM模块虽然解决的是设备维护过程的业务需求，从其功能设计的初衷来讲，是希望可以解决设备全生命周期管理的业务需求，但SAP系统的各个模块的标准功能过于统一、规范，还远做不到按企业用户的需求进行功能自由定制和选择这一步，还需要SAP实施企业与实施咨询公司一起，进行许多个性化开发才能真正的满足设备全生命周期管理的业务需求。

从目前笔者接触过的SAP系统实施项目、以及了解到的SAP系统实施项目来看，SAP系统实施企业在实施PM模块时，虽然已从曾经对PM模块不太了解，听从实施顾问的安排而以实施PM模块标准功能为主，发展到现在的要在PM模块中补充开发个性化功能为主的实施方式，但是许多企业还存在因对SAP系统操作界面风格的不满而开发SAP系统外壳，甚至有些模块已经沦落到了后台数据库的景地，让人感叹不已。

另外，从企业设备管理大数据分析、智能化运维的角度出发，也对企业设备管理工作提出了更高的要求。首先，要求企业把更完整的设备管理业务链，包括由设备规划管理、采购建设、运行维护、退役管理4个业务阶段在内所有设备管理业务涉及到的各个管理部门参与的业务链，都放入信息化管理系统中进行全业务流程管理，并在业务单据间建立相关联的业务关系；其次，要在设备全生命周期管理系统实施的过程中，建立完整的数据管理规范，从数据治理的角度对设备管理数据进行清理，完善后续进行数据分析、智能化运维需要细化看数据，去除没有用处的冗余数据，然后导入到SAP系统中使用。上述这些工作，都需要PM模块实施企业在SAP系统中做大量的数据治理、功能和接口开发工作。

SAP系统功能的局限性

上面介绍了PM模块的功能局限性，我们再来看一下SAP系统存在的问题。在大型企业实施SAP系统时，大家都会碰见一些普遍存在的共性问题：

⒈财务的合并会计报表、预算编制完全无法在SAP系统中实现。⒉产品成本核算只有一种以标准成本为核心思想的方法，既没有办法实现习惯的实际成本法，也没办法实现更多更高级的产品成本模拟和预测。⒊真正的销售计划和预测几乎无法实现（只能输入计划的结果），直接导致说好的产供销一条龙缺了龙头。⒋生产计划的MRP和MRPII，时间上永远算不准，且原因不明。⒌分析、评估有关的一切都意味着要么大工作量的开发，要么无法实现。

上述只是列举了一部分SAP系统标准功能不能做到的地方，那么PM标准模块功能不能很好的满足企业设备管理，尤其是设备全生命周期管理的业务需求，也就不足为奇了。这些更进一步说明，企业在实施设备全生命周期管理系统时，在SAP系统中做大量补充开发的必要性了。

在SAP系统可选择的3种程序开发方式

既然决定了在SAP系统中进行开发，那么不同的开发方式就会对SAP系统功能和用户使用的感受有着不同影响，根据笔者多年的实施经验，SAP系统的开发顾问一般会采用3种程序开发方式，这种3种开发方式对SAP系统的影响分别描述如下：

开发方式1：在外围系统中开发程序并通过接口与SAP系统关联

这是目前许多SAP系统项目实施的主要开发方式，这种开发方式主要以SAP公司其它软件产品的使用，如PORTAL、BPM、NETWEAR等SAP收购、整合的产品为主，这些产品从技术的角度来讲，是可以和SAP系统做无缝连接，但实际操作中仍然等同于外围系统和SAP系统之间做接口关联开发；还有些企业会在第三方软件中开发功能程序，尤其是开发业务流程审批功能，然后通过接口与SAP系统相关联。

这种开发方式的最大问题是外围系统中的开发界面、校验、权限检查的开发工作量比较大，同时，数据通过接口交互传输的次数多，对网络的压力比较大，尤其是要求数据进行实时传输时，对网络的传输压力就更大了。这种方式笔者称其为楼外建楼。

开发方式2：在SAP系统中直接进行程序开发

这种方式由于不需额外再采购一些外围系统，实施方式略简单而被一些企业采用。它是由SAP系统实施顾问在SAP系统中直接开发功能程序来实现企业的业务需求，但这种方式通常会把流程审批业务放在类似于OA的系统中实现，然后通过接口实现审批过程信息向SAP系统中反馈。

这种开发方式的最大优点是用户不需要跨系统完成业务操作，同时，数据传输对网络的压力也减少了许多、也可以确保数据使用的实时性。其缺点是程序开发方式不如SAP系统标准程序规范、系统外挂程序太多而造成自开发程序运行效率稍低，同时，程序的开发、测试与后续调整工作量大，当程序开发能力弱时，会对SAP系统的标准功能造成影响。这种方式笔者称其为楼内建屋。

开发方式3：使用SAP系统的增强进行程序开发

这种开发方式就是由SAP系统开发顾问提前寻找SAP系统可用的程序开发增强出口，然后由开发顾问在这些标准增强中完成界面、功能、检查、校验等的程序开发工作。这些增强出口是SAP公司考虑到SAP系统的功能存在不能完成满足用户需求、需要额外开发的情况，专门提供给实施企业进行程序开发使用的程序出口。因此，在这些增强出口中开发的程序运行效率会比前2种开发方式高许多，同时，对SAP系统标准程序的影响也最小。当然 ，在找不到合适增强出口的情况下，仍然需要在SAP系统中直接开发程序使用，但这种情况应该最小化。流程审批的程序开发也可以在SAP系统中实现。这种方式笔者称其为楼内装修。

从笔者的从业经验来讲，强烈建议SAP系统实施企业采用第3种开发方式。

在SAP中实施设备全生命周期管理的特殊要求

针对上述进行设备全生命周期管理系统开发的要求，不论SAP系统实施企业采用哪种开发方式，笔者都建议咨询公司要协助实施企业把整个项目的实施周期按10%讨论+30%设计+30%开发+30%实施的比例来完成项目实施工作，而不能像SAP系统项目标准功能实施过程那样，把项目实施重点放在实施与开发工作，而轻视系统功能的讨论、设计工作。

进行设备全生命周期管理系统项目实施时，在相关程序开发前，尤其要注重以下系统功能的设计工作：

（1）要进行系统化功能设计：这是从系统实现的整体功能方面进行设计，通过这项设计来确定设备全生命周期管理系统要实施的功能范围、细化功能、大的流程框架。系统化功能设计是整个项目实施的基础，形成设备全生命周期管理系统开发的功能架构和后续设计工作的整体架构。

（2）要进行流程闭环管理设计：依据于功能架构，进行各项业务的流程架构设计，形成大的流程闭环及其细化的流程闭环架构。通过流程架构的设计工作，就可以形成项目实施的业务蓝图和解决方案，它们会形成项目后续实施的指导性文档。

（3）要进行各种架构的设计：在设备全生命周期管理系统功能架构、流程架构的基础上，就可以进行技术架构、业务架构、系统架构、数据架构等设计工作，将前面两项设计工作进行落地实施设计。

这些设计工作都完成了以后，就可以进行程序开发的需求功能说明书的编写、程序开发与测试等后续项目实施工作，同时，也可以在SAP系统中进行系统配置和功能测试工作。

上述设计工作在整个项目实施工作中占有非常重要的地位，项目实施双方切不可掉以轻心。

其它需要特殊说明的实施工作是设备基础数据的治理工作，数据治理工作的好坏会直接影响后续大数据分析、智能运维等工作的细度与精度，给后续项目实施带来不必要的麻烦。建议项目实施双方要组织专门机构来完成该项工作。

设备全生命周期管理系统在SAP系统内开发的情况介绍

目前，在国内实施SAP系统以及专业实施设备全生命周期管理系统的咨询公司中，大多是在非SAP系统中通过JAVA等开发设备全生命周期管理系统，然后和SAP系统通过接口进行关联。这些系统的功能大都相同，一般缺乏对设备管理业务的财务管理功能，因此必需和SAP系统的财务模块关联后才能满足设备管理业务的闭环管理。

还有一些在SAP系统中做了设备管理业务的功能补充开发，但大多都是应实施企业用户的要求，按用户的业务需求点开发，而没有从设备全生命周期管理的角度进行系统化、集成化设计，因此，他们的软件产品虽然号称是设备全生命周期管理系统，但通常存在主要功能缺失、业务流程断点多、业务操作不连贯等问题。

在这些方面做得比较好的是北京承泽星汉信息有限公司，他们的设备全生命周期管理系统（简称EAMtotal系统），是在借鉴了许多家大型国有企业实施SAP系统PM模块经验，从设备全生命周期管理的全过程出发，进行系统化、集成化、标准化的功能架构、流程架构、业务架构、技术架构、数据架构等一整套架构设计的基础上，开发而成的一套成熟的设备全生命周期管理系统，可以满足企业快速实施、借鉴先进经验、减少实施风险、提高设备管理水平的目的。EAMtotal系统既可以配合SAP系统的实施而实施，也可以单独实施SAP系统PM模块而实施；既可以给未实施SAP系统PM模块的企业实施，也可以给已实施SAP系统PM模块的企业做提升实施。