谢谢你分享这些额外的细节，阿比纳什！

伟大的博客系列：）

你好阿比纳什，

感谢这个非常重要的博客系列！

问候，

Chandan

你好，Abinash，

感谢您分享此有用信息。

问候，

Siraj。

你好，Abinash

我们有一个关于订购新测试租户的问题。

SAP能否为新测试租户保留相同的租户ID。

因此，一旦我们完成集成连接步骤，我们的新C4C测试租户将与On集成prem ECC与旧测试租户的工作方式相同。

我们稍后将停止使用旧测试租户。

我们需要相同租户ID的原因是，我们已经为测试租户配置了SSO，并且许多用户当前正在使用租户URL

因此，大数据有什么用，一旦新租户运行，我们可以要求用户使用相同的URL现在（但之后它会将它们登录到新的测试租户而不是旧的测试租户）

这样业务就不会受到任何影响或服务中断。

这有可能吗？怎么可能？

问候

感谢

Piyush Gandhi

你好Piyush，

最近了解到SAP支持租户刷新，并将完整的生产拷贝复制到我们的测试租户中。所以这意味着你可能不得不提出一个事件来要求执行这个任务。说这将保持您的测试租户完好无损，您只需通过Abhinash来调整以下文档的内容。此外，这也将防止我们的中间件和连接OnPrem系统上的其他返工，淘客网，因为新租户也将导致这两个系统上的调整。不幸的是，在我们完成任务后，我得到了这个信息，订购了一个新的测试租户和完整的生产拷贝，并停用了现有的一个。使用此功能只需要在C4C上进行调整。

Abinash Nanda

请确认。

问候，

Chandan

嗨Chandan

感谢您的回复。

如果您所说的可以做到，那么这将为我们省去很多痛苦。

我的下一个后续问题是

a.租户刷新的任务顺序是什么（如果SAP能够支持从生产到测试租户的测试租户刷新（配置数据、基础和主数据、事务数据，如活动、访问、潜在客户、机会）。无需请求新的测试租户）。并且仍然确保内部集成仍然有效。

b.测试租户刷新将从生产租户中清除刷新之前该租户中存在的所有数据，即主数据、事务数据。我们希望这样，一旦租户被刷新，用户现在就可以在刷新后使用最新的数据了。

C.由于on-prem也将使用生产质量数据进行刷新，因此主数据、事务数据、定价数据的集成应该可以正常工作，而无需任何重大的返工。

@Abinash:如果您提供您的专家，请提出请求评论或我们可以参考的任何文档）。

会很有帮助。

问候

谢谢

皮尤斯甘地

你好皮尤斯，

我还没有体验过这个功能，可能会在我们计划刷新时。所以也许值得等待从阿比纳什身上学习。但是下面是我的想法，大数据怎么查询，大数据与人工智能，我对您的问题有一些想法：

a.1：您从生产复制的OnPrem配置需要调整。

a.2：如果SAP将生产租户复制到现有的测试租户中，我们将不得不相应地调整集成配置和数据。

Abhinash在中很好地解释了这些任务关于这个主题的博客系列的第2部分和第3部分。（请关注本博客的完整系列以了解详细信息，本博客的链接是指向word blog的超链接，因此可能无法一眼看到）

b.我从与我讨论过的SAP支持人员那里了解到，数据支持，测试租户将被彻底清理，删除所有现有数据（类似于初始系统），并执行生产拷贝以进行拷贝完成生产数据和配置。

c.OnPrem refresh将生产数据和配置复制到测试系统中。这个博客的第三部分显示了需要调整的地方。

问候，

钱丹

你好，皮尤斯，

很抱歉，但我不确定我是否遵循了你的询问。据我所知，您希望在复制的租户上保留租户URL以支持现有用户的SSO。我不确定这是否可能，因为租户URL是唯一的。我建议您与云运营部门联系，为客户提供云服务。他们是在这方面给你建议的合适的人。

向你致意，阿比纳什

你好，阿比纳什，

感谢你创建了这个非常有用和解释清楚的博客！太好了！

关于以下场景，我有一个问题：假设客户与C4C集成了某个ECC系统。在未来，现有的ECC系统将被一个新的ECC系统所取代。如果我理解你的解释，你可以使用所描述的功能。在C4C中，需要创建一个新的通信系统：comm.arrangment，运行自适应报告来更正主数据和事务数据的所有映射ID。稍后，我们可以删除不再使用的通信系统和与旧系统相关的通信安排。但是，只有当两个ECC系统中的文档id相同时，这种情况才有效。我的假设正确吗？

我们还需要考虑其他事情吗？如果文档ID不一样，那么我们会有这样的场景，比如与新系统集成，并且所描述的功能无法使用，对吗？