ERP实施与支持--识别差距和弥合差距的策略

栏目:云星空知识作者:金蝶来源:金蝶云社区发布:2024-09-16浏览:1

ERP实施与支持--识别差距和弥合差距的策略

引言

       在任何 ERP 项目中,业务需求列表与标准 ERP 解决方案所提供的内容之间总是会存在一些差距。虽然套装软件供应商每年都会通过最新版本提供数百种新功能,但总会有一些特定的流程在他们的 ERP 套装软件中没有涉及到,这就导致了差距的产生。虽然在选择套装软件时需要努力寻找差距尽可能小的软件,但不可能找到 100%适合的套装软件。总的来说,如果套装软件能满足 80%的业务需求,那么它就被认为是一个很好的选择。


一、差距产生的原因和五种差距类型:功能差距、接口差距、用户体验差距、报告差距、转化差距

       业务蓝图的一个重要目标是从流程的角度识别这些差距,并制定填补这些差距的计划。差距可能有各种原因,基于此,这里将差距分为五类,下面将对其进行讨论:


1、功能差距

A. ERP 支持该流程,但公司出于无原因以不同的方式执行

如果公司经营业务流程(例如,采购流程)的方式与标准 ERP 建议的方式不同,那么就会发现差距。大多数情况下,公司希望将其当前的工作方式自动化,这可能需要在 ERP 中进行开发。这些流程需要进行详细调查,如果以不同于 ERP 的方式进行操作没有特定的好处,那么这些流程需要更改为 ERP 的操作方式。有时,这需要公司方面的高级利益相关者参与,向业务用户解释遵循 ERP 最佳实践的好处。由于这涉及改变公司既定的流程,因此变更管理在这里至关重要。

B. ERP 支持该流程,但公司出于特定原因以不同的方式执行

这些是公司出于特定业务原因希望以不同于标准ERP的方式执行部分流程的流程。一个很好的例子如下所示。大型消费品公司AA遵循“付款并提货”的做法,即在收到全额付款后将材料发送给其分销商。他们已经实施了 ERP供应链解决方案,以实现最佳补货数量计算。ERP 解决方案根据分销商的预测、安全库存要求、交货时间等计算最佳补货数量,而不考虑分销商是否在计算中付款。因此,这部分需要开发。从标准 ERP 中,公司获得理想的补货数量,然后根据资金可用性进一步优化(这部分是通过开发完成的),最后计算出补货数量。在这一类别中,ERP 项目中总是会出现一些差距,通常可以通过配置或开发“增强”来满足。

C. ERP 不支持该流程

在大多数情况下,这些都是特定于行业或公司的流程。与前一种情况的不同之处在于,它不是流程的一部分,而是整个流程本身不受支持。下面举几个例子:全球领先的食品公司NN有一个名为“直接商店配送”的流程,产品直接从工厂送到商店。当NN使用 ERP时,当时的流程不受 ERP 支持,整个模块必须开发。后来,ERP 将其作为其标准消费品行业解决方案的一部分。全球领先的医疗电子公司MM向医院提供整个医疗设备解决方案,以贷款的方式提供。当MM使用 ERP时,这个名为“Loner”的整个模块由MM的实施合作伙伴开发。这后来成为ERP标准解决方案的一部分。全球绿色公司GG为其农业预测使用了特定的决策支持系统,这是任何 ERP 都不支持的流程。这几类发展的复杂性和成本都很高,而且 ERP 解决方案越来越多地试图通过更好地了解行业特定要求和新的行业解决方案来弥补这些差距。然而,在这一类别中,仍然会存在大量的差距,通常可以通过配置或开发复杂的“增强”来满足。

 D. 仅靠ERP无法支持流程,需要额外支持

这些通常被定义为范围蔓延。例如,任何 ERP 解决方案都缺乏优化能力(为此有供应链规划应用程序)。如果需要规划,考虑到车间的实际产能或基于约束,则 ERP 解决方案将无法做到这一点。同样,如果有人希望在 ERP 中管理整个产品开发过程,那么在 ERP 不支持的领域(这些领域由称为产品生命周期管理或 PLM 的特殊类别应用程序支持)很可能会出现差距。在项目的早期识别此类领域非常重要,最好在项目范围确定期间进行,因为这可能会将其他应用程序纳入实施范围。仅在 ERP 范围内,这些中的很大一部分将仍然是差距,公司需要接受这些差距。

E. ERP 可以支持流程,但业务需求类似于愿望清单

在大多数情况下,这些业务需求都是母亲般的陈述、愿望清单或非常笼统的陈述,比如“ERP应该提供端到端的可见性”。首先非常清楚地定义此类要求的范围并将其限制在可管理和可在项目时间范围内实现的范围内非常重要。有时,这些要求是分阶段完成的,即首先让我们在工厂内建立可见性和材料跟踪系统,然后尝试将其扩展到配送中心等。业务用户的期望管理在这里至关重要,因为有时试图实现这一点可能需要大量的时间和成本投资,回报很少。这些差距中的很大一部分可能仍然只是差距,公司需要接受这些差距。

 

2、接口差距

公司的愿景中可能需要 ERP 解决方案与其他应用程序集成。 其中一些可能是其他领先企业应用程序(如 CRM、SRM、BI、MES等)。其中一些可能是公司多年来开发的内部应用程序,不可能被 ERP 取代。在某些情况下,ERP 应用程序必须与工厂车间的设备(如 PLC 或 SCADA 系统)、测试实验室的设备(如LIMS 或实验室管理系统)、零售商店的设备(如POS - 销售点系统)和其他设备(如称重桥)集成。由于市场上有成千上万的此类应用程序提供商,因此取决于公司已经到位的设备,接口可能需要构建或可能可用。ERP 项目中总是会出现一些差距,被称为“接口差距”。


3、用户体验中的差距

这些差距产生的原因如下:

  • 工厂车间ERP用户不想进入三个不同的ERP屏幕来创建生产订单。他希望在一个屏幕中输入创建生产订单所需的全部五个条目。这与标准ERP屏幕不同,需要为他开发特定的屏幕。

  • 在ERP系统中创建订单时,提出采购订单的人想要输入更多字段(例如第三方机构的供应商信用评级),而ERP采购订单屏幕没有提供此功能。在这种情况下,需要修改屏幕以适合用户。

  • 需要在ERP中开发一个全新的模块(如前文引用的MM或NN的例子),这显然需要开发相应的屏幕。这些类型的差距在任何ERP项目中都很常见。

4、报告差距当

ERP解决方案提供的标准报告不符合业务要求时,就会出现这些差距。差距可以是完全开发新报告的形式,也可以是修改现有报告(可能在行和列上只有很少的更改)以适应用户需求的形式。对于早期出现的所有这些变化,需要在ERP解决方案中完成单独的编程。如今,大多数ERP供应商都推出了商业智能解决方案,作为标准ERP的补充,并满足报告要求。商业智能解决方案提供了许多灵活的报告选项,从而减少了核心ERP解决方案的开发需求。这是任何ERP项目中的一个常见差距区域,通常被称为“报告差距”。


5、转换差距

ERP系统可能需要其他应用程序(其中一些可能是自产的遗留应用程序)的数据才能成功运行。例如,如果一家公司使用单独的系统进行研发和产品开发功能,则很少有数据元素需要转移到ERP解决方案中进行产品成本计算。可能会出现这样的情况,即来自遗留应用程序的数据不能直接转移到ERP应用程序中,因为ERP系统需要特定格式的数据。比如说,产品开发系统有五位数的物料代码,ERP系统需要八位数的物料代码,或者产品开发系统没有产品生产厂家的信息,而这是ERP系统的主键,那么这些数据元素需要转换。这些被称为转换差距,需要为此编写转换程序。这些转换程序在数据迁移阶段变得非常重要。大多数情况下,所有ERP项目都有转换差距。

 

二、   差距文档和差距管理策略

一旦了解了差距的类型,就如下面所讨论的,拥有全面的差距文档和差距管理策略就显得非常重要:

1、准备一份全面的差距文档

这应该列出项目中发现的所有差距以及解决这些差距的建议解决方案。典型的差距文档可能有数百行,因此对这些差距进行优先排序非常重要-哪些需要立即解决,哪些其次,依此类推。可能会有一些差距(可能有一些功能)甚至可以在项目上线后解决。典型的差距文档可能包括:差距描述、解决差距的建议策略、优先级。解决差距的建议策略可以是以下任何一种:

1. 需要与 ERP 一起使用另一个附加解决方案

2. 需要报告开发 (R)

3. 需要接口开发 (I)

4. 需要转换开发 (C)

5. 需要增强开发 (E)

6. 需要表单开发 (F)

7. 需要改变流程以适应 ERP

8. 差距将仍然存在-需要相应地设置期望

以上项目 2-6 也称为 RICEF 对象。对于 RICEF 对象,准备一个复杂度矩阵(高、中、低)来估计完成这些开发所需的时间。这很重要,因为目前的趋势是将此类开发外包到成本更低或更专业的组织。核心实施团队仅在这些开发完成后进行最后一轮测试。构建差距文档和复杂度矩阵是重要的业务蓝图可交付成果。

 

三、   差距开发选项

对于 RICEF 对象,系统需要进行修改以满足差距。有四种不同的方法可以使 ERP 系统适应满足要求:

客户开发:ERP 系统包含一个客户命名空间,在该命名空间中,可以创建特定公司(在这种情况下为实施 ERP 解决方案的公司)自己的存储库对象。

增强:这允许客户在不使用修改的情况下增强 ERP 存储库对象。

定制:这是设置系统参数的地方。定制是设置 ERP 系统的强制性部分。

修改:修改是对 ERP 存储库对象的更改。当系统升级时,必须将所有修改对象的版本与新的 ERP 版本进行比较并进行协调。

虽然在 ERP 系统中允许定制、开发和增强以满足客户的特定要求,但不应该进行修改(即更改现有的 ERP 代码),因为 ERP 是一个高度集成的应用程序,任何地方的代码更改都可能在许多其他地方产生影响。此外,任何修改都会使升级应用程序变得困难

 

四、   开发规范-功能和技术

功能规范 (FS)

这些是由功能顾问和核心团队为每个开发对象共同制定的文档,以便技术团队清楚地了解需要开发什么。典型的功能规范文件可能包含以下详细信息:

l  功能规范的标识号(FS)-通常使用命名约定,以便快速识别特定的 FS。

l  FS 的日期

l  它所引用的技术规范 (TS) -理想情况下,每个功能规范都应引用一个技术规范。

l  请求此 FS 的人员

l  FS 的简要说明

l  此开发的业务理由-理由可以是法律要求无法满足、业务所需的信息不足或与旧系统相比功能丧失。这一点还需要请求者提及是否在标准系统中存在任何替代方案,替代方案是什么,以及业务为何不接受该替代方案(即替代方案存在的问题:复杂性、性能问题等)。

l  所需的开发类型:请求者需要在这里提及开发类型,即报告、表单、转换、接口、应用程序开发等

l  FS 的优先级:高、中、低等-这有助于开发团队根据整个项目的时间线进行规划。

l  FS 的特殊要求:例如,对于接口的 FS,需要定义接口类型(实时、批量等)和接口方向(入站、出站或两者兼有)。对于报告,需要提供有关表字段、复选框、单选按钮、表和字段名称等详细信息以及预期的报告布局的详细信息。对于接口或转换,需要提供旧应用程序字段和 ERP 屏幕字段名称之间的映射。

l  业务需求和要求:此详细信息说明了业务流程差距、FS 的目的以及如何从技术上满足差距。此 FS 应包含此开发的详细流程逻辑、开发逻辑、参数等。

l  测试用例以测试开发:通常,每个 FS 都包含一个部分,说明测试人员在完成后如何测试此开发。FS 请求者可以提供开发人员需要执行的测试类型,以确保在将其返回给请求者之前开发正常工作。在某些情况下,FS 还可能包含一些示例测试数据,以促进此测试过程。

l  FS 的签收:此项需要由请求开发的顾问和核心团队成员以及来自客户端和咨询团队双方的项目经理签署。

技术规范

上述每个功能规范都需要有一个与其关联的技术规范 (TS)。技术规范由开发团队或技术团队编写。此规范以程序员/开发人员可以理解并可以开发特定对象的语言编写。典型的 TS 可以包含以下详细信息:

l  一般信息

l  描述和目的

l  假设

l  技术解决方案

l  选择屏幕

l  详细的逻辑图和详细的逻辑说明

l  安全要求/授权详细信息

l  附加信息和附件

l  单元测试计划

 

 


ERP实施与支持--识别差距和弥合差距的策略

引言 在任何 ERP 项目中,业务需求列表与标准 ERP 解决方案所提供的内容之间总是会存在一些差距。虽然套装软件供应商每年都会...
点击下载文档
确认删除?
回到顶部
客服QQ
  • 客服QQ点击这里给我发消息