本周，我参加了SAP的“行业影响力”会议。很明显，对于SAP来说，这是一个有趣的时刻。SAP的平台在规模，结构和市场都在演变。SAP是一家喜欢控制和喜欢控制自己的世界以及用户的世界的公司。这个信息是很明显的。通过采用基于业务流程层的相似的平台和基于SAP Netweaver的知识库，用户可以得到最好的服务。不论你是大型企业还是中等企业，这都是适用的。
SAP看待公司业务的眼光是相当有趣的。它在许多方面提出了呼吁。如果顾客成批购买产品，他们其实购买的是一种整洁和干净的看待公司业务的方式，用这种方式，他们可以把公司的财务，CRM，多渠道应用，后勤，运输等业务联系起来，并形成一个对公司业务以流程为中心的全面的看法。如果客户购买了这样的平台，它肯定会利于培训和管理公司的复杂业务。我可以想象一个购买了SAP的以业务为中心的系统是如何对此逐渐感到满意的。
我今天上午听到的一些有关SAP的消息，即SAP已经有了一个深思熟虑的架构计划，该计划将业务流程平台与应用平台、知识库、元数据和主数据层集成在一起。这给我的印象很深刻。SAP的这种想法让用户可以与他们从来没有接触过的底层平台交互。更进一步说，也就是允许客户在平台的最上层调整工作流，从而创建复合应用。
那么，为什么这令我印象深刻呢?我认为，是因为这个策略和平台假定客户将愿意采用单一厂商的平台上，公司的所有的一切都将从这个平台经过。值得赞扬的是，SAP确实希望第三方应用软件和环境可以通过明确的接口集成。这些外部资源通过知识库进行整合。不过，顾客会愿意给一个单独的厂商那么大的权力吗?也许吧?大部分客户能不能克服内部行政问题以说服每一个人同意跨部门、子公司，甚至合作伙伴适用单一的平台?我可能会说我对此很是怀疑。
如果这确实是一个纯粹的面向服务的架构平台，就像SAP声称的那样，那么，向客户提供灵活性和包围异构环境的模块化的松散的耦合服务作在哪里体现呢?
因此，对于客户不愿意购买这种产品的情形，SAP将如何应对?如果客户希望布署两个或三个SAP的ERP应用，但需要依赖某些甲骨文应用软件，或者某些IBM中间件和服务，以及一些本地解决方案，这种情况将怎么办呢?客户可以使用端到端流程平台吗?或者是全有还使全无?现在感觉好像，如果你不买NetWeaver，你就不能使SAP的SOA正确发挥作用。
