尽管我对上一个MKS82有点宠坏了，但我还是想把今天的MKS花在多级打包上。到目前为止，SAP Supply Chain Execution Platform Package Builder正式不支持产品->纸箱->托盘场景。有可能设置并运行它，但我决定由于几个差距，不推出它的大时间。基本上，最大的缺陷是PB无法将创建的纸箱正确地整合在托盘上。对于一个单一的纸箱类型，这是工作正常，与多个不同的纸箱时间没有那么多。此外，纸箱化和直接托盘化产品的组合也不起作用。尽管如此，一些客户项目还是设法让他们的场景正常运行。另外，我也被许多客户联系到，强调这一功能将提高SCE-PB.
包含不同纸箱的混合托盘
因此这是目前支持的多级包装的范围：使用新的SCE-PB版本，可以创建混合包装/托盘，其中可以包含包装成多种不同纸箱类型的产品以及非纸箱化产品。将产品包装到纸箱中时，也可以将产品混合。
标准情况可能是：客户将要装箱的产品和未装箱的产品包装在一个托盘类型上。对于纸箱化，采用全包装数量，并用库存纸箱处理产品。剩余数量的产品应包装在提货箱中。最后，客户可以有托盘包含库存纸箱，挑选纸箱，并直接托盘产品。（当然你可以想象很多不同的场景）
例如：
水-直接托盘化，48箱做满托盘
茶-卡通化，大数据运维，33件做满库存纸箱，混合产品卡通化成标准挑选纸箱
咖啡-卡通化，6件做满库存纸箱，将产品纸箱化为标准提货纸箱
因此货运订单可以如下所示：
在包装构建之后，服务器云服务器，结果将是：
正如您所看到的（尽管它不是花哨的FIORI，而是简单的SAP GUI），项目层次结构现在包含所有类型的预期包装（完整和混合，淘客推广，在这两个级别上）。
要使用参考资料进行设置，只需要以下产品-包装类型指定（当然，这里的所有附加设置也会考虑，但我将重点放在指定上）：
请注意，对于包装材料（纸箱），要求每种材料都有专用的条目。不支持模式条目或参考材料条目（因为我遇到了太多问题，无法避免不必要的进一步包装–这可能会得到改进，但目前它是这样的）。
从结构角度来看，SCE PB还支持产品->小纸箱->大纸箱->托盘方案（声明：不受限制的数量）但这不是开发和测试的重点。
同样重要的是要知道：
PB将考虑纸箱的完整包装数量：因此，如果你说40个拣选纸箱构成一个完整的托盘，你有41个，结果将是一个完整的托盘使用主数据定义和混合托盘。目前，PB使用基于体积的整合方法填充纸箱，武汉大数据，考虑到目标填充体积百分比，个人云服务器，包装材料可以保持该百分比。
对我个人来说，PB的这部分新功能是最具挑战性的，因为它需要巨大的内部重组，但最终看到它的运行也带来了最大的满足感。
