IBM Maximo与其他EAM产品的对比分析（可修改）.docx

IBM Maximo与其他EAM产品的对比分析 Maximo可以在子标签页（例如维护保养工作记录检测数值、完成情况等）列表上快捷写入数据，减少了用户操作的步骤，和系统响应所需的时间 Infor EAM在子标签页中无法灵活的在列表上录入数据，通常在多项工作条目中针对检测结果录入，是否完成反馈等需要对逐条进行填写，需要点开每一条的详细信息录入后单独保存，对此普遍用户反响意见较大 （6） 快捷数据录入 Maximo在数据选择方面可根据情况选择弹出框式、超链接式、下拉列表式、日历时间式等，灵活适用于多种场合 Infor EAM不支持下拉列表框选择数据的方式，当选项较少应使用下拉列表的方式效率高于弹出框的选择方式 （7） 页面数据缓存 Maximo由于采用缓存实时刷新技术，在写入数据库之前即可获取到页面数值，在数据与数据之间交互时即时性更强，同时应用于各大主流的系统平台技术 Infor EAM关联字段无法通过缓存即时刷新，由于Infor EAM的逻辑控制几乎全部来源于数据库， 逻辑控制触发的条件就更加苛刻，例如故障维修我们在填写故障体系，即故障现象、故障原因、故障措施时，想要通过故障现象选择原因，通过原因选择措施时，Infor EAM需要每次选择前进行保存，向数据库写入命令才可以引出关联的原因和措施等，从小的方面影响了操作人员的使用效率，从大的方面直接影响了生产检修的工时 （8） 报表实现 Maximo默认集成的BIRT报表，功能、速度方面表现更优于水晶报表 Infor EAM默认集成的水晶报表（但通常客户不会采用水晶报表） 2. IBM Maximo与SAP 用户的友好性 使用SAP PM 用户普遍的感觉是系统不易于使用,一个简单的工作要切换多个屏幕才能完成,而使用MAXIMO可能只需在一个屏幕就能完成。

另外SAP各应用程序之间的链接也非常弱,不像MAXIMO有超级链接的强大功能使用户可以在各相关应用程序之间来回切换 技术的先进性 虽然SAP的一些新模块正逐步使用JAVA技术开发,但对于那些旧的模块,仍是在C/S结构的基础上,外加HTTP服务器实现Web Enable,这种技术不能确保应用程序的屏幕百分之百地转换成HTML格式,如一些滚动条在HTML格式下会有问题不像MAXIMO是纯JAVA产品,使用J2EE的技术标准开发的，并得到SUN公司的认证因此在客户端的反映速度上，SAP要慢一些 个性化开发的容易性 在业界,SAP客户化开发的难度是众所周知的,用户必须掌握ABAP语言,而这种编程语言不是通用的语言,必须由专业人员完成,因此对SAP做客户化开发工作的难度和费用都很大而MAXIMO使用的是标准的JAVA编程语言,客户化开发非常容易对于中国的用户,应用软件的客户化能力还是相对重要的,如运行、点点巡检管理等,都必须通过客户化开发实现 专业化深度 SAP PM作为SAP ERP解决方案的一部分,在设备维护管理方面与专业的EAM解决方案软件在功能的深度上还是有差距,主要体现在SAP PM是从以财务为核心的出发点来设计的,并不是从设备维护人员的角度出发的。

因此在一些专业术语的使用,以及软件功能的设计有较大差别例如,SAP没有围绕维修作业的安全计划概念,虽然SAP有QHSE模块,但基本上是围绕产品生产的质量保证体系出发设计的,基本上很少有客户使用,更难以应用到维修操作的安全管理又如,SAP没有标准作业规范的定义,而直接使用预防性维修计划的定义,中间少了一个层次,对于企业中众多标准工作包的定义非常不利,同时,也不能有效支持计划性消缺工单中对标准作业计划的应用再如,SAP不能对工单的维修人员做人员计划,即便是在实施了SAP的HR模块的情况下而MAXIMO有很强的Work Manager功能,可以根据工作优先级对人力资源进行有效调度再如,SAP不支持层次型预防性维修计划的建立以及主预防性维修计划的概念,因此不能支持大小修维修计划的建立 模块集成性 SAP PM作为SAP的设备管理模块,不可能独立应用,必须与其他模块一起实施一般来说需要与SAP的FI/CO、MM、PS等模块一起使用从采购和库存来说,虽然SAP的MM模块很强大,但其强大之处在于与SAP的PP/PI的有效结合,用于制造行业的物流MRP计划而对于MRO类物资的物流管理来说,其采购驱动模式来源于工单物资计划、服务计划、以及安全库存重订购等,从这一点来说,SAP的MM模块相对于MAXIMO的采购模块没有优势,而MAXIMO非常灵活的工单直接采购功能,更是非常适应于维修管理业务特点的一个功能。

另外,SAP的MM模块不能实现对物资的仓库管理功能,而只能管理到仓库中的总数量,不能实现仓库中的货架管理要实现货架的细致管理,就必须实施SAP的WM模块,相当复杂如果激活了WM模块,物资接收和发放时,首先必须在MM模块中进行操作,然后还要在WM模块中进行操作,使用起来非常繁琐,而且容易出错相对来说,MAXIMO的库存管理功能要来得简单而直接,易于使用得多 工作流设置 SAP虽然也有工作流设置功能,但除了一些简单的工作流逻辑可以通过角色定义完成以外,复杂的非标准的工作流定义必须通过ABAP程序完成,非常复杂,而且不易于修改一旦定义以后,即便发现流程不合理,却必须通过程序修改来完成,让人望而却步因此在绝大多数SAP实施案例中,都是使用其他的工作流定制软件来协助解决这一问题,例如使用Lotus Notes中的工作流定义功能,用户不但要投资于Lotus Notes软件,还必须培养人员学会Lotus Notes的工作流定义方法,虽然麻烦,但相对于SAP的工作流定义功能要简单灵活多了而MAXIMO强大的图形化工作流设计模块更是SAP无法比拟的,能全面定义物资请求、采购请求、询价、采购订单、发票、工单跟踪、工作管理等工作流程的定义。

就是因为这一点,很多用户更愿意使用MAXIMO的库存和采购功能,最后与SAP的财务模块相集成这一方面是由于MAXIMO的库存采购管理更适合于MRO物资类别,使用简单有效,另一方面可以使用MAXIMO的工作流模块灵活地设置适合于客户组织架构的工作流程 升级的容易性 MAXIMO的系统升级非常简单,一般只需要一个星期左右而SAP的升级不是由PM模块决定的,如果想对PM模块进行升级,首先必须考察的是其他核心模块的升级工作量,如FI、MM等因此工作量巨大,对保护已有投资不利 3. IBM Maximo与国产自研EAM Maximo与自研EAM产品对比分析 1、EAM是一个成熟市场，自开发的系统给用户带来长期持有风险 自开发时，很难分享到同行业领先管理实践，需求基本来源于内部人员提报，自己提的需求很多时只能考虑现状，从长期发展的视角势必会要求持续的修改，然后基于项目开发的需求会以最小成本满足眼下需求即可，无法以平台架构的角度思考，预留强大的平台扩展能力以适应后续需求演进 自开发系统完全掌握在一个临时的技术团队手中， 小厂商的经营风险带给用户后期无法服务，无法升级的风险。

从而带来更加昂贵的软件持有成本，以至于影响业务用户的正常使用 2、成熟的商业套装软件产品生命周期长有利于保护IT投资 成熟的套装软件经过产品化的发展历程，具有更持久的生命周期，所以相对于自主开发软件而言，成熟的套装产品更有助于保护企业的IT投资，也更有利于保障企业信息化建设的成效 3、成熟的商业软件技术先进，架构灵活 商业套装软件是平台类产品，具备完善的开发配置工具，无需涉及源代码，简单易用，便于用户掌握，可以很大程度上实现自我开发和维护 4、成熟的商业软件能够带给企业先进的管理思想 套装软件会有专业的产品设计团队，这些产品的设计者能够将行业内经典的管理实践转化成解决方案，以确保软件产品的生命力套装软件所拥有的广泛的用户基础总也不乏各个行业的佼佼者，他们的最佳管理实践也都会随着软件的升级优化而积淀在软件产品当中 引入一套好的软件产品，也就能将行业中优秀的管理实践带入到企业中来这也是通过IT促进业务提升的常见做法 5、成熟的商业软件能给用户提供稳定产品级的保障服务 成熟的软件产品会配套完善的售后以及技术支持队伍，大型稳定的软件厂商相对来讲会非常在意自己用户的满意程度，选择成熟的软件产品也意味着选择了一种可靠的产品路线， 并能够享受到持续稳定的技术支持服务。

6、成熟的商业软件，实施和技术支持服务生态系统完善 成熟商业套装软件厂商有完善的生态系统，市场上有大量专业的服务提供商可供选择，市场竞争更充分，供应稳定，企业可以有较大的选择空间 7、成熟的商业软件产品能引领用户共同发展和进步 众所周知随着技术的发展日新月异，软件产品的更新换代是比较频繁的，大型软件厂商会与时俱进并能够在新技术发展的浪潮下引领创新，在产品中植入人工智能建模、大数据分析、物联网平台等新能力所以软件厂商会陪着用户共同发展，同时也会通过产品支持或升级的方式共同分享新技术和新方案，进而保护既有用户的软件投资 7 / 7。