定制ERP系统的挑战可能非常重大。与制造和分销项目团队合作时，我们经常会看到这个问题。

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

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

成功之路

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

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

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

定制ERP系统的主要挑战

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

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

• 升级问题： 定制会影响接受系统或应用程序升级的能力，这些升级通常是系统的高附加值。大多数现代ERP系统都提供了“扩展应用程序”策略，该策略的确可以使扩展应用程序的自定义功能得以升级。警惕在现有应用程序中更改源代码，这是自定义过程的捷径。在应用升级或系统“修复”时，这将产生不必要的复杂性和费用。

• 支持问题： 定制可能会使原始发布者或解决方案提供商的支持功能复杂化。在某些情况下，它们可能会使合同的保修或支持条款失效。如果您打算进行自定义，请在进行更改之前咨询供应商或提供商。

• “自定义代码”的限制： 自定义代码通常可以锁定未来业务状态模型中可能需要的流程。在模块中“写出”或更改的功能也会破坏将其与系统中其他应用程序或功能连接的集成路径。在考虑更改代码本身之前，对端到端流程以及上游和下游接触点有清晰的了解至关重要。

• 维护负担： 采用重写代码或在现有软件中更改流程的业务实践，可能会将您的IT部门转移到软件支持业务中。这会给IT人员和管理人员带来沉重的负担。ERP软件包的开发中涉及许多精心设计的工程。对其进行重大更改可能会损害系统的体系结构，以进行将来的增强或正在进行的开发。如果要进行更改–尽可能根据原始发布者的指南进行更改，并开发良好的文档以支持用户并保持良好的持续支持。

定制和总体拥有成本

人们通常认为定制可以增加解决方案的价值，这在您的企业非常独特且独特性是市场差异化的情况下可能是正确的，即它可以增加客户关系的价值或改善与供应商的联系点。

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

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

一些好消息

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

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