2016年10月，SAP发布了S/4HANA的最新版本，即S/4HANA 1610。1610内部还提供了一个新的整合解决方案，大数据解决，即所谓的"实时整合"（RTC），它是S/4HANA Finance和SAP BusinessObjects Planning and consolidation（BPC）之间的深度集成。

什么是实时整合？

简单来说，实时合并为您的合并解决方案提供了实时数据访问的能力，包括交易数据和基础数据。这样，客户就不必复制他们的财务数据，也不必将数据复制到整合系统中的次数降到最低。

为什么我们需要实时整合？

在传统的合并解决方案中，通常需要将财务数据从财务系统复制到合并系统中，并进行某种数据聚合和转换。

但这种方法也会断开财务系统和合并系统的连接。合并系统中的数据不能反映财务系统中的最新数据。这将导致一些缺点，有哪些云服务器，例如：

对IT支持的依赖性很高，通常数据复制由IT部门完成合并系统和财务系统之间的透明度较低数据同步之间响应时间长

实时合并可以通过消除数据复制来改善这些方面，提供实时数据访问能力

什么是实时合并架构

实时合并架构解决方案可以分为三种分层：

S/4HANA

在S/4HANA中，所有财务数据都保存在一个HANA表中：ACDOCA，也称为通用日记账表。

为了实时合并，引入了一个类似的HANA表，即ACDOCC。此ACDOCC表与ACDOCA表的结构相似，并为与BPC集成而设计了一些扩展。此表用于保存来自BPC的合并数据。

基于这两个HANA表将创建多个HANA视图，通过这些HANA视图，BPC和BW可以直接从S/4HANA读取事务数据，而无需复制。

同样在S/4HANA中，还可以创建universal journal中所有相关字段的主数据保存在单独的HANA表中。也可以创建相应的HANA视图，为基础数据提供数据视图。

BW

在BW层，需要创建几个BW对象。

第一个是InfoObject，代表合并的相应维度。在其中一些InfoObjects中，海淘客，主数据可以来自HANA视图，而不是在BW中持久化主数据，HANA视图是在S/4HANA中为这些字段创建的视图。通过使用这些信息对象（我们称之为虚拟信息对象），BW和BPC可以通过这些HANA视图读取主数据，而无需在BW中复制或持久化主数据。

当然，仍会有一些信息对象的主数据持久化在BW中（我们称之为物理信息对象）。这是因为对于这些信息对象和相关维度，它们在S/4HAHA中没有相应的字段，例如BPC中使用的审核维度和组维度，它们只与合并相关。

通过使用这些信息对象，可以创建一个虚拟的InfoProvider，用于将数据写回S/4HANA。由于HANA视图只能提供数据读取访问，因此要将数据写回S/4HANA，需要一个虚拟InfoProvider及其回写类。如上所述，合并数据将通过虚拟InfoProvider写回ACDOCC表。

在虚拟InfoProvider上方，将创建一个复合提供程序，其中包含交易数据的HANA视图（基于ACDOCA和ACDOCC创建）和虚拟InfoProvider。

当然，BPC合并需要两个额外的InfoProvider，即所有权InfoProvider和费率InfoProvider。

BPC

对于BPC，将基于复合提供程序创建合并模型。

请注意，这里的合并模型是嵌入模型，返利机器人哪个好用，而不是标准模型。与标准模型不同，微淘客，BPC嵌入式整合模型可以基于现有的BW InfoProvider（包括复合提供者）创建，BPC可以通过复合提供者读写数据，该提供者可以直接从S/4HANA访问数据，无需复制。