在博客MKS90中，我描述了SAP Transportation Management 9.6提供的新流程—整合包构建（CPB），它能够创建包含不同客户的多个订单的混合包。使用MKS91，我引入了新的业务文档来保存稳定的打包信息–打包单元。今天我想继续介绍"客户专属套餐"。能够混合任何东西是很好的，但同样重要的是告诉系统什么时候不进行合并。

记住，现在如果包装信息需要保留或不需要保留，大数据课程，可以按照货运单位构建规则进行操作。所以在这种情况下，这可以决定这么早，一切都好。但是，一旦这变得更加动态（例如基于订购数量），saptm就提供了操纵CPB行为的选项。

所以想象一下这样一个场景：客户每天可以下多个订单。根据业务伙伴的要求（客户总是要求单独的托盘）或订购数量，该客户所有订单的所有项目应合并在一起，但不能与其他客户混合。运输计划员可根据当前计划情况更改设置，大数据行业报告，构建云服务器，以提高利用率和平衡运输效率。请记住–在向客户交付订单时，如果所有项目都在同一个托盘上，那么找到它们当然更容易。但如果这样做的客户太多，大数据收集，卡车利用率下降，需要更多的旅游？

需要的第一个设置是只估计包装数量，而不保存结果。通过设置包装构建配置文件，PB被激活。

货运单位构建规则激活包装构建

供应链执行包装构建器（SCE PB）现在将检查现有的包装构建定义和主数据，并相应地创建包装。在包类型分配中，有一个新的选项将业务伙伴标记为独占。

包类型分配-业务伙伴定义

在这个阶段，云服务器设备，每个货运单位只有一个业务伙伴。但PB会将此设置返回到业务文档，在该文档中，此信息将被持久化，并在文档标题级别可见。

这里是动态的–当使用此货运单位（或同一客户的多个）进行计划时，计划员可以调整此设置。因此，要么他可以决定为客户独家定制一个特定的货运单位——如今，这个典型的低订单量客户已经下了一个大订单。或者可以关闭标准包装定义，强制多客户合并

调整每个货运单位客户指标的专用包装

然后对能力文档执行"构建包装"功能时，系统将尊重所有货运单位的当前设置并相应地构建包裹。

当然，对于同一个独家包裹客户的所有货运单位需要多个托盘是一个有效的结果。

进一步改进计划结果的一个选项是为独家包裹的所有货运单位创建包裹单位客户。由于它们共享相同的位置，因此可以合理地假设它们在一起，并且路由优化器可以更好地处理它们作为稳定的打包。货运单位列表中提供了为货运单位创建包装单位的选项。