“我们的公司正处于快速增长时期，商业需求在不断变化。而问题是，如今的ERP系统并没有足够快地适应这些变化。”
美国灯具制造商Kichler公司CIO John Schindler说，当他考察一个ERP软件的时候，“商业灵活性”虽然不是在头脑中出现的第一个词汇，但是，这却越来越成了他和其他用户需要从ERP厂 商那里得到的东西。他说：“我们的公司正处于快速增长时期，商业需求在不断变化。而问题是，如今的 ERP弊端显现 SOA能否拯救EPR？
“我们的公司正处于快速增长时期，商业需求在不断变化。而问题是，如今的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。
这一点对加拿大邮政公司(Canada Post)总经理Aaron Nichols很有吸引力，他说：“我们在订单生成当中使用了一些特定的功能，我们希望把这些功能向企业之外推广。只挑选那些必需的服务，为每个客户定制应用。这样就可以为客户提供他们想要的性能，而我们也可以在每个应用当中重用这些性能，而且无需运行它们一次以上。”
PeopleSoft公司则决心与IBM公司共命运，它把WebSphere作为其首选中间件，但是，***公司对该公司的收购却使这一战略的未来不确定了。不过，作为PeopleSoft的用户，Kichler公司的Schindler表示，他根本不担心***公司的计划。他说，第一个实际影响将随着PeopleSoft 10的面市而显现，该产品最早也要过36个月才能面市。Schindler表示，就目前而言，Kichler公司将保持现状。
分析人士表示，虽然***公司为其电子商务套间提供了自己的应用服务器和中间件，但是，其总体SOA战略却并未得到很好的阐明。***公司负责ERP的副总裁Fred Studer说：“客户并不需要单元式信息仓库。它们需要的是真实的来源。”但RedMond公司分析员James Governor称，问题是，在真实世界里，大多数组织都不得不拥有许多资源库，而这种思维又让厂商们犹豫不决。***公司一直忙于把其传统API与Web服务接口捆绑起来，并在积极地做更多的此类工作。但是，它是否能走得像SAP一样远还不是很明朗。Gartner分析师Yvonne Genovese说：“当你把大的应用分解成小的应用时，可以重新安排这些小应用，或者，把事件放在那些任务中间。而***公司还未真正做到这一点。”
规模小一些的ERP厂商也都推出了其自己的SOA创新项目。SSA公司的Eaves说：“我们对Java和WebSphere进行了标准化。”分析人士表示，所有ERP厂商最终都将进入一些中间件提供商当中的一家公司的范围之内，这些中间件提供商包括微软、IBM、SAP和***(可能的话)。但是，迄今为止，还没有一个厂商的创新项目成功出炉了。McFadden谨慎地说：“我的猜想是，至少需要5至7年的时间才能完成重组。”
Rob Crawford是SAP用户Menasha公司的资深系统分析员，他担心的是版本控制和服务注册问题。他说：“如果你升级后端，Web服务就需要进行变更。你必须找到办法，解决Web服务的版本问题或者对其进行扩展。”Nichols也同样想知道，这些系统将如何很好地进行伸缩。他说：“所有这些概念都一起出现，它们都希望成为解决方案，但是，它们也会增加更多的复杂性。”
对于由Web服务连接起来的分布式构件世界，喜达屋公司的Malik担心其如何遵从美国政府的相关法规，因为作为Sarbanes-Oxley法案的一部分，为期6个月的全面测试就已经够复杂了。他说：“针对Sarbanes-Oxley法案，我对试图使系统构件化的努力表示谨慎，因为有更多更多的东西需要进行测试。”
