标准功能是您指定为回扣收件人的任何客户代码，该客户将被视为"售达人"，"收货人"和"付款人"，并且即使您在那里保持其他付款人的身份，也不会考虑客户主数据。 是SAP中的预定义流程。 因此，在定义时，您需要考虑哪个伙伴函数是回扣接收者

当您运行WB2R_BUSVOL事务时，向哪个客户（出售或运送给）客户输入分录？

我们是说在没有增强的情况下是不可能的吗？

当然可以

嗨Arputharaj，

我还没有检查，但是明天可以做。 但是我认为这将是"卖给"，因为根据"卖给"作为标准之一来过滤业务量。 我必须使用船来为结算中的回扣过帐打折，但是我的最终抵免仅与所出售的抵扣，这是我的业务需求。 因此，抵免额已经适当地提高了，但是在这种情况下，由于系统无法识别基于正确利率的正确船，因此结算价格继续折腾。

感谢Lakshmipathi。 在这种情况下，收件人被卖给了，但返利适用于运往（与卖给的人不同）。 因此，cond合同与卖给谁的人是标题的回扣接收者，但是对于每艘船，回扣都是不同的，因此在新的条件表（船到 访问权限）。 而且它无法在定价级别上生成结算凭证，因为它无法满足以下条件之一（在结算凭证的定价分析中已确定）。 我可能是错的，但是如果定价在应计制方面起作用，那么它也应该在结算方面起作用，这似乎是合乎逻辑的。

我们是说没有增强功能就无法实现标准吗？

嗨，Lakshmipathi

对不起，但是我正在检查如果没有增强功能是否无法实现，或者除了要求企业为每艘船分别创建条件合同之外，还有什么方法可以实现？