好吧，也许您可​​以使用BAPI_PO_CHANGE更新PO并实现所需的功能。

但这是一个奇怪的要求。 我的建议是完全不要这样做。 这会弄乱您的按时交货统计信息。

您不需要更新PO，这是错误的。 采购订单是您的购买计划，它可能与实际情况有所不同，交货日期可能不同，价格可能会有所不同，等等。只需保留该计划即可，即不要在GR之前更新采购订单。 如果实际交货日期发生更改，请确保在收货过帐期间确保将其输入。 如果价格发生变化，您将在发票验证期间发现该价格。 如果在创建采购订单后条件发生变化，则您具有的标准功能为 条件发生变化时自动进行文档调整

难怪SAP这样的增强功能很难奏效。

最诚挚的问候

Dominik Tylczynski

嗨， Swapneel Kolte ，

在通过PO进行MIGO交易时 -通过Migo- exit或BADI无法更改采购订单，因为该订单将被用户锁定。

同意多米尼克。 我的实际要求是，在周末发生GR时，供应商会收取周末交付成本。 交货日期和GR日期可能不同。 客户不想将这笔额外的费用作为计划外的交付费用。 相反，它希望在执行GR和发票之前在PO中自动更新此成本/费用。 我们认为有一个PO条件（周末货运的定制PO条件）要求例程（如果通过BAPI将交货日期更改为GR日期，则可能基于GR日期或PO交货日期），但是除非更改PO，否则例程不会被触发。

您好 Swapneel Kolte

我了解您 现在处理。 尽管如此，我仍然坚信没有必要更新PO交付数据，这是一种错误的方法。

看，您的PO是您计划的。 因此，您确实可以创建一个自定义条件来模拟周末交货附加费，并使该条件取决于计划的交货日期。 这些是您的计划费用。

现在，如果您计划在周末进行交货，而您刚刚过帐的周末已收到交货，并为计划的附加费开具发票。

如果您没有 计划在周末交货，但已在周末收到，您将附加费记为计划外交货费用。

如果您计划在周末交货，但在工作日收到交货，则不

当然，您可能会在计划单价格（计划）和发票价格（实际）之间有差异，而不会为计划的附加费过帐发票，以后再在MR11交易的贷方物料上过帐。但这就是您的实际情况 流程-您的计划交货日期（在PO上）可能与实际交货日期（在收货上）不同。 成功实施SAP的口头禅是在系统中对业务现实进行建模。

无论如何，都不要强行更新采购订单日期，因为您会丢失有关购买过程的重要信息，并且无法 跟踪您的供应商的按时交货性能。

最诚挚的问候

Dominik Tylczynski