今年的蓝宝石大会非常有趣，更不用说规模了，有8万名用户参加了现场或虚拟会议!我离开Sapphire已经有一段时间了，今年，他们联合举办了ASUG(用户组组织)会议。这对从业者来说是个好消息，就我个人而言，我觉得上周的Ariba LIVE应该在明年同样的地点举行(即“会议中的会议”类型的事情)，既可以保留它的价值，也可以善待采购从业者有限的旅行时间和预算。
如果这次活动有一个主题的话，那就是“关于网络”。SAP之所以没有支付超过40亿美元来收购其最大的最佳竞争对手，是因为其企业应用程序组合高度重叠。想想看:那些选择SAP而不是Ariba的公司不会为这种分心而高兴。选择Ariba而不是SAP的公司会对Ariba是否能保持专注保持警惕，尽管他们肯定会对更好的长期生存能力/一致性和整合感到高兴。
所以，我们只剩下Ariba网络。Ariba网络是什么?它是一组电子商务服务，专注于发现、连接和协作。前两项很简单，自从Ariba在15年前以19亿美元收购Tradex以来，就没有真正改变过。根据1999年的新闻稿，Ariba收购Tradex的目的是“创建业内首个最佳的全球B2B电子商务平台”。听起来很熟悉，不是吗?但在美国，不同的是，现在的承诺开始兑现，愿景已经扩展到试图利用B2C的成功，如Facebook和亚马逊，并将其从社交网络转化为商业网络。财务主管鲍勃Calderoni在主舞台上，向SAP社区介绍了Ariba并强调了这一点。显然，Ariba网络像他吹嘘的那样庞大，拥有500万云应用用户，100万家公司，4600亿美元的商业，190个国家，72种货币，38个增值税合规国家，等等。
演讲内容充满了人们的预期:网络效应的价值;B2B的商业利益，他称之为“企业间计算”(这表明SAP在基础设施方面已经有所落后甲骨文）;80%的B2B商务仍然是人工完成的，通过自动化来提高额外的6500亿美元的生产率;并为买方、卖方和银行提供价值(“管理现金”的部分在整个故事中得到了非常强烈的重申)。
鲍勃是个聪明人，他把自己的公司卖得很好。在演讲中，他提到是他发起了与SAP的谈判，最终促成了Ariba的出售。很明显，SAP不仅不希望Ariba落入竞争对手之手，而且还认为Ariba是一家积极进取的公司，成功地从企业应用程序供应商转型为基于云的B2B解决方案提供商，可以将IP货币化，而不仅仅是租用和支持一些托管应用程序。通过使应用程序在本地更加支持b2b，并使其更加“网络支持”，SAP将能够使其应用程序在传统电子网络功能(例如，文档交换，内容管理等)的传统价值主张之外更具“粘性”和增值性。
因此，应用程序是为网络而设计的，网络本身的功能也变得更加丰富。它们经过优化，可以协同工作并相互丰富(例如，使“网络衍生洞察”成为嵌入式应用程序功能的一部分)。CIO可以从现有的SAP投资中获得更好的回报，CPO可以使用网络获得大量的供应商连接，更不用说为更多的战略采购活动腾出时间了。此外，该网络还允许用户避免将运行在云中、与网络、与所有遗留的内部应用程序集成在一起的各种sap获得的技术的血淋漉的技术细节——除了注入最近的基础设施组件，如HANA、Fiori移动应用程序等)。SAP本质上是在说:“相信我们——我们正在把它连接起来，让它在云中一起工作。”贸易伙伴不可抗拒地被网络吸引，因此，随着时间的推移，被优化到在网络上运行最好的应用程序吸引。统治世界随之而来。
SAP喜欢这种愿景。
他们喜欢它，因为他们从来没有成功地从商业应用程序跨越到商业网络。Ariba网络为他们提供了一个构建的“平台”平台术语在这里相当宽松)，在这种情况下来自买方。这和苹果的故事很像:只要你留在我们的生态系统中，我们就有经过优化的优秀产品。对于这家全球市值最高的公司来说，这个故事已经相当成功，sap的战略实际上也将非常成功。但是封闭的生态系统是这个伟大故事开始崩溃的地方。尽管Ariba起源于间接的电子采购(查看“Ariba ORMS”)，但它将自己从“功能500”的死亡陷阱中拯救出来，专注于构建可以集成到任何后台办公环境的供应商网络，类似于它的最佳应用程序。所以从这个意义上说，它是开放的。但“有点”这个词只是一个预兆，预示着一些更深层次、更令人不安的问题需要讨论……
虽然Sapphire大会上的大多数与会者似乎都很欣赏更广泛的网络愿景的价值，但与会者也提出了一些问题，我将在这里转述一下:
- Ariba应用程序集对我现有的SAP预置应用程序投资意味着什么?
- Ariba应用程序最终会取代SAP内部部署应用程序吗?如果是，是什么时候?
- 与Ariba的云解决方案相比，我可以用SAP内部应用程序支持哪些网络集成场景?
- 为什么我对应用程序托管(内部部署与托管)的选择迫使我在这两个应用程序套件中选择一个?
- 我可以混合和匹配来自不同套件的模块来一起工作吗?是哪些?怎么做?
- 我可以购买一个独立的基于云的应用程序，而不必向网络购买会员费吗?
- 在这两个应用程序套件、将各自的套件集成到网络以及它们相互集成的能力方面是否会继续进行投资?
- 如果我同时投资SAP和Ariba，我该如何整合它们?例如，如果我在两者中运行契约管理，我如何同步它们?哪个是主人，哪个是奴隶?两者都有可能吗?是否会有另一个应用程序组件必须位于这些主数据之上?
- SAP是否会提供供应商门户基础设施，以允许我直接连接到Ariba网络、其他网络和供应商?
你懂的。让人不安的不仅仅是SAP新推出的本地商业网络而且收购一个最好的应用程序提供商，但也超过了这两者的混合。我谈到了Ariba网络的三条“凳子腿”中的两条:发现和连接。但第三个是合作，这个词在理论上通常感觉很好，但在实践中却很难做到。这里的问题是Ariba基于云的应用程序是Ariba网络协作服务的核心。换句话说，应用程序服务与网络服务完全相同。也就是说，应用程序入站(或者“手机”)不再松散地耦合到它所连接的网络。为了提供客户选择，入口应该对网络不可知——反之亦然——以提供一个健康的生态系统。相反，当入口与网络相同时，这是粘性和供应商锁定的最终表现。只要你只是想让整个系统正常工作，并且很乐意从一个供应商那里得到它，那么你应该没问题。
然而，如果您是一家公司，认为SAP应该坚持提供连接到多套网络(包括“免费”网络和/或网络功能)并直接连接到您的贸易伙伴的企业应用程序——在一个基于开放标准的开放、充满活力和竞争的第三方生态系统中工作——那么紧密耦合的业务网络愿景突然之间就显得不那么有吸引力了。
有趣的是，我们预见到SAP在老派的“应用程序即企业应用服务”阵营和新派的“应用程序即网络服务”阵营之间将出现一种有趣的动态。这些影响:
- 销售-内部应用程序和基于云的应用程序的佣金差异
- 产品管理SAP SRM与Ariba云应用程序套件的整体控制分开。所有SRM应用程序最终都要向Ariba管理层汇报吗?
- 核心工程哪些技术会在“核心堆栈”中?共同的基础设施是什么?套件内部和套件之间的互操作性计划和标准是什么?如何处理遗留技术和标准(例如，cXML vs. IDocs)?如何跨套件和技术堆栈组件化和混合匹配?从PLM和SCM的角度来看，如何协调数据模型来扩展Ariba有限的/不存在的数据模型?工作量太大了。在这一点上，SAP当然能与甲骨文产生共鸣。
- 合作伙伴管理-合作伙伴在网络中的位置和方式?Hubwoo在Sapphire有一个小摊位，但我有一种奇怪的感觉，他们明年不会再来了。我似乎也找不到与采购相关的技术合作伙伴。
- 客户支持N*(N-1)的力量和网络效应也可能是它在管理这种复杂性方面的弱点。
在未来的文章中，在我们的订阅网站上，花钱很重要，我们将为SAP安装基础中面临Ariba网络双重机遇/困境的从业者提供建议，同时也为目前处于正式生态系统之外的提供商提供影响和机会。在5月和6月的晚些时候，请查看Spend Matters PRO，了解SAP Sapphire带来的更广泛和特定产品的覆盖、分析和客户影响。以前的PRO专题报道可以在下面找到:
- “应用无限”Oracle vs.“我们知道最好”SAP/Ariba(上)
- “Apps Unlimited”甲骨文vs“We Know Best”SAP/Ariba(下)
- Ariba和SAP:探索云雾房间里的网络大象
- 基于SAP的Ariba网络的未来(上)
- 基于SAP的Ariba网络的未来(下)
- 基于SAP的Ariba网络的未来(三)
- SAP和Ariba:客户和前景的影响-电子发票(第二部分)
- SAP和Ariba:客户和前景的影响-电子发票(第一部分)
- SAP和Ariba:客户和前景的影响-采购，支出分析，供应商管理和合同管理
- SAP和Ariba采购客户:方向性解决方案重点提示和利用收购和合并后不确定性的建议