你好

我要说的是，我们缺少一些信息，例如，您没有提及是否在ABAP中通过标准表或特定表完成了"前台"报告，还是通过BOBI等报告工具请求 SAP HANA数据库。 我的理解是，客户目前处于CO-PA加速器之类的副车场景，但情况可能有所不同，这将使我的答案无效

假设所有数据均源自ECC并且基于复制到SAP HANA的标准表以提高性能，并通过ECC中的ABAP报告进行使用，则他们"仅"需要像调整文件一样调整其报告以调用SAP HANA DB 在当前的ECC DB上执行操作，而不像通过侧面车SAP HANA DB进行操作。 由于简化，SAP S/4HANA中的标准数据模型与ECC不同，但是由于我们提出了所谓的兼容性视图，因此他们有很大的机会继续调用相同的表名（即BSEG）。 即使表实际上不存在，他们的报告（兼容性视图可能会导致性能问题，因此必须逐案处理）。 但是在所有情况下，如果我对这种情况的理解是正确的（但是您需要解释什么是前台报告），那么SLT将不会用于源自未来SAP S/4HANA的数据

希望这会有所帮助。

感谢Renaud。

前厅报告的性质各不相同。 使用HANA Studio（1.00.93）对HANA中的数据进行建模，然后使用各种工具将其开发为报表。 例如：Webi（4.1 SP6），Design Studio（1.6），Office分析（2.4.1），Lumira（1.30），Crystal报表（2013）。 最终用户通过门户使用大多数报告，无论它们在何处开发。

尽管报告是从其他来源获取数据的，但我重点关注的是对ECC数据的影响，因为ECC将升级到S/4HANA。

根据您的反馈，听起来好像HANA中当前存在的所有数据都应迁移到S/4 HANA，并且当前基于HANA生成的所有报告（WEBI，A4O等）也应迁移到 S/4HANA的顶部。 这是正确的吗？

迈克尔你好，

我认为关于直接在HANA数据库上进行报告的知识将超出我的知识范围，而我更多地涉及SAP S/4HANA主题。 但是，实际上，我认为保持HANA数据库（或租户）+ SLT来复制已经存在于HANA数据库中的数据（为了将影响降到最低）并不是一个好的策略。 我什至不知道您是否可以将SLT触发器放在源HANA DB上。 但是，如果HANA数据库用于EDW（即从ECC以外的其他来源获取数据），这可能是一种有效的策略。 您可能还需要了解，虽然客户会发现SAP S/4HANA和嵌入式分析，但他们可能会觉得他们的FO报告不再有用，或者需要通过嵌入式分析框架重新创建，以获取大量信息。 原因。 例如，他们也将能够通过BO使用SAP S/4HANA视图中的数据。

最好的问候

雷诺