企业官网建设流程全解析

在一套已经运行多年的 SAP CRM、SAP MDG 或者其他采用经典 SAP Business Object Layer 架构的系统里，经常会碰到这样一个很现实的问题。后端业务能力早就存在，GenIL 模型也已经把业务对象、属性、关系和查询定义得相当完整，但新的消费端已经不再是传统的 WebClient UI，而是 SAPUI5、移动应用、外部 Web 应用，甚至企业内部的集成平台。这时，再从数据库表或者应用层 API 开始重新设计一套 OData 数据模型，不但工作量大，也很容易把原有业务语义重新实现一遍。

SAP Gateway Foundation 与 Generic Interaction Layer，也就是 GenIL 的集成机制，解决的正是这一类问题。它允许我们直接利用既有 GenIL 模型，通过 SAP Gateway 将业务数据暴露为 OData Service，而不必重新手工定义全部 Entity、Property、Association 和查询逻辑。SAP 官方对这一能力的定位也很明确，GenIL 与 SAP Gateway 的集成提供了一条快速、直接的路径，把已有业务数据发布为 OData Service。

理解这套机制之前，有必要把 GenIL 在经典 SAP 架构里的位置放清楚。在 SAP CRM 的经典架构里，Business Object Layer，也就是 BOL，负责向上层 UI 提供业务对象视图，并在 WebClient UI Session 生命周期中维护业务对象数据。GenIL 位于 BOL 与底层 CRM Business Engine 之间，负责把 BOL 的对象操作转换为底层应用 API、业务逻辑和数据库访问。SAP CRM 官方架构资料同样把 GenIL 描述为连接 BOL 与底层业务逻