在BPC NW 10.1中，也支持在嵌入式模型之上进行合并。

但是，在嵌入式模型上进行合并仍然存在一些限制。

随着BPC 11的发布，这些限制现在已经被删除。

在以前的版本中，一些BPC合并相关配置无法通过传输框架传输，包括：

业务规则定义控制规则定义日记帐模板定义任务序列定义

虽然交付了一个程序（见注释2415465），用户可以通过该程序从源系统导出这些配置并导入到目标系统，但它仍然是解决方案以外的一个解决方案。

在BPC 11中，这些配置现在可以在标准传输框架下传输，与其他组件一样，

在以前的版本中，物联网解决方案，用户需要在建模UI中为相关维度指定一个层次结构。然后这个层次结构将在业务规则定义中使用。但这也意味着，在业务规则定义中，用户只能从该层次结构中选择成员。

这不是用户友好的，因为使用多个层次结构是一种常见的做法。以科目维度为例，消去和调整规则将使用B/S和P&L这样的通用层次结构，但对于IC记账规则，它将使用另一个层次结构，其中应收账款和应付账款可以在同一父节点下。

在BPC 11中，这样的限制现在被删除。用户仍然可以在建模界面中指定一个层次结构

但该层次结构将仅是业务规则定义中的默认层次结构。用户仍然可以在成员选择器中切换到另一个层次结构。

标准模型和嵌入式模型的一个区别是，在嵌入式模型中，支持在数据模型中使用复合信息对象。

但对于合并，有一个限制，即复合信息对象，用户必须为其上级信息对象指定一个固定值。例如，time infoobject是0FISCPER，它是一个复合infoobject，其上级infoobject为"财政年度变量"。然后在建模中，用户必须为"会计年度变量"给定一个固定值。

这对于某些信息对象很好，淘客程序，例如时间信息对象的会计年度变量、会计科目信息对象的会计科目表。但对于其他一些信息对象，这种限制会降低数据建模的灵活性，如带地区的公司、带控制区的成本中心等，

在BPC 11中，这种限制被删除了，

但是请注意，对于Account信息对象和Time信息对象，用户可能还需要给其上级信息对象一个固定的值。

在BPC 11中在以前的版本中，嵌入式模型不支持业务规则US消除。

在BPC 11中，嵌入式模型现在支持US消除。通过支持这一点，也可以在一个模型中运行矩阵合并，在实体/intco维度上使用消去调整规则，在利润中心、合作伙伴利润中心等不同角度使用US消去规则，在模型和配置上有一些差异。

在标准模型中，服务器，用户可以决定哪些维度是实体维度和intco维度，以便我们排除。在业务规则定义界面进行分配。

在BPC 11嵌入式模型中，设置不同，用户需要在建模界面进行定义，而不是在业务规则界面进行定义。

在合并模型的建模中，用户需要将infoprovider中的信息对象映射到合并所需的维度类型。对于美国消元，引入了两种额外的维度类型。

对于美国消元中的实体，用户可以将一个infoobject映射到'P'类型维度，对于美国消元中的intco，有什么免费的云服务器，用户可以将另一个infoobject映射到'Q'类型维度。

请注意，'E'类型和'I'类型的infoobjects仍然是必需的，好评返现图片，这意味着，在嵌入式模型，US消除只能用于矩阵合并场景。不可能建立一个只使用美式消元而不使用消元和调整规则的合并模型。