您好 ABAP学习者

请检查事务OVA8中的配置。
有可能 创建具有逻辑的特殊ABAP例程，以绕过信用检查并将该例程分配给所需的公司代码和单据类型。

要注意的

Mateusz

通过以下SAP注释500585进行操作-没有通过BAPI输入订单的信用警告消息和您的回复。

在检查了T代码OVA8之后，T代码OVAK和T代码：FD32得出结论，在T代码中存在风险类别。

我们的定制有两种类型的"风险类别"。 我更改了风险类别。 现在，Bapi可以正常工作。

感谢您的宝贵建议。

嗨

有很多方法可以控制它。

选项1

它可以通过OVA8进行控制-为跳过该条件提供条件。

选项2

请仔细研究 此badi-BADI BADI_SD_CM

方法：FSCM_CREDIT_CHECK_ORDER

在此设置中，标志no_check ='X'

这将绕过您的信用检查。

致谢

Venkat

感谢 Veselina 佩科娃！

我已经检查了系统的FIN-FSCM-CR信用额和SD-BF-CM信用额。 我们已激活SD-BF-CM信用额。

想在BAPI_SALESORDER_CREATEFROMDAT2中禁止消息信用限制消息，以便bapi生成

销售订单。 但是对于普通的VA01，它会弹出信用额度。

如果我是负责此更改请求的顾问，我肯定会挑战请求者以解释其背后的业务逻辑。

系统对某些销售订单类型和项目的信用检查的反应方式不取决于您使用哪种技术来创建它。 这是一条非常危险的路线-用户不会对此感到满意（因为很难确定订单的确切创建方式），我想审计师也不会认可该想法，因为这是 难以监控。 支持这种解决方案将是一场噩梦-每当用户看到信用检查问题时，他们都不知道这是否是通过BAPI创建订单的结果，或者确实存在严重的系统问题或配置问题， 或主数据...，那么他们每天将创建许多票证，以确认一切都按预期进行。

拥有一个多带带的销售订单类型和单据信用组是非常明智的，您可以为它们设置偏离的信用检查规则-信用文员更容易了解什么是什么 发生这种情况，您可以阻止新的订单类型进行手动处理（这意味着用户无法通过VA01创建此文档，但是他们可以根据需要编辑此类订单。）

在这种情况下，无需 引入绕过或重置信用检查的例程，您将使用标准功能。 另外，使用多带带的订单类型可以在报告方面带来更多好处，如果将来有这种需要，您可以使用多带带的定价程序或立即创建交货。

请理解，您不是 功能顾问，但在这种特定情况下，提出您的疑虑并为您的职能同事提出替代解决方案是很有意义的。

当然，如果不需要阻止创建销售订单 根本（无论是通过VA01还是通过BAPI创建文档），但仅仅是出于信用额度限制而阻止订单-这是一项微不足道的配置任务，您的顾问应该能够在开发环境中 几分钟。

在这种情况下 ABAP学习者-请关闭问题。