“我們的公司正處于快速增長時期，商業需求在不斷變化。而問題是，如今的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作為其首選中間件，但是，Oracle公司對該公司的收購卻使這一戰略的未來不確定了。不過，作為PeopleSoft的用戶，Kichler公司的Schindler表示，他根本不擔心Oracle公司的計劃。他說，第一個實際影響將隨著PeopleSoft 10的面市而顯現，該產品最早也要過36個月才能面市。Schindler表示，就目前而言，Kichler公司將保持現狀。
分析人士表示，雖然Oracle公司為其電子商務套間提供了自己的應用服務器和中間件，但是，其總體SOA戰略卻并未得到很好的闡明。Oracle公司負責ERP的副總裁Fred Studer說：“客戶并不需要單元式信息倉庫。它們需要的是真實的來源。”但RedMond公司分析員James Governor稱，問題是，在真實世界里，大多數組織都不得不擁有許多資源庫，而這種思維又讓廠商們猶豫不決。Oracle公司一直忙于把其傳統API與Web服務接口捆綁起來，并在積極地做更多的此類工作。但是，它是否能走得像SAP一樣遠還不是很明朗。Gartner分析師Yvonne Genovese說：“當你把大的應用分解成小的應用時，可以重新安排這些小應用，或者，把事件放在那些任務中間。而Oracle公司還未真正做到這一點。”
規模小一些的ERP廠商也都推出了其自己的SOA創新項目。SSA公司的Eaves說：“我們對Java和WebSphere進行了標準化。”分析人士表示，所有ERP廠商最終都將進入一些中間件提供商當中的一家公司的范圍之內，這些中間件提供商包括微軟、IBM、SAP和Oracle(可能的話)。但是，迄今為止，還沒有一個廠商的創新項目成功出爐了。McFadden謹慎地說：“我的猜想是，至少需要5至7年的時間才能完成重組。”
Rob Crawford是SAP用戶Menasha公司的資深系統分析員，他擔心的是版本控制和服務注冊問題。他說：“如果你升級后端，Web服務就需要進行變更。你必須找到辦法，解決Web服務的版本問題或者對其進行擴展。”Nichols也同樣想知道，這些系統將如何很好地進行伸縮。他說：“所有這些概念都一起出現，它們都希望成為解決方案，但是，它們也會增加更多的復雜性。”
對于由Web服務連接起來的分布式構件世界，喜達屋公司的Malik擔心其如何遵從美國政府的相關法規，因為作為Sarbanes-Oxley法案的一部分，為期6個月的全面測試就已經夠復雜了。他說：“針對Sarbanes-Oxley法案，我對試圖使系統構件化的努力表示謹慎，因為有更多更多的東西需要進行測試。”
京公網安備 11010502049343號