在很多 SAP S/4HANA On-Premise 或 Private Cloud 项目里，团队手里都有一批历史很久的 SM30 维护表。它们不复杂，往往只是几个字段，一两个文本表，再加上一点传输请求记录逻辑。问题出现在项目开始引入 ABAP Cloud 之后，原来在经典 ABAP 里可以直接SELECT的 Customizing 表，到了 Cloud Development 包里就不再是随手可用的对象。开发者会很快碰到一个边界，Tier 1 的 ABAP Cloud coding 只能消费被允许、被释放、符合 Cloud contract 的对象，而老的 SM30 维护视图和底层表大多还停留在经典世界里。SAP 给出的核心处理方式很直接，在已有 Customizing 表之上创建一个 CDS view wrapper，让 ABAP Cloud 代码消费这个 wrapper，而不是直接访问原始表。SAP 的 Cloud API Enablement FAQ 对这个问题的回答也是这个方向，existing SM30 customizing 要进入 Tier 1 coding，做法是在 Customizing table 上创建 CDS view wrapper，并参考 ABAP Extensibility Guide 中 Business Configuration 章节的整体指导。(