SAP 用户变更不只要留下痕迹，还要写清楚为什么改

在 SAP 系统里维护用户，看起来只是 SU01 里的几个页签，改一个有效期，补一个用户组，调整一下角色分配，或者锁定一个长期不登录的账号。可真正到了生产运维、内控检查、权限复盘、审计追踪这些场景，单靠系统自动记录的变更日志，经常只能回答一半问题。

日志能告诉我们，某个用户在某个时间被修改过，某个字段从 A 变成了 B，某个管理员执行了保存动作。可是业务方、Basis 管理员、权限顾问真正想知道的，往往不是只有「发生了什么」，还包括「为什么要发生」。

这就是 SU01 里 Documentation 页签的价值。它不是用来替代 user change log，也不是用来替代 security audit log，而是补上系统管理里非常关键的一块拼图。系统日志记录事实，Documentation 记录背景。事实让审计人员知道变更确实发生过，背景让系统管理员在半年后还能看懂当时为什么要这么处理。

变更日志记录的是动作，Documentation 记录的是理由

在 SAP ABAP 系统里，用户主数据相关操作通常会落到不同层面的日志里。SU01 对用户主记录的维护，会产生对应的变更记录。安全审计日志则更关注安全事件，例如登录、失败登录、权限检查相关事件、重要安全操作等。它们的共同特点是偏客观，偏事实，偏审计。

以一个非常常见的场景为例，财务月结期间，业务部门临时要求给某个成本会计用户增加一个显示类角色，用来查看某个公司代码下的成本中心报表。SU01 或 PFCG 相关日志可以看到角色分配发生过，也可以看到是谁操作的，以及操作时间。但几个月后做权限复核时，光看日志很难知道这次角色增加到底是为了月结支持，还是长期岗位职责调整，或者只是误操