购买并非专门为一家公司编写的企业资源计划(ERP)的好处是规模经济。由于是为大众编写的,因此每位用户的成本骤降。当然,Microsoft Office的开发成本要比许可成本的几百美元高得多。另一个好处是成千上万的用户创建了一个强大的社区,该社区可以快速清除功能上的弱点,从而帮助软件变得更强大。
缺点是ERP可能与公司的文化不完全同步,这是大多数人都想到的ERP集成思想。有些人可能将其称为生产订单,ERP可能称为工作订单。某些屏幕的布局可能与公司的布局有所不同。软件支持的进程可能与当前进程不完全一致。
大多数公司买不起定制解决方案,也没有设计解决方案的专业知识。ERP开发不是他们的核心能力。好消息是,ERP产品已经投放市场很长时间,并且已经发展成熟,可以提供广泛,深入的功能来适应多种情况。
大多数公司选择非定制ERP解决方案也就不足为奇了。这是最经济的解决方案。这也是最好的决定。我们已经取代了许多“ 本土化 ”的自定义决策。哦,如果他们首先来找我们,他们本可以避免的开支和心痛!
但是,仍然存在“合适”的问题。普遍的看法是,非定制软件只适合90%。仅仅因为这是常识,并不正确。在考虑将另一种解决方案集成到ERP之前,让我们仔细研究需要探索的潜在解决方案。以下是需要首先考虑的领域:
软件功能。如果您不完全了解当前正在运行的ERP,那么在ERP之外寻找解决方案是非常危险的。您可能会购买或正在考虑购买ERP系统,因为您想要一个集成系统。不要开始重建过去的环境。请记住,仅仅因为您或您的团队不了解如何在ERP 中解决业务问题,并不意味着它不能在ERP中解决。成为ERP领域的专家不会感到羞耻。我知道只使用您或您的小组理解的电子表格或其他解决方案非常诱人。从长远来看,这是最好的解决方案的几率确实对您不利。与专家联系,以帮助您找到解决方案。从长远来看,这是最便宜的道路。
更改程序以匹配软件。这有点违背了传统的观念:“我们希望软件为我们工作,而不是相反。”尽管这种说法是正确的,但改变程序以利用软件的功能并不是“为软件工作;“它正在利用软件!它变得越来越有效率。我记得他们上线六个月后与大型复杂制造商的控制人员交谈。在实施过程中,我们将多家公司整合到一个数据库中,并消除了他们多年来建立的数十个Access数据库。他们所做的一切现在都在一个ERP系统中。我问他一切都好。他告诉我:“一旦每个人都停止了使用ERP并接受了新程序,一切都会变得很好。我们正在获取经营公司所需的信息。他所指的战斗实际上并不是在对抗软件,而是在对抗变更,在学习曲线上。领导者需要引导团队超越这一阶段。
报告。ERP数据库中有很多数据。有时您看不到所需的内容以及所需的格式。您可能只是获得所需信息的报告而已。考虑报告时,不要只考虑纸质报告。有很多工具可用于将数据实时传输到计算机屏幕。而且,大多数ERP都允许您将数据推送到Excel(这与将数据输入Excel 有所不同,应该避免)。还可以将Excel配置为从ERP数据库中提取数据。在这两种情况下,Excel都用作数据的表示层。
使用ERP中的工具来个性化ERP。我使用过的每个ERP软件都内置有工具,可让您根据需要对软件进行个性化设置。您可以根据需要添加字段和功能。这使您能够解决核心ERP解决方案中的任何独特业务情况。注意,我使用的是“个性化”,而不是“定制”。个性化意味着您正在使用开发人员提供的软件中的工具。这些个性化设置通常可以在升级后保留下来。定制意味着开发人员仅在为您的公司更改软件的源代码。这为您提供了所运行软件的唯一版本。它还可能会使您的软件升级复杂化。我从不建议自定义软件。
现有ERP的“固定”功能。当需要与ERP中已经存在的功能互补的解决方案时,可以使用此策略。佣金计算就是一个很好的例子。我们出售的ERP允许不同的佣金级别,对于客户订单的每个订单项都有不同的佣金共享规则。它可以完美运行,但是我们有一个不喜欢它的客户。他们的问题是他们创建的系统。他们有佣金规则,但有12页例外。修改每个订单的每个订单项以满足其所有规则所花费的时间是很痛苦的。哎呀,弄清楚佣金是很痛苦的。我们为他们创建的附加组件从客户订单中获取信息,通过在附加组件中创建的佣金规则运行该信息,然后在ERP中使用正确的费率填充适当的佣金字段。
如果您有印象,我想说服您不要将ERP集成到另一个软件包中,那么您部分正确。我的实际信息是因为错误的原因而没有这样做。ERP集成应该是解决业务问题的最后选择。我经常看到它是第一个或第二个选择,因为我们使用已知的工具。但是有充分的理由将ERP集成到另一个软件包中。通常,当所需的功能完全不在ERP范围内时,才执行此操作。例如将ERP集成到CAD软件包中。ERP和CAD具有完全不同的目的;一个不能替代另一个。但是,CAD中的信息用于ERP中,反之亦然。
就像生活中的任何其他事情一样,成功的关键是执行一个经过深思熟虑的计划。以下是ERP集成要考虑的领域:
数据点。确定哪些数据需要流动,什么时候需要流动以及向什么方向流动。请记住,仅仅因为您可以,并不意味着您应该。将数据点保持在最低限度以限制复杂性。
定义alpha软件。这符合您的数据策略。通常,您的ERP数据库应该是您需要的所有数据的存放地,因此它就是alpha。存在任何其他软件包可向ERP提供数据。这当然不是严格的标准,但是应该有一种策略来实现这一目标。否则,您将获得许多信息孤岛,而您却不希望如此。
确定谁将编写接口。由于ERP通常是alpha软件,因此通常由在ERP中具有丰富专业知识的人员编写界面。可能需要其他软件专家的帮助,但该项目仍由ERP方面牵头。
定义移动数据的方法。这里有很多选择,开发人员将能够定义首选方法以及原因。一些选项包括使用软件内置的现有API(APP编程接口),或构建点对点接口。
如果我只想谈谈您的问题,那就是:始终确保有ERP专家参与任何决定,在您的ERP旁边引入另一种软件解决方案来解决业务问题。我恰好是其中的一位专家,如果您想聊天,请告诉我。