在您的情况下，我认为您想在收货前预订发票...

2way =发票数量= po qnty
3way = 2way +发票数量qnty
三向匹配表示SAP系统在发布IR时内部匹配Po和Gr值。

现在，当您在GR之前发布IR时，系统将无法找到GR值进行比较，并且出于数量原因将阻止IR。

但这没有任何意义，因为，在发布GR之前，您不能释放IR ...所以最好先申请GR，然后再进行IR并按时完成流程。...

如果在GR之前过帐IR，则只有在过帐GR之后循环才结束，因此必须是GR。.

但是，如果在GR之前仍需要IR，则可以使用 Scenario2。它将继续让管理人员参与 更好的决策和交叉检查。

亲爱的我很想了解更多有关2°情景的信息："在没有GR的情况下发布IR时触发的工作流程。能够通过电子邮件批准。 然后批准。" 您是否实现了此工作流程功能？ 它有效吗？

致谢

marco

能否请您详细说明一下情况。

对于第一种情况，您提到的是两种匹配方式，但是除非其GR具有 已发布。 通常，如果发票和GR值存在某些差异或差异，则使用此方法。

第二种情况是因为这是两种方式的匹配方案，并且在所有发票过帐（批准）时都不会过帐GR 优点或说三向匹配的控件在此过程中丢失了。

但是应该理解，在少数几个流程中，您无法始终具有三向匹配，因此您可能必须进行两向匹配， 因此，如果已知并经过深思熟虑的流程具有适当的手动控制（例如工作流程等），那应该没问题。

此致

Dakshesh

汗

您能否将方案2告诉高级顾问和Dis Adv，并简要介绍方案1

此致

kris

Hi Kris

我有建议。 首先，在我们的客户中，我们可以在MIR7事务中保留发票，然后再在MIR7中保留发票。优点之一是，保留文档系统中没有Fi文档

最诚挚的问候

R.T

亲爱的克里斯，

方案1。

优势：

-双向检查错误将减少。

-无忧交易

-管理层将参与SAP。否则，他们甚至不会看到SAP屏幕

缺点：

-高成本

-顾问的巨大Labout，因为该程序被认为是一个巨大的程序。 对于此批准流程，需要工作流程。

-缓慢进行，因为它经历了多个阶段。

场景2。

Worflow邮件可以发送到SAP邮箱或Outlook。 那是基于您的程序。

一旦预订了发票，然后批准GR？ 我相信这不是必需的。 GR-批准-发票预订-批准-付款。 这应该是过程。

最好的问候

Ruksana Khan