以下是"前任会员"在2013年11月27日（Mikael）给出的答案：

• 你好Sandra和其他所有人，
< li> 这是一个古老的帖子（至今已有4年），但仍然对我有所帮助，我认为我有解决方案。
• 就我而言，我与BADI合作- CL_PT_ARQ_REQ和我创建了自己的实现，
• 我无法激活，因为它被活动的SAP原始阻止。 您必须通过IMG（trx SPRO）停用原始版本。 （由于需要密钥，因此无法通过SE19进行操作。）
• 关于Mikael

谢谢 瓦尔特（Valter），但我的问题是关于停用标准BAdI 实现。 例如，SAP为BADI_FDCB_SUBBAS01提供了一种实现（名为FM_BADI_FDCB_BAS），并且此BAdI不允许"多次使用"。 我的问题是关于停用FM_BADI_FDCB_BAS实现，而不是关于停用BADI_FDCB_SUBBAS01。

您好。

我不明白你的意思。 但是您无需停用标准的BADI即可创建一个新的BADI。 只需创建Z badi定义（从标准定义中复制），然后创建实现即可。

有关BADI的详细信息，请查看此链接，

http://help.sap.com/saphelp_nwpi71/ helpdata/zh-CN/c2/eab541c5b63031e10000000a155106/frameset.htm

问候。

Valter Oliveira。

Karthik Gali 千方百计 要获得答案，您可以简单地提出一个新问题，并参考这篇文章。

对于所有人

如果没有sap文档，请告诉 我通常的操作方式，在升级过程中是否经历了自定义BAdI实施的重新设计（在必须停用标准实现的标准BAdI上），或者从未进行过重新设计？

Thx！

我的结论：如果可能的话，我宁愿在标准实现的开始时实施隐式增强选项，而不是停用标准实现。 对于像BADI_FDCB_SUBBAS0 *这样的BAdI（用于将自定义子屏幕添加到一些应用程序的标准屏幕中），我必须通过使用最后一个可用的BADI_FDCB_SUBBAS0 *（编号05）来做出折衷，希望以后SAP不再使用它。 。

我没有找到有关此的任何SAP建议。