在SAP云平台的1808版本SAP云平台可扩展性路线图的下一个版本中，您将看到"SAP成功因素解决方案"的扩展性基础上的"多个SAP云平台子账户集成在一个SAP成功因素租户中"。在SAP云平台可扩展性路线图中，您可能还记得在路线图的2018Q2版本中将此视为计划中的功能，如下图1所示。
图1。2018Q2发布的SAP云平台可扩展性路线图，1808特性突出
好吧，就在这里！
由于幻灯片的空间限制，我们无法详细介绍这项最新创新实际提供了什么。本博客旨在提供更多关于"在一个SAP SuccessFactors租户中集成多个SAP云平台子账户"的实际含义的信息。
在1805年发布的SAP云平台中，什么是大数据概念，我们发布了一个数据模型的变更，将集成令牌从全球账户实体移动到子账户实体。这实际上需要更改SAP云平台的管理界面，即SAP云平台驾驶舱，请参阅下面的图2.
图2。SAP云平台驾驶舱中的子账户级集成令牌
这一变化使我们能够进行各种级联变化，在1805年的版本中，我们使用它来改变现有的流程，即在SAP云平台子帐户和SAP SuccessFactors公司实例之间自动配置扩展集成，该实例创建了我们所称的"扩展帐户"。SAP社区博客Manju Venkatesh撰写了一篇关于SAP云平台上扩展帐户的详细博客，回答了全球帐户和子帐户之间的区别，子帐户和扩展帐户之间的关系，如何执行自动技术入职以创建扩展帐户，以及如何利用SAP Cloud Platform Neo Environment SDK中提供的控制台命令来自动配置扩展帐户。
如果您以前在SAP Cloud Platform上构建和管理过SAP SuccessFactors扩展应用程序，您应该记住，为了触发扩展的自动配置集成您需要执行下面清单1中列出的步骤。
清单1。1805版本之前扩展集成的自动配置
从上面清单1的步骤1中，您可以看到问题所在。如果我们已经将集成令牌从全局帐户移动到子帐户，什么叫淘客，物联网应用技术是什么，那么所建立的流程就会崩溃。
我们需要更改流程。我们在1805版本中完成并发布了，请参阅下面的清单2.
清单2.1805版本后扩展集成的自动配置
事实上，我上面讨论的功能与我们在2018Q2版SAP云平台扩展路线图的最新创新中描述的"将现有SAP云平台子帐户转换为扩展帐户"的功能相同，请参阅下面的图2.
图2。2018年第二季度发布的SAP云平台可扩展性路线图，突出了最近的创新
有了这个背景，我们终于可以在1808年实现新功能。现在能够将子帐户转换为扩展帐户，这为解决我们的用户一直面临的更多挑战提供了机会。我们决定解决的第一个挑战来自于我们的SAP云平台基本使用案例：SAP合作伙伴在该平台上构建扩展应用程序，以销售给SAP客户。
Bjoern Goerke已经向SAP云平台发出了成为"任何SAP应用程序的最佳扩展平台"的指令。为了成为最好的扩展平台，我们需要一个蓬勃发展的合作伙伴生态系统来构建扩展应用程序以及使这些应用程序可供购买的基础设施，这样我们的客户就可以选择放弃自己开发这些功能的成本。嗯，SAP云平台确实有一个丰富的合作伙伴生态系统。特别是，它拥有丰富的合作伙伴生态系统，为SAP SuccessFactors构建扩展应用程序，这一点可以从SAP应用程序中心上标记为"SAP SuccessFactors"的众多应用程序中看出。然而，尽管我们的合作伙伴已经能够成功地在SAP云平台上构建和部署其扩展应用程序，但仍有一个问题困扰了他们一段时间。为了成为任何SAP应用程序的最佳扩展平台，我们需要解决这个问题。
当客户购买我们合作伙伴的扩展应用程序时，需要配置SAP云平台帐户和客户的SAP SuccessFactors公司实例之间的集成。我将帐户和公司实例多元化，因为通常有多个帐户和实例来反映合作伙伴和客户的情况，例如，用于开发的帐户/公司实例、用于暂存的帐户/公司实例和用于生产的帐户/公司实例。以前，对于第一次购买扩展应用程序的客户来说，这种集成不是问题。构建应用程序的合作伙伴可以在持有该扩展应用程序的SAP云平台全局帐户和相应的SAP SuccessFactors公司实例之间触发扩展集成的自动配置，并且可以开始实施该应用程序的过程。但是，如果同一个客户对他们的新扩展应用程序印象深刻，以至于他们回到SAP应用程序中心购买了第二个应用程序，那会怎样呢？他们会碰到我们上面提到的问题。问题是SAP云平台扩展服务在SAP云平台扩展帐户和SAP SuccessFactors实例之间建立的配对是一对一的。也就是说，一旦全局帐户触发了扩展集成的自动配置，并且创建了扩展帐户，那么该扩展帐户就是唯一可以与相应的SAP SuccessFactors company实例配对的SAP云平台子帐户。因此，在我们的虚拟客户实现其第二个扩展应用程序的过程中，实现团队会很快发现，他们无法触发自动扩展配置来创建一个扩展帐户来保存其应用程序，因为已有一个扩展帐户。相反，他们必须找出一种方法来使用客户现有的扩展帐户。但是，假设现有扩展帐户中存在特定的配置，这些配置是运行客户购买的第一个扩展应用程序所必需的，例如自定义角色、特定信任设置或特定目的地之类的配置？新的合作伙伴可能不知道这些特殊配置，他们所做的任何更改都可能危及第一个扩展应用程序的完整性。这种范式本质上击败了并行可扩展性和双峰IT的核心租户，从而同时提供了一个稳定的空间和一个创新的空间。我们的SAP云平台团队必须做点什么。
