根据您的解释，甚至不清楚您使用的是哪种信用管理-FSCM或SD。

p>

如果这是S/4HANA，则只能是FSCM，但对于ECC6，则可以是其中的任何一种。

来吧，请与您的职能顾问联系！ ：）

至少您需要知道哪种方法必须使用定制代码来影响。

您尝试使用的badi仅会影响 FIN-FSCM-CR信用检查，不适用于传统的SD信用控制（SD-BF-CM）。

我仍然建议我前面提到的解决方案-多带带使用 销售订单类型。

是否有充分有效的理由使用相同的订单类型？ 您的顾问怎么说？ 因为编写自定义代码很可惜，与花几分钟来配置系统相比，这需要大量的端到端测试。

无论如何，为了便于练习，请显示以下内容中的设置 OVA8用于相应的测试用例（信用控制区域，风险类别和信用组）。 确定这些值的最简单方法是通过VA01使用与使用BAPI创建订单完全相同的数据来创建订单，使用程序CHECK_CM中的订单号获取VBAK-KKBER，VBAK-CTLPC和TVAK-CMGRA。/p>

提供了OVA8设置的屏幕截图后，我会更好地了解如何影响当前行为。

*扰流警报*

使用VOFM例程绕过或重置信用检查似乎不是一个好的解决方案。 如果我理解正确，那么当您通过BAPI创建销售订单时，您仍然希望执行信用检查并阻止该订单。 如果这是真的，不是造成问题的信誉结果，而是需要调整的反应部分（警告或错误）。

我要求提供OVA8屏幕截图的主要原因是因为我怀疑可能已经实现了一些自定义逻辑。