项目里排 SAP 权限问题，最怕的不是报错本身，而是报错只给出一个很粗的结果。业务同事说某个事务码打不开，Fiori 页面某个按钮点不了，后台 RFC 调用偶尔失败，或者采购、库存、财务视图只在某个组织层级失败。表面看都是权限问题，但真正落到排查现场，必须回答几个很具体的问题，系统到底检查了哪个 authorization object，检查了哪些 field，field value 是什么，检查结果是成功还是失败，这个检查发生在什么 ABAP program 的什么位置。
SU53 很常用，它适合查看用户刚刚发生的失败权限检查。可现实中的权限问题并不总是这么单纯。一个业务动作可能触发多次 authorization check，中间既有成功的，也有失败的。有些失败检查并不会直接变成屏幕上的权限报错，有些应用还会捕获异常并转换成业务消息。到了这种时候，只靠 SU53 往往会感觉像在雾里找路。
STAUTHTRACE 的价值就在这里。它是专门面向 authorization checks 的 system trace，工作方式和 ST01 接近，但视角更聚焦，只看权限检查。对 SAP 安全顾问、ABAP 开发人员、Fiori / OData 服务开发人员、Basis 管理员来说，它是把权限问题从「感觉缺权限」推进到「缺哪个对象、哪个字段、哪个值」的关键工具。
STAUTHTRACE 和 SU22、ST01、SU53 的关系
STAUTHTRACE 可以理解成一个更专门、更友好的权限检查 trac
