我把我的假设放在下面。

-A公司想制作发票草稿。

> SAP发票草稿的其他开发（将PO与GR信息进行比较）。

-供应商确认甲公司发送的发票草稿。

>他们会目视（？）

-供应商在确认发票草稿后将发票发送给公司A。

>他们将通过邮件或EDI（？）

发送

-公司根据发票向供应商付款。

>执行伪发票收据（不要将PO与发票进行比较，只接受发票）。

我可以同意第一个箭头和第二个箭头，即使这些点也需要更多操作，这是 不仅是另一种形式，您还需要一个程序来选择相关文档并触发此新表单，还可能需要知道您已经做过的选择，以避免再次选择同一文档。

您的供应商如何检查草稿确实不是您的问题，除非他们已经给您提供了一些在开发过程中必须考虑的要求。 实际上，您可以直接询问您的销售部门或SD同事，如果客户对您的公司有相同的要求，他们将如何处理。

如果您通过普通邮件发送草稿，那么您的供应商将需要对其进行扫描，以便能够通过电子邮件将其发送回给您。 如果使用EDI则更加困难，因为您的供应商需要将数据保留在某个地方（向SD对方询问），以便能够通过EDI向您确认数据。

即使您已收到供应商的确认，您也可能无法根据草稿支付发票。 您将需要运行常规ERS结算以在系统中创建实际发票。 这是下一个挑战：您需要选择与草稿中的文件完全相同的文件，因为此实际发票不得与草稿中的文件不同。

没有虚假的发票收据，在自行结算中，您是通过结算创建发票的，而不是从供应商那里获取。

在我看来，在阅读"发票草稿"时，它似乎与停车功能有关。

因此，您可以使用MIR7事务处理将发票创建为寄存状态，并从那里有3种状态："保留"，"寄存状态"和"保存为已完成"。 在这些状态下，您可以参加与发票草稿有关的业务需求。

您可以尝试使用MIR7交易中的消息输出，开发一种方法，在创建停放的发票后，将消息输出发送给供应商。 对于消息输出，请阅读注释 129643 。