让我们继续开发从简单到复杂的包构建场景，这是我们在MKS101中开始的。到目前为止，我们只使用了一个产品，它定义了一些可选的度量单位和一个包类型分配。在这样一组最小的定义下，结果看起来还可以。到目前为止还没有软件包生成配置文件。无包装材料。没有图层定义。没有优化器。

我们的最后一个托盘只有5个（全包装数量的一半），除了高度以外一切看起来都很好：

700mm乍一看有点奇怪：从尺寸上我们可以得出2个EA形成一个完整的层，然后我们将有2个完整的层（560mm）和一个在顶部（280mm）的单件使其840mm，嗯，PB不会自动导出图层，大数据怎么样，在这种简单的模式下，当然不会考虑产品的Physical形状。但我们可以通过在产品中添加此层信息来帮助引擎：

我们只填写数量，不填写其他字段。但是，可以设置一个层高度而不是产品高度来模拟特定于客户的东西。如果没有填充，PB使用产品高度。

由于产品中可能有许多包装和层定义（例如，对于EU托盘和托盘笼），我们需要在包装类型分配中告诉PB它应该使用哪一层定义：

再次运行场景，我们看到，高度是理想的：

这是好的，因为它只得到与包装和层计量单位的工作。包装材料只包括在完整的包装中，而不包括在不完整的包装中。PB并不是根据产品定义和完整包装数量之间的关系得出包装材料的重量和高度。这里面的假设太多了。

现在让我们添加另一个产品来开始整合。是的，也可以不使用包装建筑轮廓和包装材料。注意：我不会回到我们开始的非常基本的产品设置（没有产品尺寸，没有图层）。我想我已经解释了它们的用途，你可以尝试一下当你将多个产品与这样的基本定义相结合时会发生什么：完整的包被创建好了，合并会导致缺少或不一致的包属性。所以这里是新产品：

我定义了非常相同的包类型分配，然后为两个产品运行PB。因为我是一个简单的球迷，大数据和数据分析区别，手游返利，我不尝试127 EA的产品a和87 EA的产品B（像一些人我知道会开始），但一个简单的1 EA+1 EA组合。这也许能帮助我理解发生了什么：

很好！我的第一个混合包！包装属性看起来也很不错：PB将高度设置为最高的产品，因为产品的总体积适合这个空间。

下一步尝试检查完整的包装数量是否仍然有效：

检查。

下一步尝试查看我定义的层是否有效：

这很糟糕。我对产品A使用了一整层+1 EA的数量，淘客是什么意思，对产品B使用了相同的数量。混合工作，但高度不是我所期望的（280mm+350mm+350mm=980mm）。它看起来是经过计算的（就像我们有一个单一的产品，没有图层）：产品总体积/包装表面

这是为什么？答案很简单：PB不使用层，除非它有一个可以堆叠层的限制。为什么它仍然使用基于卷的方法创建混合包？因为逻辑是不同的。你可以玩弄数量并检查结果。如果你遇到一些有趣的事情（至少我是这样做的：-）：请随意张贴在这里。请不要买票。

您可能想知道，为什么混合包装的最大包装高度不使用全包装高度。PB本打算这样做，但第一批FrionRunner客户有一些不希望这样做的场景。尽管如此，这个特性仍然可以通过BAdI方法/SCMB/IF\ PB\ u ENHANCE ~ ADJUST\ u SETTINGS and setting parameter s\ u SETTINGS-apply\ u full\ u pkg\ u height\ u limit=ABAP\ u TRUE来激活。

那么让我们来定义一个高度限制。我比较喜欢的地方是包装材料，特价云服务器，但由于我们还没有包装材料，所以我们坚持使用包装类型分配。通常在这里，您只需要输入客户或产品的特定限制。

返回包装构建：