想定制吗?注意定制ERP系统的主要挑战

定制ERP系统的挑战可能非常艰巨。与制造和分销项目团队合作时,我们经常会看到这个问题。我们在以前的博客文章“我们应该自定义我们的ERP系统吗?”中解决了这个话题。

我认为,即使选择ERP正在进行,考虑定制解决方案也是压倒性的。

在公司完全了解系统的功能–在每个过程中测试其适合性之后,定制系统是合理的。即使这样,在评估当前更改过程时也应仔细考虑自定义。

成功之路
以我的经验,如果公司进行了完整的业务流程审查,则可以避免大多数定制。这将包括其当前状态流程的清单以及“必须具备”功能与“必须具备”的识别。

评估ERP的规则是“两次测量并削减一次” –确保完全记录当前流程–明确定义未来状态,然后教育用户关于应如何发展的愿景。

一种行之有效的业务流程分析方法将为您带来不同。如果正确选择,实施并经过适当程度的培训,大多数现代ERP系统将几乎不需要定制就可以为企业提供支持。

定制ERP系统的主要挑战
自定义通常会导致浪费的或容易出错的习惯,这些习惯会从先前的中断过程中采用。这不是最佳实践。相反,系统应该以流程改进为目标,而不只是更快地执行效率低下的流程的方法,支持公司的战略远景;这通常是用户自定义请求的根源。

通常,定制ERP系统的挑战包括以下几个方面:

升级问题: 定制会影响接受系统或应用程序升级的能力,这些升级通常是系统的高附加值。大多数现代ERP系统都提供了“扩展应用程序”策略,该策略的确可以使扩展应用程序的自定义功能得以升级。当心更改现有应用程序中的源代码,这是自定义过程的捷径。在应用升级或系统“修复”时,这将产生不必要的复杂性和费用。
支持问题: 定制可能会使原始发布者或解决方案提供商的支持功能复杂化。在某些情况下,它们可能会使合同的保修或支持条款失效。如果您打算进行自定义,请在进行更改之前咨询供应商或提供商。
“自定义代码”的限制: 自定义代码通常可以锁定未来业务状态模型中可能需要的流程。在模块中“写出”或更改的功能也会破坏将其与系统中其他应用程序或功能连接的集成路径。在考虑更改代码本身之前,对端到端流程以及上游和下游接触点有清晰的了解至关重要。
维护负担: 采用重写代码或在现有软件中更改流程的业务实践,有可能将您的IT部门转移到软件支持业务中。这会给IT人员和管理人员带来沉重的负担。ERP软件包的开发中涉及许多精心设计的工程。对其进行重大更改可能会损害系统的体系结构,以进行将来的增强或正在进行的开发。如果要进行更改–如有可能,请按照原始发布者的指南进行更改,并开发良好的文档以支持用户并保持良好的持续支持。
定制和总体拥有成本
人们通常认为定制可以增加解决方案的价值,这在您的企业极其独特并且独特性是市场差异化的情况下可能是正确的,即它可以增加客户关系的价值或改善与供应商的联系点。

但是,根据我的经验,随着时间的推移,大多数自定义设置会增加支持费用和/或劳动密集型的解决方法。

大多数中型组织没有足够的专业知识来提供当今现代ERP技术所需的足够支持的内部资源。这就是许多组织将基于云的解决方案视为应对业务领域快速变化的一种经济高效的方法的原因之一。

一些好消息
如今的ERP系统更加灵活和具有适应性,因为与以前从内部部署模型中体验到的相比,云交付模型可实现更快的升级功能,并且经常提供更频繁的功能更新。

对于那些仍希望在本地配置中运行的人来说,好消息是,在敏捷云解决方案中部署的工具正在集成到本地部署中。这些工具提供了更多的配置功能,可以显着减少对昂贵且有风险的定制的需求。

相关文章

联系我们

联系我们

029-88444144      

在线咨询: QQ交谈

邮箱: cnnwn@126.com

工作时间:周一至周五,9:00-17:30,节假日休息

返回顶部