您可以使用程序check_cm并查看您的配置/出口来验证这一点，但是我认为这是发生了什么：您的客户仅在信用额度方面有问题，并且您对确认的数量执行信用检查。 工厂中有一些可用数量，并且最初已冻结该订单。 然后，用户在计划行级别设置交货冻结，该交货冻结也具有确认冻结。 这导致数量变为零，然后信用值也变为零。 重新检查后，总体状态将从B变为A。

当然，您无法交付订单，因为您有冻结，没有确认的计划行，但是可以，因为现在值低于限制，所以状态将被批准。

有可能通过出口使用订购的数量而不是已确认的数量进行信用检查，但是在大多数业务场景中，这不是理想的结果，但是如果您觉得它更适合您的流程，则可以讨论 与企业主联系。

从我的角度来看，在计划行级别上使用交付块和确认块是一种有效的方案，并且在某些情况下可能有用。 与用户讨论为什么需要这样做并验证调度是否存在根本问题仍然是一个好主意。

只要在创建交货时不通过例程绕过信用检查，它就可以正常工作，因为一旦删除了冻结并确认了数量，便会再次检查订单的信用-除非 他们会在同一日期执行此操作，在这种情况下，会有可用的备注（例如， 2012097-当信用风险暴露大于针对客户设置的限额时，不会冻结已下达的销售订单，但这将是 修改）。