SAP S/4HANA MM模块培训 53 - SAP Fiori入门：Launchpad、角色化体验与应用导航

SAP S/4HANA 的使用者不一定都从 SAP GUI 菜单和事务码进入业务。对于采购员、采购经理、库存管理员和物料计划员，SAP Fiori 可以把与岗位相关的应用、待办和分析指标组织到统一入口中，让用户从“我要完成什么任务”出发，而不必先记住事务码和菜单路径。

本课视频从 SAP Fiori 的定义讲起，对比传统 SAP GUI 与 App/磁贴式入口，解释跨桌面、平板和手机的使用体验，并介绍 SAP Fiori Launchpad 的壳层作用、实时状态磁贴和经典磁贴组。最后，讲师从 SAP Easy Access 收藏夹双击 Fiori Launchpad，浏览器打开了一个登录页面；视频就在这里结束，并没有成功进入 Launchpad 主页，也没有继续演示课程议程中的应用类型、应用操作、用户个性化或 SAP Fiori Apps Reference Library。

因此，本文前半部分严格按照视频的真实顺序还原，并保留一张 1920×1080 的 SAP 原始界面帧。从第一个“SAP 官方教程补充”章节开始，本文再依据当前 SAP Learning、SAP Help 和 SAP Fiori Design System 补齐视频没有讲完的内容，包括现代 My Home、空间与页面、角色与目录的关系、应用技术类型、个性化边界、应用参考库和排障方法。

版本提示：视频采用经典“磁贴组”主页的教学口径。当前 SAP 官方资料已经把 Spaces and Pages（空间与页面）作为标准布局，并说明经典组主页处于弃用方向。实际系统呈现取决于 SAP S/4HANA 产品、发行版、部署方式、启用功能和客户配置，不能只凭视频画面判断自己的系统应该完全相同。

本课目标、证据来源与真实边界

学完本文，应当能够回答以下问题：

1. SAP Fiori 是设计语言、应用集合，还是 Launchpad？三者如何区分？
2. SAP GUI 的事务码入口与 Fiori 的应用入口有什么差异？
3. “角色化、适应性、简洁、一致、愉悦”五项设计原则分别意味着什么？
4. Fiori Launchpad 为什么被称为壳层和统一入口？
5. 磁贴上的待审批数量从哪里来，为什么不是 Launchpad 自己计算的？
6. 视频所说的经典磁贴组与当前空间、页面、区段是什么关系？
7. 从浏览器直接打开 URL、从 SAP GUI 收藏夹启动分别需要哪些前提？
8. 用户看不到应用时，应检查布局、角色、目录还是后端授权？
9. SAPUI5、SAP GUI for HTML、Web Dynpro ABAP 和 URL App 能否同时存在于 Launchpad？
10. 怎样用 SAP Fiori Apps Reference Library 核对应用的版本、角色、目录、设备和实施前提？

本文使用三层证据：

视频文件时长为 00:10:31.261，最后一条有效讲解字幕结束于 00:10:28.440。实际完成范围如下：

• 完整讲解：Fiori 的基本定义、GUI 与应用入口对比、跨设备理念、Launchpad 壳层、实时状态、经典磁贴组；
• 部分演示：从 SAP GUI 收藏夹双击 Fiori Launchpad，浏览器成功被调用；
• 没有完成：成功登录 Launchpad、直接 URL 演示、应用类型、应用使用、用户个性化、应用参考库；
• 没有出现：在 Fiori 主页打开任何 MM 应用、完成任何采购或库存业务、展示用户角色或管理员配置。

这条边界决定了文章的证据写法：凡是视频没有进入的页面或没有执行的操作，都不能写成“讲师随后演示”；只能明确标记为官方补充。

1. SAP Fiori 到底是什么

视频把 SAP Fiori 描述为一组面向广泛、频繁使用的软件功能的应用，强调简单、易用，并可以在桌面、平板和智能手机等设备上提供相对一致的体验。这个定义适合作为入门，但需要把几个容易混在一起的概念拆开。

1.1 Fiori 是设计语言

SAP Fiori 首先是一套企业软件用户体验设计语言。它规定了应用怎样组织信息、怎样响应设备尺寸、怎样使用控件和页面布局、怎样保持跨应用的一致交互。一个应用是否采用 SAPUI5 技术，并不能单独证明它就符合完整的 Fiori 设计；反过来，Fiori 也不只是某个固定颜色或磁贴样式。

1.2 Fiori 是任务聚焦的应用体验

传统综合事务可能在一个屏幕中放入大量功能、字段和分支，熟练用户可以处理很多变体，但新用户必须理解整个事务的结构。Fiori 的典型思路是按业务角色与具体任务组织体验，例如把“采购订单审批”“过账供应商交货”“显示物料凭证”作为清晰的任务入口。

这不意味着每一个事务码都必然机械地变成一个磁贴。一个 Fiori 应用可能覆盖传统事务的一部分，也可能组合多个后端服务；一个经典事务也可能通过 SAP GUI for HTML 继续出现在 Launchpad 中。因此，更准确的理解是：从技术事务入口转向角色和任务入口。

1.3 Launchpad 是统一入口，不等于 Fiori 本身

SAP Fiori Launchpad 是承载应用与公共服务的壳层。用户可以在其中发现应用、导航、搜索、查看通知、使用待办和进行允许范围内的个性化。Fiori 应用可以从 Launchpad 启动，但 Fiori 设计语言、具体业务应用与 Launchpad 壳层不是同一个概念。

1.4 UI 与 UX 的区别

视频议程提到了 UI 与 UX，但实际没有展开。为了不越过视频边界，这里只给出理解前文所需的最小区分：

只把旧页面换成更现代的颜色属于 UI 改动；让岗位用户更少地寻找功能、更快完成任务、跨设备仍保持连贯，才是 UX 的改善。

2. SAP GUI 与 SAP Fiori：差异不是“旧系统和新系统”这么简单

视频使用一个直观对比：传统 SAP GUI 通过事务码（T-code）进入功能，Fiori 通过应用或磁贴进入功能。这个对比便于记忆，但在实施层面需要增加三个限定。

2.1 入口形式不同

在 SAP GUI 中，用户可能通过菜单、收藏夹或命令栏输入事务码，例如 ME21N、MIGO、MB51。事务码强调系统功能入口，往往需要用户先知道功能属于哪个事务。

在 Fiori Launchpad 中，用户通常从应用名称、收藏、页面、搜索或待办进入。应用名称更贴近业务任务，Launchpad 还可以根据角色组织用户看到的内容。对于不需要理解后台技术路径的业务用户，这种入口更容易被发现。

2.2 两种体验可以并存

视频把 Fiori 称为 SAP GUI 的替代方式，这在“用户可以选择另一种入口”这一层面成立。但不能推导为所有客户、所有应用、所有版本都会立即停止使用 SAP GUI。当前 SAP 官方教程仍说明：经典应用可以以 Web 形式继续使用，Launchpad 也能集成 SAP GUI for HTML 和 Web Dynpro ABAP 应用。

实际项目经常出现混合状态：

• 高频、面向业务角色的任务使用原生 Fiori 应用；
• 尚无等价 Fiori 应用的功能继续使用 SAP GUI；
• 某些经典事务通过 SAP GUI for HTML 从 Launchpad 启动；
• 管理员工具、批量维护或复杂配置仍可能在传统界面完成；
• 同一用户因为岗位职责同时获得 Fiori 应用和经典应用。

2.3 “未来完全移除 GUI”不是当前可直接执行的标准

视频中讲师把“SAP 最终会完全移除 GUI”描述为未来计划。本文不会把这句话作为当前官方事实。更稳妥的项目口径是：SAP 持续推动 Fiori 作为 SAP S/4HANA 的重要用户体验方向，但具体应用可用性、经典界面支持和迁移路线取决于目标产品、发行版、维护策略和客户使用场景。

做现状评估时，不应先问“我们什么时候把 GUI 全删掉”，而应先建立应用清单：

1. 当前角色每天使用哪些事务？
2. 哪些事务已经有任务等价的 Fiori 应用？
3. 哪些应用只覆盖部分业务变体？
4. 哪些功能必须保留经典入口？
5. 目标版本是否支持所需设备与部署方式？
6. 用户培训、授权和运维需要怎样调整？

3. 五项 Fiori 设计原则怎样落到业务工作中

视频强调简单、现代、跨设备和易导航。SAP 当前设计系统把 Fiori 的核心原则概括为角色化、自适应、简洁、一致和愉悦。

3.1 角色化（Role-based）

用户看到的内容围绕其业务角色和职责组织。采购经理关注审批、合同和供应商绩效，仓库操作员关注收货、发货和库存任务；两者不应因为属于同一家企业，就默认看到完全相同的主页。

角色化不是简单隐藏菜单。它需要业务角色、目录、空间、页面和后端授权共同工作，并要求应用真正围绕岗位任务设计。

3.2 自适应（Adaptive）

界面会根据设备尺寸和输入方式调整布局，使同一体验能够覆盖桌面和移动场景。但“Fiori 支持移动”不等于每一个应用都适合手机。某些应用可能只支持桌面或平板，某些经典 Web 应用在小屏幕上的可用性也有限。实施前必须在应用参考库中检查 Device Type 等信息。

3.3 简洁（Simple）

简洁不是把所有字段都删掉，而是让用户在当前任务中先看到最重要的信息和动作，把低频细节放在合适的层级。一个审批人可能首先需要供应商、金额、异常和批准/拒绝动作，而不是先浏览采购订单的所有技术字段。

3.4 一致（Coherent）

不同应用遵循相似的页面结构、导航和控件行为，用户从采购应用转到库存或财务应用时，不必重新学习一套完全不同的交互语言。一致性也便于企业建立统一培训与支持材料。

3.5 愉悦（Delightful）

企业软件的“愉悦”并非追求装饰动画，而是减少摩擦：重要状态清楚、操作反馈及时、错误容易理解、重复步骤尽量减少。对于每天处理大量业务的用户，一次少两个无意义点击，长期累积就是显著效率改善。

4. Fiori Launchpad 为什么被称为壳层

视频给出的定义是：SAP Fiori Launchpad 是承载 Fiori 应用的壳层，并提供导航、个性化、嵌入式支持和应用配置等服务；它也是用户在桌面和移动设备上访问应用的入口。

“壳层”可以理解为应用之外的公共框架。业务应用负责采购订单、库存、供应商或分析等具体功能，Launchpad 则提供跨应用共享的能力：

Launchpad 本身不会自动创造业务授权。用户看到某个入口，也不必然拥有所有后台数据；反过来，用户拥有后端权限，也不代表主页一定已经配置入口。内容发现和业务授权是相关但不同的层次。

5. 磁贴上的数字如何表达业务状态

视频以采购经理为例：如果有采购订单等待释放，Launchpad 上的入口可以显示待处理数量。用户不用先进入应用逐条搜索，就能看到工作负荷。

这个例子可以拆成四层：

1. 后端业务数据中存在待审批对象；
2. 应用或分析服务按用户授权计算状态；
3. 磁贴、卡片或 My Home 区块读取并呈现该状态；
4. 用户点击入口后，应用用相同业务语义展示对应对象。

因此，数字不正确时不能只检查 Launchpad 外观。常见原因包括：

• 工作流没有把任务分配给当前用户；
• 应用读取的状态条件与业务预期不同；
• 用户缺少查看某些组织范围数据的授权；
• 后端服务、缓存或数据刷新未完成；
• 入口指向了错误系统别名或客户端；
• 指标卡片和明细应用的过滤条件不一致。

视频把这类入口称为分析型应用体验。当前 Launchpad 中还可以出现磁贴、卡片、列表、待办和监控指标，具体形态随产品版本与应用实现变化。

6. 视频中的经典磁贴组

视频说明：Launchpad 主页上的应用通常按 Tile Groups（磁贴组）排列，相关磁贴被归入一个组。经典主页中，采购、库存、分析等主题可以分别形成磁贴组。

经典组有两个直观优点：

• 用户可以按业务主题浏览一组入口；
• 管理员可以把相关应用组合起来，再分配给角色或用户。

但组也存在治理困难。角色一多，主页可能出现过多磁贴；不同角色共享和复制组时，内容容易重复；组既承载“有哪些应用”又承载“怎样布局”，授权与展示边界不够清晰。

当前 SAP 官方资料把 Spaces and Pages 作为标准布局，并明确提示经典组主页将被替换、相关功能已弃用且不再推荐新建。本文在官方补充章节会详细解释空间、页面、区段与业务目录的分工。

7. 视频给出的两种启动 Launchpad 方法

视频把启动方式概括为两种：在浏览器输入直接 URL，以及从传统 SAP GUI 中调用预先配置的入口。

7.1 在浏览器打开直接 URL

典型步骤是：

1. 使用企业支持的浏览器；
2. 打开管理员提供的 Launchpad 地址；
3. 通过企业身份认证登录；
4. 进入与当前用户角色相关的主页。

视频提到了输入用户 ID 和密码，但没有真正演示直接 URL 登录。生产系统可能使用 SSO、多因素认证、企业身份提供方、证书或其他认证方式，不应把“每次输入用户名密码”当作固定标准。

7.2 从 SAP GUI 收藏夹调用

讲师系统在 SAP Easy Access 收藏夹中已经配置了 Fiori Launchpad 入口。双击后，默认浏览器被调用并打开目标页面。这说明 SAP GUI 可以成为一个过渡入口，但收藏项名称、目标地址和是否自动登录都属于该演示系统的配置。

课程口述中曾提到“使用这个事务”，但字幕和画面没有提供一个可验证、适用于所有系统的标准事务码。因此本文不会猜测事务码，也不会把某个客户自定义收藏项包装成 SAP 通用步骤。

7.3 启动成功不等于登录成功

排障时应区分：

8. 视频的准确中断点

讲师登录 SAP GUI 后，在 SAP Easy Access 中指出 Fiori Launchpad 收藏项，并双击该入口。浏览器随后打开，但没有直接进入主页，而是出现一个新的登录页面。讲师认为可能是设置问题，提示再次输入凭据，视频随即结束。

由此可以确定，视频没有证据支持以下陈述：

• “讲师成功登录了 Fiori Launchpad”；
• “讲师展示了主页上的磁贴组或实时数字”；
• “讲师打开了采购订单审批应用”；
• “讲师演示了直接 URL 的完整登录过程”；
• “讲师讲解了应用类型、个性化或应用参考库”；
• “登录页再次出现就是所有系统的标准行为”。

相反，视频真实证明的是：演示环境中存在一个 SAP GUI 收藏入口，该入口能够调用浏览器并到达 Fiori 登录页，但现有会话没有被自动复用。

9. SAP 原始界面：在 SAP Easy Access 中定位 Fiori 收藏项

下图是视频 00:09:58.000 的 1920×1080 完整原帧。画面没有裁剪、放大、锐化或重新绘制，可以看到 SAP Easy Access 左侧收藏夹树，以及讲师预先添加的 Fiori Launchpad 入口。

从这个原帧可以学到的操作只有三点：

1. 当前系统管理员或讲师已经在收藏夹中准备了入口；
2. 用户在左侧树中找到对应收藏项；
3. 双击后由本机浏览器打开目标地址。

不要从画面反推企业的标准部署方式。实际项目中更常见的用户入口可能是企业门户、浏览器书签、SAP Build Work Zone、SAP Mobile Start、统一工作台或直接分发的 Launchpad URL。是否允许从 SAP GUI 调用，由企业桌面策略和系统配置决定。

到这里，视频证据已经全部用完。下面所有 H2 章节都使用统一的“SAP 官方教程补充”前缀，明确表示内容来自官方资料核验，而不是视频后续演示。

SAP 官方教程补充：现代 My Home 与官方界面

SAP Learning 当前课程把 SAP Fiori Launchpad 说明为用户访问已获授权应用的中央入口，并展示 My Home、角色相关空间、桌面 Launchpad 与 SAP Mobile Start 的组合。下图是 SAP Learning 官方原图，保留其完整原始尺寸和英文软件界面，没有进行翻译性重绘。

与视频中的经典磁贴主页相比，现代 My Home 更像跨工作内容的聚合入口：

• To Dos：汇总任务和情境提醒；
• Pages：显示用户角色相关页面；
• Apps and Activities：显示收藏、最近使用或常用活动；
• Insights：呈现监控磁贴和分析卡片；
• 顶部导航还可以切换角色相关空间，并通过搜索发现可访问应用。

官方图中的采购订单审批卡片、页面入口和分析磁贴展示了“状态在入口处可见”的实际形态，也说明现代界面不再只是整齐排列的一组方块。

My Home 不等于所有应用清单

My Home 面向个人的高频工作，不必展示用户有权访问的全部应用。一个用户可能在主页只看到收藏和常用入口，但仍可通过搜索、App Finder 或 All My Apps 等能力发现其他获授权应用。具体入口名称随版本变化。

移动端需要单独核对

SAP Learning 说明 SAP Mobile Start 是 Launchpad 的移动伴侣，但需要相应配置。不能因为桌面 Launchpad 能打开，就自动认为手机已完成接入。移动实施还要检查：

• 目标应用是否支持手机；
• 身份认证、设备管理与网络是否就绪；
• SAP Mobile Start 或 SAP Build Work Zone 是否属于目标架构；
• 移动场景是否需要相机、离线或推送等能力；
• 企业安全策略是否允许业务数据进入移动设备。

SAP 官方教程补充：空间与页面取代经典磁贴组

SAP Help 把 Spaces and Pages（空间与页面）描述为标准布局，并指出经典组主页已弃用、未来将被移除。现代内容模型把“访问权限”和“布局组织”拆得更清楚。

空间（Space）

空间通常围绕业务角色或工作领域组织。一个采购专业人员可能拥有采购、寻源、供应商管理等空间；一个跨岗位用户也可能被分配多个空间。空间出现在导航区域，用于切换工作上下文。

页面（Page）

一个空间包含一个或多个页面。页面是应用入口的实际承载区域，管理员可以用页面表达某个岗位或工作主题。例如“采购订单处理”页面可以集中创建、管理、审批和监控采购订单的入口。

区段（Section）

页面通过区段进一步分组磁贴和链接。区段可以按流程阶段、业务对象或使用频率组织，例如“创建与维护”“审批”“监控与分析”。

磁贴与链接

磁贴或链接用于启动具体应用。某些磁贴还可呈现状态或数字。页面不必展示目录中的所有入口，而是展示管理员为该角色选出的工作集合。

为什么不能只迁移磁贴外观

从经典组迁移到空间和页面不是把磁贴复制到新容器这么简单。应先梳理角色和任务：

1. 一个业务角色需要哪些工作主题？
2. 每个主题应拆成哪些页面？
3. 页面中的区段怎样对应用户的日常流程？
4. 哪些入口必须显式展示，哪些通过搜索即可？
5. 用户是否需要对页面进行个性化？
6. 是否存在多个角色重复展示同一应用的问题？

布局设计的目标是让用户更快到达任务，而不是把旧主页原样复制到新技术中。

SAP 官方教程补充：业务角色、目录与布局授权链

用户能否看到和启动应用，至少涉及内容、布局与授权三条链。视频只讲了“登录后看到磁贴”，没有解释这些后台条件。

业务目录决定可分配的应用内容

业务目录（Business Catalog）汇集应用启动内容和相关授权信息。角色管理员把目录分配给业务角色，使用户具备访问某组应用的基础。目录更接近“允许访问什么”，不是单纯的视觉分组。

空间和页面决定怎样展示

空间与页面把相关应用组织到用户入口中。SAP Learning 当前课程强调：如果业务角色没有分配空间，Launchpad 上可能不会出现相应应用页面。因此，用户有目录但没有正确页面布局时，可能需要通过搜索发现应用，或者根本无法在预期位置看到入口。

后端授权决定能做什么

入口可见并不等于业务操作一定成功。应用可能启动，但在读取采购组织、工厂、公司代码或业务对象时被后端权限拦截。排障必须继续检查角色中的授权对象、组织级别和数据限制。

目标映射决定点击后去哪里

Launchpad 通常通过语义对象和动作解析导航目标，再结合目标映射、系统别名和应用描述项确定实际应用。如果目标映射缺失、冲突或指向错误系统，用户可能看到入口却无法启动。

一条实用判断链

用户被分配业务角色
        ↓
业务角色包含所需业务目录
        ↓
业务角色关联正确空间与页面
        ↓
页面包含目标应用入口
        ↓
目标映射能够解析到正确应用和系统
        ↓
前端与后端服务可用
        ↓
后端授权允许访问对应组织和数据

任何一层断开，都可能被用户笼统描述为“Fiori 没有应用”。实施团队必须把问题定位到具体层次。

SAP 官方教程补充：My Home 四类区域与使用方法

SAP Learning 当前课程把 My Home 拆成待办、页面、应用与活动、洞察四类区域。

待办（To Dos）

待办区可以汇总来自 My Inbox 的任务以及情境处理框架中的提醒。对 MM 用户，常见工作可能包括采购订单审批、采购申请审批、供应商确认异常或其他工作流任务。能否出现取决于相应工作流和任务集成。

页面（Pages）

页面区把角色相关页面带到 My Home，帮助用户快速进入某个工作领域。管理员负责定义页面，用户可以在允许范围内决定显示哪些页面。

应用与活动（Apps and Activities）

这一部分提供收藏应用、最近活动或常用入口。它把“系统为角色设计的页面”与“个人高频习惯”结合起来：管理员建立稳定信息架构，用户保留自己的快捷入口。

洞察（Insights）

洞察区可包含磁贴和卡片，用于快速查看数量、趋势、列表或表格。它适合采购经理和物料计划员在进入明细应用之前先观察异常和优先级。

设计 My Home 的原则

• 待办必须能够直接行动，不要只显示没有处理路径的数字；
• 页面入口应稳定，避免每次发布后大幅改变用户位置记忆；
• 收藏与最近活动用于个人效率，不替代正式角色设计；
• 洞察应使用可解释指标，点击后能追溯到明细；
• 对手机用户，应优先展示必须移动处理的任务，而不是复制整个桌面页面。

SAP 官方教程补充：Launchpad 支持的应用类型

视频议程承诺讲解不同应用类型，但在进入该主题前结束。SAP Help 当前文档说明，Launchpad App Manager 可以维护多种技术类型；在不同部署方式下，允许的类型和建议也不同。

SAPUI5 Fiori App

这类应用使用 SAPUI5，并可与 Launchpad 壳层更紧密地集成，例如共享导航、主题、语言和个性化能力。它是许多原生 Fiori 应用的技术基础。

SAP GUI for HTML

SAP GUI for HTML 把原本为经典 Dynpro/SAP GUI 设计的事务呈现在浏览器中。它使经验用户能从 Launchpad 继续使用经典功能，也证明“进入 Fiori Launchpad”不等于“所有业务页面都已重写为原生 Fiori”。

Web Dynpro ABAP

Web Dynpro ABAP 应用也可通过配置集成到 Launchpad。用户从统一入口启动，但运行时体验与 SAPUI5 Fiori 应用可能不同。

URL App、Tile Only 与 Remote Intent

URL App 可以启动指定 Web 资源；Tile Only 用于只维护入口表现；Remote Intent 可在特定部署中解析远程目标。具体是否允许、内容应位于前端还是后端，取决于嵌入式或 Hub 部署建议和 ABAP 平台版本。

不要混淆“技术类型”和“业务类型”

早期 Fiori 教学常把应用按 transactional、analytical、fact sheet 等业务体验分类。这种分类有助于理解用途，但不是 Launchpad 当前所有可维护技术类型的完整清单。项目中应分别记录：

只有把这些维度分开，才能正确规划替代、测试和用户培训。

SAP 官方教程补充：个性化、关键用户适配与管理员配置

视频议程提到了 Launchpad 用户个性化，但没有实际演示。SAP Help 把最终用户个性化、关键用户适配和管理员配置区分为不同层次。

最终用户个性化

最终用户可在系统允许的范围内调整自己的工作入口，例如添加或移除收藏、重排页面区段、选择 My Home 中显示的页面或洞察内容。此类调整一般只影响本人，不应改变其他用户的标准布局。

关键用户适配

关键用户可能在运行时调整 Fiori 应用界面，例如隐藏或移动字段、创建变式或对特定用户群发布适配。它需要系统启用相应能力和权限，影响范围也比个人设置更大。

管理员配置

管理员负责目录、应用描述项、目标映射、空间、页面、壳层功能、主题和角色分配等企业级内容。用户无法通过个人个性化弥补缺失的后台服务或授权。

个性化治理建议

1. 先提供可用的标准角色页面，再开放个人调整；
2. 明确哪些区段允许移动、隐藏或添加内容；
3. 发布新版页面前测试已有个性化是否仍有效；
4. 对关键用户适配建立审批、测试和回退流程；
5. 不要把个人页面当作正式业务控制，因为个人可以调整布局；
6. 对审计敏感任务，依赖后端授权和工作流，而不是依赖磁贴是否可见。

SAP 官方教程补充：使用 SAP Fiori Apps Reference Library

SAP Fiori Apps Reference Library 是实施前核对应用信息的重要入口。SAP Learning 当前课程说明，它可以提供所需业务角色和目录、空间与页面、App ID、支持发行版、设备类型以及应用文档链接等信息。

第一步：从业务任务出发

先写清楚用户要完成什么，例如“采购经理审批采购订单”“仓库人员对入库交货过账收货”“采购员管理采购订单”。不要只拿传统事务码搜索，因为任务拆分可能不同。

第二步：搜索候选应用

可以按应用名称、关键词、App ID、产品或业务角色筛选。若候选很多，应比较应用描述和业务范围，而不是只看标题相似。

第三步：选择正确产品与发行版

同一应用在 SAP S/4HANA Cloud Public Edition、Private Edition 或 on-premise 不一定具有相同的可用性和前提条件。必须选定目标产品和发行版，避免用其他版本的信息指导实施。

第四步：检查实施信息

重点记录：

• App ID 与应用类型；
• 业务角色、业务目录、空间和页面；
• 需要的前端/后端组件；
• OData 服务、ICF 节点或其他激活前提；
• 系统别名与部署要求；
• 相关 SAP Note、限制和配置步骤；
• 应用文档、扩展与分析能力。

第五步：检查设备与测试范围

若用户需要手机处理，必须查看设备类型支持。即使标记支持移动，也要用企业真实数据量、身份认证和网络条件测试。复杂表格、批量操作或打印场景可能仍更适合桌面。

建议建立应用清单

这张清单比“把全部事务改成磁贴”的计划更可执行。

以采购订单审批为例建立可验证方案

假设企业希望采购经理不再每天进入多个列表查找待审批订单，而是在 Launchpad 看到待办并直接处理。一个严谨方案不能只写“上线采购订单审批 App”，而应把需求拆成可验证问题。

首先确认业务流程。采购订单为什么需要审批，是按金额、采购组织、公司代码、物料组还是其他条件触发？审批层级有几级？代理、转交、退回和撤回怎样处理？订单后续被修改时是否重新触发？如果这些规则没有先确定，主页上即使出现审批入口，也无法证明流程正确。

其次确认应用与版本。在应用参考库中选择目标 SAP S/4HANA 产品和发行版，找到与采购订单审批任务匹配的应用，记录 App ID、应用类型、所需业务角色和目录、设备支持、实现文档以及工作流前提。若企业已有经典审批入口，还要比较两者覆盖的订单类型、字段、附件、备注和异常处理是否等价。

再次确认内容与授权。采购经理的业务角色应包含所需目录，并关联合适的空间和页面；页面可以在“采购审批”区段展示入口，但真正可处理的采购组织和金额范围仍由后端授权与工作流收件人规则决定。测试用户不能因为拥有宽泛管理员权限而掩盖生产角色缺陷。

然后确认待办和数字。主页显示“12 个待审批采购订单”时，应能够点击后得到同一范围的 12 个任务。若卡片数字、My Inbox 和审批应用列表不一致，应比较刷新时间、过滤条件、代理任务、已保留任务和用户组织范围，而不是只改磁贴文案。

最后建立验收矩阵：

这个例子说明，Fiori 的价值来自“角色、任务、应用、工作流、内容和授权”共同闭环，而不是单独把一个彩色入口放到首页。

SAP 官方教程补充：按版本和部署校正课程表述

视频提供了很好的概念入口，但其经典课件包含一些需要结合当前官方资料重新限定的表述。

“磁贴组是主页组织方式”

这描述的是经典主页。当前标准方向是空间、页面和区段。维护既有系统时可继续理解经典组，但新设计不应默认继续扩大组主页。

“每个事务都有一个应用或磁贴”

这是教学类比，不是严格一一映射。一个任务应用可能覆盖传统事务的一部分；一个经典事务也可能直接以 SAP GUI for HTML 类型集成。应按业务任务和版本核对。

“Fiori 可以在手机使用”

这是总体设计能力，不是逐应用保证。必须在应用参考库中检查设备支持，并验证企业移动架构。

“Fiori 是 SAP GUI 的替代品”

可以理解为另一种用户体验入口，但当前 Launchpad 仍可承载经典 Web 应用。企业路线通常是逐角色、逐任务迁移，不是一次性二选一。

“SAP 将完全移除 GUI”

讲师的未来判断不应写成当前强制计划。项目只能依据目标产品路线图、应用覆盖、维护承诺和企业需求制定迁移方案。

“从 GUI 或直接 URL 是仅有的两种启动方式”

这是视频演示范围，不是穷尽所有企业入口。实际还可能通过门户、SAP Build Work Zone、SAP Mobile Start、企业工作台或其他受控入口访问。

SAP 官方教程补充：Launchpad 故障排查顺序

视频最后遇到浏览器再次要求登录。这个现象说明启动链可能在身份会话层出现问题，但单凭视频无法确定根因。实际排障应按层次推进。

第一层：入口、网络与身份认证

先确认目标 URL 是否正确、DNS 能否解析、证书是否可信、代理和反向代理是否允许访问、客户端是否正确，以及 SSO/身份提供方是否按预期建立会话。浏览器能看到登录页，只能证明网络入口部分可达。

第二层：业务角色与目录

如果能进入壳层但找不到应用，检查用户是否被分配正确业务角色，角色是否包含所需业务目录，以及分配是否已同步生效。

第三层：空间与页面

检查业务角色是否关联空间、空间是否包含页面、页面是否包含所需区段和入口。不要把“有目录”和“页面必然显示”混为一谈。

第四层：目标映射与服务

如果点击入口没有反应、报“无法解析导航目标”或跳到错误系统，检查语义对象、动作、目标映射、系统别名和应用描述项。若应用框架打开但数据请求失败，再检查 OData、ICF、通信场景和后端服务。

第五层：后端授权与数据

应用能启动但看不到采购组织、工厂或业务对象时，检查后端授权对象和组织级别。若只有部分数据异常，还要检查过滤条件、主数据和业务状态。

典型现象与定位

排障记录应包含时间、用户、角色、入口 URL、应用 ID、语义对象/动作、系统别名、错误消息、网络响应和后端日志，避免只留下“Fiori 进不去”这种无法复现的描述。

SAP 官方教程补充：实施与验收清单

完成 Fiori 入门后，最容易犯的错误是直接进入“做主页”的配置，却没有先完成业务和版本核对。建议按以下顺序验收。

业务设计

• 已按岗位列出高频任务、待办、查询和分析需求；
• 已区分必须移动处理与只需桌面处理的场景；
• 已确认传统事务与候选 Fiori 应用不是简单一一映射；
• 已确定保留 SAP GUI、通过 GUI for HTML 集成或迁移到原生 Fiori 的策略；
• 已确认每个角色只看到完成职责所需的内容。

官方信息核对

• 已在应用参考库选择正确产品与发行版；
• 已记录 App ID、应用类型、设备支持和应用文档；
• 已记录业务角色、目录、空间、页面和实施前提；
• 已检查相关 SAP Note、限制和版本差异；
• 已确认当前系统采用经典组还是空间/页面。

技术与授权

• 登录、SSO、证书、代理和反向代理链路已验证；
• 前端与后端服务已按官方前提启用；
• 语义对象、动作、目标映射和系统别名正确；
• 业务角色、目录、空间、页面与用户分配一致；
• 后端授权覆盖正确组织级别，但不过度授权。

用户体验与测试

• 主页没有重复、过量或与角色无关的入口；
• 关键任务能从待办或页面直接到达；
• 指标与明细应用使用一致过滤条件；
• 个性化、关键用户适配和管理员配置边界明确；
• 桌面、平板和手机按实际支持范围分别测试；
• 已验证错误、无数据、超时和权限不足等异常路径；
• 培训材料使用当前界面，不把经典组截图当成所有版本标准。

SAP 官方教程补充：本课结论

SAP Fiori 的核心并不是“把事务码换成彩色磁贴”，而是围绕业务角色和任务重新组织企业应用体验。SAP Fiori 是设计语言与应用体验，SAP Fiori Launchpad 是承载应用、导航、搜索、待办、通知和个性化等公共能力的统一壳层。

视频准确讲到了 Fiori 的基本定义、跨设备理念、GUI 与 App 入口差异、Launchpad 壳层、实时状态和经典磁贴组，并实际从 SAP GUI 收藏夹调用浏览器。但视频停在登录页，没有进入主页，也没有讲解应用类型、个性化和应用参考库。

结合当前 SAP 官方资料，还必须记住五点：

1. 经典磁贴组是旧布局口径，现代标准是空间、页面和区段；
2. 业务目录负责可访问内容，空间和页面负责组织展示，后端授权负责可执行范围；
3. Launchpad 可承载 SAPUI5、SAP GUI for HTML、Web Dynpro ABAP 和 URL 等多种应用技术；
4. Fiori 的跨设备能力必须逐应用核对，不能笼统承诺所有手机可用；
5. 实施决策必须以目标产品、发行版、部署方式和 SAP Fiori Apps Reference Library 为依据。

对 MM 学习者而言，下一步不是死记磁贴名称，而是选一个真实岗位，例如采购经理，列出其采购订单审批、合同监控、供应商分析和异常处理任务，再从官方应用参考库核对应用、角色、目录、空间、页面、设备与技术前提。这样才能把“认识 Fiori”转化为可实施、可测试、可治理的用户体验方案。

SAP 官方教程补充：参考资料

以下资料用于本文的事实核验与官方补充，访问时间为 2026-07-17：

1. SAP Learning：Navigating the SAP Fiori Launchpad——Fiori 五项原则、My Home、空间与页面、移动入口和应用参考库。
2. SAP Fiori Design System：Design Principles——角色化、自适应、简洁、一致和愉悦五项设计原则。
3. SAP Help：Configuring Roles for Catalogs and Spaces——业务目录、空间、页面与角色分配，以及经典组主页弃用说明。
4. SAP Help：Spaces and Pages——空间、页面、区段和应用入口的结构。
5. SAP Help：SAP Fiori Launchpad Features——壳层特性、用户个性化、关键用户适配和管理员配置。
6. SAP Help：Maintain Allowed App Types for Launchpad App Manager——SAPUI5、URL、Transaction、Web Dynpro 等允许的应用类型与部署建议。
7. SAP Help：Embedding Applications in the Launchpad——SAPUI5、SAP GUI for HTML 与 Web Dynpro ABAP 在 Launchpad 中的集成。
8. SAP Fiori Apps Reference Library——应用、版本、角色、目录、设备、技术和实施信息查询入口。
9. 原始培训视频——第 53 课视频证据与时间边界。