做 SAP 项目的人，对这种场景都不会陌生。系统出了问题，业务方追着问一张配置表是谁改的。审计来了，也不会关心你这段 ABAP 写得多优雅，他们更关心生产系统里的关键数据有没有被改过，改动发生在什么时候，是谁动的手，以及这条改动能不能拿出证据。到了这一步，很多团队才想起SCU3，可真正的问题往往不是不会查，而是压根没有把表数据变更日志这套机制真正开对。(SAP Help Portal)这套能力在经典的ABAP Dictionary体系里非常重要。它不是那种只停留在审计文档里的功能，而是能直接落到生产系统里的实际控制手段。SAP 官方文档说得很清楚，表数据日志不是默认对所有场景自然生效的，它依赖两层条件同时成立。系统层面要启用rec/client，表级别还要在技术设置里勾选Log data changes。少了其中任意一个，日志都不会真正落地。很多顾问在项目里踩坑，往往就卡在这里。(