如果您打算创建一个用于自动扩展的程序，那么我建议您稍做一些改动。 与其将材料自动扩展到任何工厂而不是让用户通过"高速公路交易"来扩展材料，开发人员的工作量几乎相等。

为用户提供一个选择屏幕，无非就是材料 以及工厂编号和执行按钮，创建用户驱动的物料不需要更多。 后台的功能（可能是BAPI）与将其自动扩展到所有工厂所需的操作没有什么不同。

优点是您不会创建太多不必要的数据。 数据的最高成本是管理，而不是存储，因此，如果仅创建所需的数据，则可以节省很多钱。 如果材料的生命周期结束，您认为节省的创建成本和工作量实际上是您多次花费的。 去年我的项目中的另一个例子是：人们解释说，自从自动创建物料以来，所有工厂中的数据都是相等的。 对于运行约15年的系统，当然不是这样。 总是有用户交换数据，并且他们仅针对一个工厂（他们当前与之合作的工厂）手动进行数据交换。 因此，最终要付出巨大的努力（将x个工厂合并为1个）来确定哪些数据是有效数据并应用于迁移。

老实说-考虑生命周期-接下来的10个或 20年-不只是几个月和一两年。 没有人认为他们的SAP系统已被替换，没有人认为整个公司已从12个业务部门重组为3个部门，没有人认为公司的一部分将被出售或必须通过新的收购合并到另一个系统中。

什么是"自动材料扩展"？

据我所知，这需要一个程序并进行相同的自定义。

例如， 如果您从多个不同的站点出售相同的服务。

我们在旧系统上也有类似的设置。 但这只是总共700多个植物中的一部分。

去年我不得不将此数据迁移到新系统时，事实证明，大多数自动创建的数据都是 浪费资源和精力，在项目清理数据的过程中再也没有使用过。

如果您不使用数据，那么就不需要它。 如果您在3年后使用它，那么您的数据可能会很旧，并且无法确保在不再次进行详细检查的情况下立即可以使用它，因此您实际上并不会节省太多。 多年来，许多流程和组织都在变化，主数据也必须进行调整。

如果没有人真正为从未接触过的自动创建的材料承担责任，这将非常困难。

嗨，

该材料在不同的工厂中可以具有不同的细节，并且只有在工厂中真正使用该材料时，它才能扩展。 如果只是为每个工厂扩展所有物料，则只需将未使用的主数据加载到系统中。 在没有任何正当理由的情况下扩展主数据没有任何意义，并且可能会影响系统的性能，例如在报告中。

我建议您在需要时指导用户扩展主数据- 手动或使用MMCC（新的主数据复印机）或MM17或LSMW或通过您自己的上传程序。

非常感谢。

我看到我应该针对我的情况调整一些限制：负责此扩展的角色仅获得了单个手动扩展权，基本上是每个工厂的每种材料的MM01。 在这里，我们考虑将自动扩展到所有工厂的想法，因为我们需要根据针对所述物料计划的任务来设置预防性维护。

维护后扩展名当然是一个问题，但是每当任务完成时，立即提供材料（与缺少扩展名所引发的错误相对）就比将材料xxx扩展到工厂0001而从未使用更为关键。 这主要是由于访问级别和分配给物料主维护的资源。

根据这些详细信息，有人可以反对甚至反对自动扩展吗？ 我只能想到与在错误的工厂订购材料有关的风险，通过仅为工厂中活动的材料创建源清单肯定可以避免这种风险，还是我错了？