通常，SAP允许随时将新项目添加到PO。

但是，返回完全完成添加新项目的旧PO并不是很合逻辑。

由于唯一的共同点是同一供应商，但这是一个完全不同的业务案例，因此您应该创建新文档而不是重新打开旧文档。

随着时间的流逝，您的PO越来越大，并且PO内的导航变得更加复杂，更不用说打开PO以及向具有悠久历史的PO发布发票所需的性能和时间了。 使得问题发生时的根本原因分析更加困难。

为新的业务案例创建新的PO只是一个好习惯，您不会找到一个单独的OSS注释来告诉您，但是当您搜索MIRO的性能注释时，您肯定会找到有关大量PO历史的提示。

此外，由于通常允许将新项目添加到旧的PO中，因此它一定不会导致当前错误。

因此，通常可以通过遵循良好实践并创建新的PO来代替避免破坏旧的PO，从而避免此错误。

但是目前您有此错误，如果要解决此错误，则需要更详细地描述它，例如

亲爱的Tuaha，

>

这就像如果我们在SAP中具有标准的文档类型（即采购订单的NB）一样，我们也可以从该文档类型创建服务PO，问题是为什么我们通常按照业务创建其他文档类型，例如 用于服务采购订单，分包采购订单，导入等。仅用于正确映射业务流程并消除用户的复杂性。 因此，同样，除非已完成GR或已完成发票，否则除非您执行反向处理，否则通常不应该允许您更改PO。 例如 A + b + c是到达发票的步骤，然后，如果您要在第一步进行更改，则必须倒退，即C-B-A。 尽管可以直接在SAP中进行冲销，即尽管有发票也可以冲销GR。 但我们通常会根据客户要求推荐它。
简而言之，为了避免复杂性，您必须开发SOP，而且我仍然非常困惑为什么在导入的情况下需要更改采购订单，因为您已经提到付款方式也是LC，在这种情况下， 必须与银行一起提交Performa发票，如果Performa发票有变化，则还应该修改LC，因此您必须更改PO，但是在此阶段，除了银行之外，没有商品或发票的概念

我认为JürgenL 已经非常全面地向您解释了问题。 我希望现在将其清除。

最好的问候

Mohsin Abbasi

您确定没有自己的编码可能会导致此麻烦吗？ 交易 ANST 可用于分析 行为，找到OSS注释，还指向您自己的编码。 PANKS 可以从错误消息本身使用功能来检查OSS注释。

新订单项具有新条件，与现有订单项无关，因此 不需要冲销现有订单项的后续文档。 您是否检查了分析按钮以检查从何处获取条件值？

尊敬的拉米萨，

您能否详细说明一下，为什么在保存采购订单后，您的业务流程为什么需要添加2个新的行项目，而且您的公司肯定也有发布策略。

我们也有导入过程，但是我们从来没有遇到过这样的情况，即即使不管GR，完成发票也都需要添加行项目，是的，数量可能会发生变化，因为它是导入。 因此，LC也已在执行发票上打开，您还必须在SAP上创建PO才能通过PO提前付款。

我认为与SAP相比，业务流程问题更多。

最好的问候

Mohsin Abbasi