与MRP相关的最常见问题之一是总执行时间，它通常非常高。通过一些简单的定制更改或执行参数，老虎淘客，除了控制所涉及的表的大小之外，为了对这些参数进行最佳分析，并对可能对MRP性能产生负面影响的定制，可以改进MRP的性能。我在ABAP中创建了一个执行自动验证的报告。此报告检查以下几点：*在自定义聚合MRP列表时启用的RESB表大小良好缓冲在自定义2或3时处于活动状态使用了计划模式，并且结合使用了NEUPL处理键详细计划模式2—将计划文件中的并行处理范围条目转换为MRP区域。如果您对在系统上运行此报告感兴趣，可以在下面的WIKI中找到源代码：*MRP Performance Analyzer ERP ManufacturingSCN Wiki下面是报告和结果屏幕的一些截图：*1-选择屏幕：*结果：*正如您在这个截图中看到的，返利淘联盟，报告显示了可能导致性能问题的参数和自定义，解释了问题的解决方案，以及，如果可用，它会提供一个链接，指向更详细地解释问题的注释。*这仍然是该报告的测试版，但可以安全地实施，由于它不会更改或删除系统中的任何内容，因此我要感谢任何能够在您的系统上测试此报告并在评论中描述结果的人。另外，大数据运维，如果你有其他改进建议，也可以在评论中留下。好文章谢谢分享信息！"一颗美好的心"！好的凯塔诺报告！关于代码问题的一个小建议。您有一个例程来搜索RESB表中的记录量。您可以执行SELECT COUNT（*），数据和大数据，而不是加载表中的所有行以获得正确的数量，从而避免使用内存，因为表太大，在程序中仍然有一个性能提升，它是这样的：*检查RESB SELECT COUNT（*）FROM RESB.nlines o RESB=sy dbcnt表中的行数。我会调整报告和更新wiki上的代码。很好。维护一个准确有效的数据库也是非常重要的。对于主数据和事务数据。RESB表需要这个。如果不这样做，处理过程几乎肯定会更快，即使废物正在被处理，始终如一地使用过程设计将有很大帮助。例如，我看到一些工厂将所有计划订单转换为生产订单或采购需求。有必要为此确定一个时间范围，因为它隐藏了性能并定义了随后必须调整的数据，iot物联网，最后是与其他可供选择的实际需求进行权衡的东西。