“我们的公司正处于快速增长时期，商业需求在不断变化。而问题是，如今的ERP系统并没有足够快地适应这些变化。”
美国灯具制造商Kichler公司CIO John Schindler说，当他考察一个ERP软件的时候，“商业灵活性”虽然不是在头脑中出现的第一个词汇，但是，这却越来越成了他和其他用户需要从ERP 厂 商那里得到的东西。他说：“我们的公司正处于快速增长时期，商业需求在不断变化。而问题是，如今的ERP系统并没有足够快地适应这些变化。”
在二十世纪90年代逐渐成为人们瞩目的系统之后，ERP已经逐渐发展成大型的单片式体系结构，它们拥有许多功能模块，而要计划和部署这些模块则需要数月或 数年的时间。这些系统需要复杂的定制、调整，才能适应商业流程，而与其他应用的集成则需要编程至API，许多大型公司都拥有数十或数百个点对点连接需要进 行维护。例如，喜达屋饭店及度假村集团(Starwood Hotels & Resorts Worldwide)负责技术的副总裁Kevin Malik称，其SAP系统为大约100个外部和内部接口提供支持，结果，把该系统升级至第4.7版本就花了20多名员工5个月的时间。SAP AG公司副总裁Roman Bukary承认：“以前的老办法根本没有什么灵活性。”
ERP系统在对不断变化的商业需求做出反应方面相对来说也不够灵活，常常需要进行重大的软件升级以适应即使看起来并不连续的商业流程变化。Cory Eaves是ERP厂商SSA Global的首席技术官，他说：“如今，我们的99%的客户都对系统的源代码进行了修改，他们都希望可以不需要这样做。因为定制这些系统的间接成本确实 很高，与长期维护的成本一样高。”
如今，主要的ERP厂商在SOA架构下争相重组其软件产品的时候，都认为通过重新调整软件以支持SOA，以及用Web服务替代专用应用编程接口，可以提供前所未有的灵活性，部署和集成将更容易，而且需要的定制编码也更少。此外，厂商们还表示，通过把传统应用模块分解成更小的构件，并把这些构件当作可以重新 使用的Web服务，用户就能够通过只选择和安排他们所需要的构件来生成定制系统了。
用户表示怀疑
对于SOA能否拯救EPR，用户有理由表示怀疑。集成和维护企业应用的编程人员以前就听说过CORBA和DCOM的这种类似承诺，结果，它们都很难实现， 而且维护成本很高。Eaves称，同样，一些公司推出的集成代理器(Integration Broker)也曾承诺缩短在应用之间建立点对点接口的周期，但是它们都太复杂了。与集成代理器一样，SOA使用的也是轮轴和辐条式设计，也称服务总线， 但是，却有一个重要的不同之处：“这些基于Web标准的方法使得解决这些问题的复杂度减少了很多。”
对于Schindler来说，第一份商业订单就是，明年Kichler公司将向PeopleSoft 8.9迁移，届时将取消75%的软件定制。尽管他认为该软件对XML和Web服务的支持还不成熟，但是，Schindler却表示，他希望该软件能够在2 至3年内发展到能融合来自不同厂商的商业过程并使其可以重新使用的地步。
厂商艰难前行
另一方面，ERP厂商却要继续其SOA之旅。美国Plant-Wide 研究集团总裁Bill McFadden说：“问题不是让终端用户高兴，更多的是使ERP厂商能够从硬代码API领域里抽身而出。”
ERP系统越来越多的是以中间件平台为中心，在这些平台上，大部分的集成工作已经完成，例如，使用IBM公司的WebSphere或者微软公司的.Net 就可以操纵基本过程和应用代码。ERP厂商不得不面临一个抉择，一是使自己与其中的一种中间件保持密切的一致;一是建立自己的中间件系统。由于ERP软件 的预计增长率只有个位数，因此，很少有厂商有能力走建立自己的中间件这条路，但这却是SAP选择的道路。公司宣布，随着mySAP ERP在2007年的面市，它将把其ERP软件分解成以Web服务出现的更加粒状的自我描述构件。那样，用户就能够组合这些构件，以生成定制的松散耦联的 复合应用，SAP公司称其为xApps。