把生产系统里的真实使用情况沉淀下来，SUSG 在 SAP S/4HANA 转型里的价值

在很多SAP ERP走向SAP S/4HANA的项目里，真正让团队头疼的，从来不是系统里到底有多少Z程序、增强、函数组、类方法，而是另一件更现实的事，我们到底该改哪些，不该改哪些。代码仓库里躺着几万、几十万个对象，并不稀奇。麻烦的是，里面有些对象每天都在跑，有些对象只在季末、年末跑一次，还有一些对象在很久以前就已经没人碰了，却还安静地待在系统里。这个时候，谁要是只靠开发顾问的记忆、业务同事的印象、或者SE80里一眼望过去的对象清单来做范围判断，项目后面大概率会越做越重。SUSG的价值，就在这里开始显现出来。它不是一个炫技型事务码，它做的是把生产系统里由ABAP Call Monitor记录下来的调用事实，按天聚合、长期沉淀，再把这些事实交给后续的自定义代码分析和迁移范围收敛流程去消费。SAP 也明确把这条链路放进了Custom Code Migration的方法里，建议在生产系统里结合SCMON和SUSG收集至少一年的使用数据，用来识别哪些自定义代码真的在生产中被用到，哪些代码可以不进入迁移范围，从而减少转换工作量。(