伙计们，我在网上搜索了一遍又一遍，淘客返利app，但在SAP发布的这个新跟踪代码上找不到任何东西。因此写这篇文章

STUSOBTARCE是一个新的跟踪TCODE，在开发过程中在SAP内部使用它来确定用于事务、rfc和服务的授权默认值。通常，此跟踪的"打开"时间比ST01或STAUTHTRACE长。它对每个应用程序和代码位置捕获一次授权检查，与用户和客户端无关。SAP建议永久激活此跟踪。这是跟踪评估的样子：

激活此跟踪需要在中的RZ10中设置一个参数默认.PFL显然需要重新启动系统。幸运的是，这个参数是一个动态参数，联通物联网，因此也可以在RZ11中设置。但一旦系统重新启动，参数将再次设置为RZ10中维护的参数默认.PFL轮廓。参数为auth/authorization\u trace，下面是可能的值：

Y：此值将参数设置为ACTIVE，并且将记录事务、RFC、外部/内部服务等的所有操作（唯一授权检查）。

N：Inactive。

F：此值将使用筛选器激活跟踪。但我们至少需要维护一个过滤器。我们可以在筛选条件中维护Auth对象或用户。

了解STUSOBTRACE工作原理的示例不多：

用例：我们有一个稳定的prod环境，没有人使用S\u develope DEBUG 02，甚至没有人使用FFID。但它仍然存在于更广泛的访问角色中，这些角色被分配给批处理用户id，并在SOS报告中指出。所有人都被说服撤职，但管理层不想冒任何工作失败的风险。因此，我们决定在3-6个月的时间内激活系统中的USOBTRACE，并采取相应的行动。我们本可以为这些ID激活ST01跟踪，数据分析法，但捕获和存储的数据量会带来性能/存储问题，软件企业的认定，因此我们选择了此选项。

总之，无论是否使用筛选器，返利app开发，它都将只捕获唯一的授权检查。此跟踪可用于在系统仍处于设计阶段时结束系统中使用的TCODES或rfc的所有检查。而不能用于解决访问问题。SAP建议将此跟踪永久保持活动状态。

参考文献：SAP Notes 1854561、543164