当您寻求帮助时，这是分享整个故事的一种好方法，否则会浪费您的时间和试图帮助您的人的时间。

无论如何，如果您不想 手动维护PR-使用自定义程序或带有BAPI_PR_CREATE的LSMW来维护数据。

此外，由于此问题经常发生-修改当前的自定义程序并确保用户不能 创建服务PR而不指定限制。

好，非常感谢您的建议

转到"限制"选项卡并保持总体限制和期望值

在我们的案例中，许多PR都不愿被使用，因此它已成为出色的PR。 为什么发生这种情况，因为，我们有用于根据SO号创建PR的Custom程序，但是Sales使用它时，忘记保持限制，而sales又一次又一次地执行，这导致了很多PR。 实际上我们可以维持每个PR的限制，但是它无效，因为有这么多PR：）

还有其他解决方法吗？

自定义程序是否真的有必要创建服务PR？ （项目类别D？），如果将创建标准PR，则不会出现此问题。