嗨，卢克，

我看过这个问题，它实际上是由SAP硬编码的，请参见程序/SAPSLL/LSPL_CHECK_SCEN_SELF02，格式为" scen_sel_bp_c"。

说，可能有解决方法：

1。 用更新加载SPL文件

2。 运行C1筛选（仅考虑释放的BP，排除阻塞的BP）

3。 运行B1筛选，然后勾选选项以仅选择被阻止的伙伴。 因此，在此B1筛选中将考虑从C1筛选中排除的BP。 不利的一面是对照所有SPL（旧数据和新数据）检查BP，而不仅仅是SPL更新文件中的新数据...。

注意。

Mouaz BEN REDJEB

嗨，Kaushik，

我相信C1筛查的标准行为是出于以下目的：如果先前的筛查已经阻断了BP，为什么还要重新筛查BP？ 如果BP已被阻塞，为什么还要消耗内存和CPU功率？

所以我给卢克的答案是一种解决标准行为的方法（C1筛查已排除了已经阻塞的BP）...但是正如我所说，运行B1检查将检查所有SPL数据（新旧 ），这当然会对性能产生一些影响……实际上，这只是一种变通方法，请明智地使用它，以防万一对此有真正的好处……

如果仅对受阻止的BP运行B1，则您将永远不会捕获已释放但应被更新的SPL数据阻止的BP ...

简而言之：

-从C1筛选中排除的已发布BP是有道理的（为什么要重新筛选已被阻止的BP？为什么要为已被阻止的BP使用CPU和内存？）

-如果您有充分的理由，则可以仅选择受阻的BP来进行B1筛查，以便检查它们的新旧SPL数据，从而克服C1筛查的局限性

问候。

Mouaz