“我們的公司正處于快速增長時期，商業需求在不斷變化。而問題是，如今的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。