SAP 的成功
　　30年前，软件厂家都不看好通用型管理软件市场，其解释是，企业所面临的管理和业务问题有明显个性。在大部分软件公司热衷于迎合客户的个性化需要、主要实施量身定制、高度个性化的应用开发项目的同时，为SAP这样从一开始就追求通用型软件的企业留下了成长空间。
　　到上个世纪90年代中期，当通用型软件的模块从最初的财务扩展到物流、销售管理和人力资源模块时，这类软件有了一个好听的名字—“企业资源管理”ERP。此时，原来依靠定制开发的主流软件厂家被ERP厂家彻底打败。
　　以SAP为代表的ERP软件为客户带来了业务和管理的整合、信息共享和IT资源的整合等优势，既解决了CEO和顾问公司们倡导的“业务流程重组”运动中的技术支持平台问题，又解决了让大多数CIO头痛的公司内数据整合问题。应用模块的无缝连接、对整个企业系统的覆盖，成为SAP的最大卖点，同时创造了一个几百亿美元的实施咨询市场。

　　SAP 的 “软肋”
　　ERP强调管理的规范和信息的整合，企业的个性化业务需求往往难以得到ERP的充分回应，甚至许多行业的生产优化管理中所需的MRP模块并不包括在ERP系统中。为满足这些需求，企业不得不采用外挂定制开发的模块，或是嵌入从第三方采购的应用模块。SAP并没能成为全覆盖的平台。
　　而且，SAP软件和维护的价格都较高，中小企业消费不起，而中小企业又是大集团企业的供应商，需要系统之间的连接和对话。特别是进入互联网时代后，企业的创新速度加快，合作伙伴之间信息依赖程度加大。一批开发基于internet技术、可以跨企业灵活部署的SCM和CRM软件厂家应运而生，如Siebel、i2 公司等。一些国际型的大公司甚至把ERP实施停下来，先上SCM软件，解决竞争中的创新问题和伙伴之间的协同商务问题。而这些新的厂家开始延伸他们的模块覆盖面，号称进入了ERPII时代。 
  　SAP不仅软件价格贵，其专业顾问公司的实施费用是软件费用的2~3倍，中等规模企业都很难承受。而在大企业的IT市场被瓜分得差不多后，中等企业的IT 消费是ERP厂家的下一个目标。

　　转型的步骤
　　针对SCM的挑战，SAP先是推出了mySAP.com，强调了协同商务的概念;接着又提供了满足企业互联网业务应用的一系列应用模块。在技术架构上，为在用户层实现B/S应用，R/3的3.1H版推出了SAP ITS服务器作为桥梁。但R/3的内核并没改动，在与第三方基于互联网技术的软硬件应用互动和连接时，限制较大;同时，对专业用户在工作界面修改流程也支持不够。当PeopleSoft的完全基于Internet构架的ERP上市后，批评SAP产品架构对互联网适应性太差的声音甚至影响了其股价上升。
　　为快速缩小差距，SAP购买了一些互联网软件开发公司;并对现有产品内核作了重大修改，并推出SAP Web Application Server, 实现了和Internet技术的真正整合。
　　但SAP最具深远意义的转型举措是在不久前推出的ESA企业信息化架构概念，及相应的NetWeaver企业信息基础设施的整合平台。ESA指Enterprise Service Architecture，该架构名称含有整合所谓WebService Server以及 Enterprise Application Server的意义。
　　NetWeaver的表层是通过Portal技术来实现的使用者之间的整合;第二层则是通过知识管理和数据管理工具实现的信息整合;第三层则是通过EAI技术和所谓的Exchange Infrastructure来实现流程应用的整合，最大程度地实现了所谓的Interoperability，即不同系统、不同应用软件和不同对象及层面之间的互操作性。
　　据报道，NetWeaver的第一批客户是已经上了主要软件系统的大企业，希望通过较低成本实现不同基础系统之间的谐调化过程。SAP宣称未来大客户市场更多是要求系统开发平台间的整合，而这种整合将不通过更完整的ERP软件来实现;选择组合不同的软件模块来实现个性化的应用。这样就保留了SAP应用模块的现有地位、延伸模块覆盖范围的最佳策略就不可能是模块的强行替代，而是“你中有我，我中有你”的开发平台策略，实现企业内部和企业之间各类软件最大的“互操作性”。

　　平台间的竞争
　　互联网一普及，IBM和微软就相继推出了基于中间件的信息整合平台，但无论是Websphere还是.NET，更多都是提供软件应用的开发工具平台。NetWeaver平台的推出，明显带有基于企业内现有各类应用跨平台整合的特点，突出了ESA架构下应用和服务的整合，同时也为客户和中小软件厂家提供了一个开发平台的选择。
　　可见，SAP将进一步从产品公司向信息基础技术开发和信息服务公司转变。