在很多 SAP 项目里，我们手上早就有一批稳定跑了很多年的 BAPI。销售订单、客户主数据、物料、采购申请，这些对象背后的校验、过账、状态处理，往往已经沉淀在标准 BAPI 或企业自定义 RFC 里。业务前端一升级，Fiori、移动端、外部平台、低代码门户全都开始要 REST 风格接口，这时候最自然的一条路，不是推翻原有逻辑重写一遍，而是把已有 BAPI 通过 SAP Gateway 暴露成 OData 服务。BAPI 在 SAP 体系里本来就是面向业务对象的标准化编程接口，很多 BAPI 还是通过 RFC 可调用的函数模块实现，天生就适合拿来做这一层复用。(SAP Help Portal)
这条路线真正有价值的地方，不在于它看上去省了多少界面点击，而在于它把老系统里已经被验证过的业务规则继续保留下来。我们不需要重新实现一次权限判断、字段检查、状态转换，也不需要冒着破坏业务一致性的风险去另写一套接口逻辑。SAP Gateway Service Builder 从设计上就支持把RFC/BOR Interface当成数据源导入，再通过映射把它接到 OData 的实体、实体集和操作上，整个工具链就是为这种复用式开发准备的。(
