通过声明您已实现LVKMP001，您可能意味着您只是分配了OVA8中标准提供的示例例程。

这可能是不明智的，因为该例程只是一个示例，您必须 在客户名称范围内创建自己的例程，并使逻辑适应您的需求。

注释 895630-使用要求"不检查" 。

BYPASS-CREDIT_MANAGEMENT如果您使用FSCM信用管理，则绕过信用检查，如注释 2469457- 在SAP Credit Management（FSCM）的自定义例程中绕过信用检查。

您提到的其他参数会影响SD Credit Management中的相应检查。

与您交谈 功能顾问，以找出您必须绕过信用检查中的哪些解决方案-SD信用管理或FSCM信用管理。

编辑：现在，我看到您已经添加了标签S/4HANA。 如果您使用的是S/4HANA，那么您是正确的，BYPASS-CREDIT_MANAGEMENT是绕过S/4HANA系统信用检查的正确参数。

嗨Peykova。

谢谢 您的意见！ :)

>>好吧，您必须指定何时绕过信用检查，而不仅仅是无条件绕过

我看到，通常会运行信用检查，但是当BAPI调用" BAPI_SALESORDER_SIMULATE"时，我们会绕过信用检查。 我们通过" ABAP MEMORY"控制识别。

（我们在调用" BAPI" BAPI_SALESORDER_SIMULATE"之前设置了一个标记，以标识谁调用了该程序）

请分享一下您为什么要绕过信用检查以及为何拥有

您好，Ganesan，谢谢您的答复。

I 将在下面说明背景。
在我们的项目中，我们收到一个抵制销售订单的接口文件。
该程序会根据日常工作计划触发销售订单。
该程序将调用2个标准 BAPI
" BAPI_SALESORDER_SIMULATE"
和
" BAPI_SALESORDER_CREATEFROMDAT2"。

*" BAPI_SALESORDER_SIMULATE"用于注册前的检查

如果我们不再处理，则信用检查将运行2次。
因此，当" BAPI_SALESORDER_SIMULATE"调用时，我想绕过信用检查。

根据OSS的建议，如果我们通过OVA8实现客户逻辑，则可以绕过信用检查。 但是逻辑LVKMP001中有很多参数。 在发布到PRD环境之前，我想确保参数的有效性。