今天在SAP S/4HANA Cloud Private Edition里做扩展，最容易把人卡住的地方，往往不是RAP不会写，也不是CDS View不会建，而是业务已经有一套很成熟的标准逻辑，系统里明明早就存在几十年的BAPI或函数模块，可你手上的开发对象跑在ABAP Cloud规则下，直接调又不合规，绕过去重写一套又太贵。这时候真正考验功力的，不是谁把behavior definition背得更熟，而是谁知道怎么在Clean Core的边界内，把这些旧世界接口重新组织成一条能长期维护的路。很多人一听到Clean Core，脑子里就只剩下一句话，不能碰经典对象。这个理解太硬，也太容易把项目带偏。SAP给出的方向并不是把所有旧接口一刀切地扔掉，而是在SAP S/4HANA Cloud Private Edition和SAP S/4HANA on-premise这类场景里，如果本地缺少合适的 releasedSAP API，可以通过ABAP Cloud API enablement这条路做自定义包装，把不能直接在ABAP for Cloud Development中消费的对象，隔离在包装层里，再把包装层释放成自定义 API 给上层消费。SAP也明确提到，非公开的CDS、基于代码的 search