在很多真实项目里,最麻烦的场景从来不是新建一个 RAP BO,而是手里已经有一套跑了很多年的BAPI,业务规则、消息处理、权限控制、编号逻辑、过账动作,全都压在里面。业务部门又不想推倒重来,只是希望把它接到SAP Fiori、OData、RAP这条现代开发链路上,同时还得满足Clean Core,还能继续做客户化扩展。这个时候,BAPI-based RAP Business Object就不是一个过渡玩法,它更像是一座桥,把经典ABAP时代积累下来的稳定业务逻辑,和ABAP Cloud、RAP的事务模型、服务暴露、可扩展机制连在一起。按照SAP官方文档的定义,这类RAP BO是通过在行为实现里调用BAPI来消费既有业务逻辑的,而且它通常会伴随late numbering、save sequence、unmanaged save这些典型设计点一起出现。(