在一个采用独立 Front-End Server 与业务 Backend 的 SAP Gateway Landscape 里，权限问题经常表现得很有迷惑性。SAP Fiori 页面能够进入，Launchpad Tile 也能够正常显示，甚至某个 OData Service 的$metadata都能访问，但真正读取业务数据时却突然返回403 Forbidden。另一种情况更加隐蔽，开发人员拥有/IWFND/RT_DEVELOPER，可以在 Gateway Hub 上处理服务，却在 Backend 中执行某项 OData Channel 操作时遭遇授权失败。这些现象通常不是某一个角色少了一个事务码那么简单。SAP Gateway 的权限体系天然跨越 Frontend 与 Backend 两层，服务定义、服务注册、模型、运行时授权、缓存元数据以及业务对象访问分别处于不同位置。理解这套体系的关键，不是死记角色名称，而是顺着一次 HTTP 请求，看它到底经过哪些授权边界。SAP 官方为 Gateway Framework Administrator、Developer、OData Channel Administrator 等典型职责提供了预定义角色模板，其中包括/IWFND/RT_ADMIN、/IWFND/RT_DEVELOPER、/IWBEP/RT_MGW_ADM等。SAP 同时明确，这些角色更多承担模板性质，实际项目可以基于这些模板建立自己的企业角色。理解这些角色之后，再回头看Backend Context Token、