本文将探讨获得和实施完全集成的ERP软件系统而不是基于同类最佳解决方案购买应用程序软件的相对优势。
典型的制造或分销企业将需要以下类型的功能:
财务管理和报告;
库存管理,采购和订单管理;
电子商务;
客户关系管理软件(CRM);
制造管理软件;
一个仓库管理系统(WMS) ;
预测和计划;
和商业智能(BI)。
最佳方法的缺点
虽然可以从不同的供应商处购买上述列表的子集,但是基于最佳方法购买此功能有一些缺点:
具有单独基础结构的单独系统–单独的数据库实例可能需要单独的服务器。
各种应用程序的外观和感觉不同–用户必须为不同的应用程序学习不同的命令和菜单结构集。
在不同系统之间共享数据–数据传递通常是通过批处理,API集成或各种系统之间的手动数据导入/导出来完成的。特别是使用API集成时,一个系统中的更新和升级需要与另一系统的操作结合进行测试,以确保没有集成点在升级过程中变得不可操作。
整个企业中数据的及时性–即使在单独的系统中完美地共享了数据,从最初在一个系统中出现数据到在另一个系统中看到数据之间也存在时间延迟。
整个业务的真相的唯一版本–当数据不完全同步时,对于谁的数据正确,可能存在意见分歧(即,给定类别或地理区域内客户的每月销售数字是多少? )。
组织中的每个人都使用相同的信息集–提供整个组织中数据的可见性,以制定影响客户和整个组织的明智决策。
功能的“最小公分母” –在该主题上经常被忽略。在一个功能区域中可能会有一些增强的功能,这就是企业决定首先购买该特定同类最佳解决方案的原因。但是,其他功能应用程序区域支持和启用该功能所需的功能和数据可能不会在其他模块中出现或难以访问,从而使新功能无法使用。
软件供应商之间的指责。每当两个系统相互集成时,如果集成无法正常工作,或者当数据从一个系统传递到另一个系统时数据丢失或无效,则客户可能会被置于两个供应商的中间。最终可能导致客户无法充分利用这两个系统的潜力,并导致各方彼此沮丧。
ERP整合方法
以下介绍了企业级应用程序软件的集成方法:
完全集成的ERP系统 –由同一软件开发组织和团队从头开始设计并构建为一个集成的整体。
同一 ERP供应商拥有的独立系统–软件供应商可能已购买了独立系统,并在这些解决方案之间建立了集成点。通常,给定软件开发组织中的各种解决方案将有单独的开发团队。开发团队的主要重点是他们特定产品系列中的功能和易用性增强,而不是各种解决方案之间的集成点。从软件供应商那里可能会有第三个完全独立的集成解决方案开发团队。
来自不同组织的可协同工作的系统–与上述同一软件供应商拥有的系统相似,不同的是,在这种情况下,专注于不同解决方案的独立开发组织不属于同一上级组织。如您所想,这使事情变得更加复杂。一个解决方案提供商可以选择将其完整的数据库架构从一个软件版本更改为另一个软件版本,从而禁用任何现有的集成点。这种方法还会给升级过程,软件供应商的角色和责任以及每年向多个软件供应商支付维护费用带来麻烦。
系统集成商的一次性集成–在这种情况下,正在为给定客户实施一个或多个软件解决方案的系统集成商可能已经在两个解决方案之间建立了集成点。在这种情况下,系统集成商是唯一与集成有关的人,而不是拥有单独软件解决方案的开发组织。这是所有非完全集成解决方案方案中最不稳定的情况。
完全集成的ERP解决方案的优势
只需输入一个数据点,即可在整个企业范围内及时准确地获取数据。
在一个功能区域内对人员进行的培训可以转换为其他功能区域,因为系统的可用性方面以及核心功能(创建新项目,查询数据等)在应用程序套件的所有区域中都是相同的。
事实的单一版本–通过一个集中式系统,整个企业的数据将是相同的。
功能区域之间的集成将是最强大的,并且将处于最佳位置,以使公司能够在可用时实施版本升级,而不会冒使两个独立系统之间的集成点无效的风险。
应该能够利用系统中的所有功能,而不必担心会遇到“最小公分母”的情况,在这种情况下,系统的一个区域中的功能可能无法使用,因为相应的功能和数据可能不存在于系统的其他功能区域中业务系统。
根据我多年的经验,大多数采用同类最佳方法的组织都没有基于战略决策而这样做。相反,他们拥有一套核心功能,他们认为这是选择ERP和实现新系统的目的的起点。他们可能没有决定专注于随着时间的推移最终可能需要的功能超集,而是决定采用非常适合功能核心子集的ERP软件包,而价格远低于完全集成的价格具有更广泛功能的解决方案。
但是,随着时间的流逝,该业务已超出了最初选择和实施的功能,现在不得不决定是否要保留其现有软件,并为现有产品添加固定的解决方案,或者重新开始使用。范围更广,完全集成的ERP解决方案。
强烈鼓励组织退后一步,问自己战略上的发展方向以及随着时间的推移最终将需要什么完整的功能集,以便他们可以购买完全集成的软件套件,即使他们没有提供这些功能,在第一天充分利用其所有功能。