1. 课程导入与Fiori实施全景
SAP S/4HANA 的 Fiori 并不是一套“换皮”的界面皮肤,而是 SAP 为 S/4HANA 提供的标准用户体验层。它由三部分共同构成:Fiori 设计语言(角色化、响应式、基于语义的交互规范)、Fiori 应用(按业务角色打包的 Web 应用,如采购员用的“管理采购订单”、财务用的“过账凭证”)、以及承载这些应用的技术底座(SAP Fiori Launchpad 作为入口,SAP Gateway / OData 服务作为数据通道,SAPUI5 作为前端运行时)。理解这三层关系,是后续所有实施决策的起点。
很多团队在项目初期把 Fiori 当成“前端美化任务”,结果在集成阶段才发现问题:业务用户登录 Launchpad 后看不到磁贴、点开应用报 403、OData 服务返回 500、或者数据加载慢到无法使用。这些现象背后往往不是 UI 问题,而是角色、授权、服务激活、系统连接或性能配置的问题。因此,本课程的核心立场是:Fiori 实施是一项横跨业务角色、权限模型、后端服务与前端运行时的系统工程,而不是单纯的界面开发。
企业实施 Fiori 的核心挑战
结合大量 S/4HANA 项目实践,Fiori 实施中最常见的挑战可以归纳为五类,它们彼此关联,往往在项目不同阶段依次暴露:
- 角色与业务目录映射不清:SAP 标准交付了成百上千个业务角色和业务目录,但企业实际岗位与标准角色并非一一对应。若直接照搬标准角色,会出现“权限过大”或“功能缺失”两种极端。
- 授权对象与 OData 服务不匹配:Fiori 应用的权限由后端 OData 服务与前端磁贴共同决定。仅分配了 Launchpad 磁贴权限,却没有分配对应 OData 服务的 S_SERVICE 授权,用户点开应用就会报错。
- 系统连接与信任配置缺失:在嵌入式部署(Front-End 与 Back-End 在同一系统)与集线式部署(Front-End 与 Back-End 分离)中,需要配置 RFC、SAML 信任、OAuth 或证书,否则 Launchpad 无法跨系统调用服务。
- 性能与数据量问题:Fiori 应用通常直接读取 S/4HANA 的 CDS 视图或 OData 服务。若未做分页、过滤或索引优化,大数据量下响应时间会急剧上升。
- 版本与升级兼容:S/4HANA 每年发布新版本,Fiori 应用、Launchpad 配置和 OData 服务可能发生变化。缺乏版本管理策略会导致升级后应用不可用。
下面这张图展示了 Fiori 实施中从“用户登录”到“应用可用”的关键链路,以及每个环节最容易出问题的位置。它可以帮助你在后续章节中建立“问题定位”的全局视角。
课程学习路径与交付物
本课程共 30 章,按照“认知 → 设计 → 配置 → 集成 → 测试 → 上线 → 运维”的实施节奏组织。前几章建立 Fiori 架构与角色模型的基础认知;中间章节深入 Launchpad 配置、业务目录与角色映射、OData 服务激活与授权、系统连接与信任配置;后段覆盖性能调优、测试策略、升级兼容与运维监控。每一章都会围绕一个可交付成果展开,而不是停留在概念介绍。
具体来说,完成本课程后,你将能够独立完成以下交付物:
| 阶段 | 核心交付物 | 关键判断依据 |
|---|---|---|
| 角色与目录设计 | 岗位—业务角色—业务目录映射表 | 每个岗位至少对应一个可访问的 Launchpad 磁贴组 |
| 服务与授权配置 | OData 服务激活清单 + S_SERVICE 授权矩阵 | 用户点击磁贴后应用正常打开,无 403/500 错误 |
| 系统连接 | RFC / SAML / OAuth 信任配置文档 | 跨系统调用时 Launchpad 能正确解析后端服务 |
| 性能验证 | 关键应用响应时间基线表 | 常用应用首屏加载 ≤ 3 秒,列表分页正常 |
| 上线与运维 | Fiori 应用健康检查清单 | 升级后核心磁贴可用,无授权回归问题 |