在向供应商付款时，SAP为我们提供了向供应商付款或向供应商主记录中保存的其他人（替代收款人）付款的选项。提供此功能是为了促进灵活的付款方式，以便如果您的供应商提出要求，您的买方可以直接向供应商欠款的人付款。
如果为供应商保留了替代收款人，系统将始终向替代收款人付款，而不是向原始供应商付款。这是因为付款程序将始终访问备选收款人的名称、地址和银行帐户详细信息。
当我们在SAP中创建新的供应商主记录时，数据分析与大数据，供应商主记录详细信息分为两部分
现在重要的是要记住，备选收款人可以在"常规"和"公司代码"数据下定义。如果您在这两个区域中都指定了替代收款人，则公司代码区域中提到的替代收款人具有优先权。
下面的屏幕1显示了供应商主记录的常规区域，其中可以维护替代收款人。我们可以看到，供应商"5200"被分配了一个替代收款人，即"1014"。
屏幕1
T代码XK03
屏幕2显示了可以定义替代收款人的公司代码区域。我们可以看到，供应商"5200"被分配了一个替代收款人，即"3510"。
屏幕2
T代码XK03
现在，根据上面给出的解释，当在通用和公司代码级别定义替代收款人时，系统将始终选择在公司代码级别定义的替代收款人。
系统将下面的屏幕截图将证实这一点：
我们创建了一个580欧元的FI发票对供应商5200。在此屏幕截图中需要注意的重要一点是，SAP系统已将供应商选择为5200，但是如果您观察银行帐户详细信息，您将注意到银行详细信息是在供应商5200的供应商主数据的公司代码部分下维护的备用收款人的银行详细信息。系统没有选择备用收款人"1014"，因为它是在供应商主数据的"常规数据"类别下定义的。
备用收款人"1014"只有在我以任何其他公司代码（1000除外）开具此发票时才会被系统选择
屏幕3
T代码FB60
显示备用收款人"3510"的银行详细信息根据供应商"5200"的公司代码定义。我们可以看到银行钥匙，银行帐号和银行名称准确地显示在上述供应商5200的供应商发票中。
屏幕4
T代码XK03
我们现在运行样本发票的付款方案
屏幕5
T代码F110
我们注意到付款是支付给供应商3510的，该供应商作为供应商5200
屏幕的替代收款人6
T代码F110的付款输出
既然我们已经了解了什么是替代收款人以及它们是如何运作的，那么让我们了解什么是"单据中的替代收款人"？
单据中的替代收款人是供应商主数据的通用数据选择标准中可用的字段。如果启用此字段，则可以从技术上向供应商主数据中可能存在或不存在的任何人付款。此功能使发票处理者有权更改系统自动选择的付款详细信息。
为了便于理解，我将引导您使用同一供应商5200完成一个示例交易，但是这次唯一更改的配置是，我启用了字段"单个"供应商5200的"文件中的替代收款人"下的"规范"。
屏幕7
T代码XK03
针对供应商5200创建了700欧元的新发票。到目前为止，与我们之前处理的发票相比，没有任何变化。系统仍然选择在供应商主数据中定义的替代收款人"3510"的银行详细信息。我们现在保存发票，文档编号为"1900000002"
屏幕8
T代码FB60
我们现在执行T代码FBL1N并搜索在供应商5200下创建的文档编号1900000002。请观察图片中突出的空白区域。屏幕9，代码为FBL1n。现在，另一个收款人可以被"单独设置"这个发票。屏幕10。如下所述。在这种情况下，付款将转到示例银行账户"778899"。
屏幕11
保存新的银行详细信息后，真正云服务器，"单独设置"字段将填充发票处理程序手动输入的详细信息。
这里的一个关键观察是，系统始终使用最具体的收款人。这意味着，当您在文档中输入收款人时，它比主记录中指定的所有收款人具有优先级。这甚至将取代供应商主数据中提到的公司代码级别的替代收款人，在我们的情况下是"3510"，系统一直在选择该收款人。
屏幕12
我们现在运行样本发票的付款方案。我们可以看到选中的收款人是我们输入的假收款人。
屏幕13
在下面的付款建议输出屏幕截图中，数据更新，我们可以看到付款是在我们在文档中单独设置的银行账户"778899"中处理的。
因此，淘客网站，大数据难学吗，在这种情况下，付款没有处理到任何一个客户供应商主数据中提到的替代收款人，但是我手动输入的收款人，即欺诈收款人。
屏幕14
查看上面的内容，您可能希望审核供应商主数据，并检查是否有任何供应商启用了"文档中的替代收款人"
提取表LFA1和检查字段"XZEMP"。如果此字段标记为X，则表示为该供应商启用了"凭证中的替代收款人"。
屏幕15
表格LFA1
如果您找到了允许凭证中替代收款人的供应商，下一步是确定是否有人利用了系统中的此漏洞。
提取表格BSEG
