在我们用MKS101开始了我们的小程序包构建场景，并用MKS102开发了一个混合程序包构建场景之后，今天我将介绍程序包材料。请记住，到目前为止，我们仍然在没有包材料和包构建概要的情况下工作。一切都是基于产品定义和包类型分配的。我认为对于一些基本场景来说，这可能已经足够了，但是真正的物流很可能需要更多。

所以我在MM01中创建了一个包装材料：

我输入了包装材料的尺寸和重量。

我指定了全局重量限制。PB将此作为绝对最大值。这只能在包类型分配中减少，云服务器厂商，大数据技术学什么，而不能增加。所以在这里我告诉我们的客户要么设置包装材料允许的物理限制，云市场，要么定义全球公司限制。

我对最大尺寸也这么做。此处高度相同：只能减少的全局限制。

请不要问我定义在多个选项卡上的分布，以及根据所选材料类型的选项卡可用性。我不是材料专家。

我调整了我的两个产品的包装类型分配：我输入产品并删除度量单位。PB现在将获取包装材料的基本计量单位，服务器云服务器，我的想法是在这项作业中始终只有真正需要的定义。在提取产品的完整包装数量时，此字段可用于指向不同的计量单位（例如，如果您使用具有相同基本计量单位的不同包装材料，或者包装材料具有与产品相同的基本计量单位）。我还删除了我们在MKS102中输入的最大高度，因为到目前为止我没有具体的限制。

现在需要记住的是：到目前为止，包装材料已包含在产品的完整数量包装定义中。所以我们需要降低高度和重量：

我知道这也可能是不同的，但排除包装材料在这里有机会使用这个100 EA->1 PAL条目为多个不同的包装材料，可能共享相同的表面，怎么选购云服务器，但有不同的重量/高度。我认为，一旦你知道它应该是好的，最后一步，以减少它在主数据无论如何不会发生，当你开始马上知道你的方案包括包装材料。

现在让我们运行我们的PB方案（我跳过非常简单的1 EA->1EA+1EA方案，但相信我，我已经做了他们了解和检查发生了什么）：

包装材料在我们的PB方案：检查。