在很多 SAP Fiori 项目里，团队一开始往往把注意力都放在SAPUI5页面、Fiori Elements模板、注解模型、OData服务性能这些更容易被看见的技术点上。可一旦应用真正进入集成阶段，问题往往不出在界面，而是出在系统连接：目录已经下发了，tile也看得见，点击以后却打不开应用，或者同一套后端系统因为系统别名太多，结果在前端服务器上维护出一大堆重复的RFC和HTTP连接。SAP 官方给出的思路很明确：不要为每一个来源别名重复建连接，而是通过系统别名映射，把来源别名指向一个已经具备连接能力的目标别名，从而复用既有通信配置。(SAP Help Portal)这件事为什么值得单独拿出来讲SAP 交付的业务目录里，本身就可能带有系统别名。这些别名的存在，是为了告诉SAP Fiori launchpad某个应用应该去哪个系统里找对应的后端资源。问题在于，真实项目里的系统 landscape 往往很复杂：你可能有多个目录，目录里写着不同的系统别名，可这些