缺失 released SAP API 时，ABAP Cloud 项目怎样守住 Clean Core

我在做 SAP S/4HANA Cloud Private Edition 和 SAP S/4HANA on-premise 的扩展治理时，最容易碰到的一类问题，不是 RAP 不会写，也不是 CDS View 不会建，而是业务需求已经摆在桌面上，ABAP Cloud 代码里却找不到合适的 released SAP API。开发团队明明知道新扩展应该尽量走 ABAP Cloud，语法检查也已经切到ABAP for Cloud Development，但一进入某些老的应用领域，手边可用的公开 API 还没有覆盖到所有场景。这个时候，项目真正考验的不是能不能绕过去，而是能不能在不破坏 Clean Core 的前提下，把历史能力安全地接入到新的开发模型里。

SAP 对这个方向的态度已经非常明确，SAP S/4HANA Cloud Private Edition 和 SAP S/4HANA on-premise 的 ABAP 扩展，不是要求把所有 classic ABAP 一夜之间清空，而是允许 ABAP Cloud development 与 classic ABAP development 共存。新的 ABAP 扩展应默认采用 ABAP Cloud，classic ABAP 更多用于既有自定义代码的修正，或者那些暂时无法转成 ABAP Cloud 的遗留区域。SAP 官方的 ABAP Cloud API Enablement Guidelines 也直接点出了关键路径，当公开发布的 SAP API 缺失时，可以用 custom wrapper 包住非 released SAP object，再把这个 wrapper 释放给 ABAP Cloud 使用。(