在一套 SAP S/4HANA 系统里打开 SAP Fiori 应用，页面上的销售订单列表通常不会由浏览器直接访问数据库，也不会由 SAPUI5 前端直接调用某个 ABAP Function Module。浏览器发出的往往是一条普通的 HTTPS 请求，请求目标类似/sap/opu/odata/sap/API_SALES_ORDER_SRV/...。请求进入 ABAP 系统之后，再由一系列基础设施找到对应的 OData 服务、业务模型以及 ABAP 实现，最终读取销售订单数据，并以 JSON 等格式返回给前端。站在这个调用链上看，SAP Gateway 就处在一个非常关键的位置。但 SAP 技术栈里偏偏存在一个非常容易造成误解的问题，SAP 历史上至少有两类东西都被称作 Gateway。一种是 SAP Kernel 层面的 Gateway，它负责 RFC 通信，与CPI-C、gwrd、SMGW、Registered Server Program 等概念密切相关。另一种则是我们在 SAP Fiori、OData、SAP Gateway Service Builder、/IWFND/MAINT_SERVICE、SAP_GWFND等场景里谈到的 SAP Gateway Foundation。这两个 Gateway 有联系，但绝对不是同一个技术组件。把这层关系搞清楚以后，很多看似零散的 SAP 知识就会突然连起来，包括为什么有的故障要查SMGW，有的故障却要查/IWFN