1. 项目概述为什么Fiori Launchpad是SAP用户体验的“门户”如果你刚开始接触SAP Fiori可能会被各种概念搞得有点晕UI5、OData、注解、Launchpad……今天我们不谈那些复杂的后端逻辑和前端框架就聚焦在一个最直观、也是用户每天打开系统第一个看到的东西——Fiori Launchpad。你可以把它理解为你手机上的“应用商店”或“桌面”。想象一下你的手机如果没有主屏幕所有App都散落在文件管理器里每次想用微信都得去翻找安装目录那体验得多糟糕。Fiori Launchpad就是SAP Fiori的“主屏幕”和“应用商店”的结合体。它不是一个可有可无的装饰品而是整个Fiori用户体验的统一入口、导航中枢和个性化工作台。所有开发好的Fiori应用我们称之为“瓷砖”或“磁贴”都通过Launchpad被有序地组织、分类并呈现给最终用户。用户登录后看到的是与自己角色相关的、干净整洁的应用集合而不是一个令人望而生畏的复杂菜单树。从技术架构上看Launchpad充当了前端Fiori App和后端业务服务通过OData或RESTful API暴露之间的网关和代理。它处理用户身份认证比如与SAP Cloud Platform或SAP S/4HANA的集成、应用路由、主题渲染、用户个性化设置如瓷砖的排列、组的创建等。因此对Launchpad的配置是否得当直接决定了用户对整套Fiori系统的第一印象和日常使用效率。很多项目在前期轰轰烈烈地开发了一堆精美的Fiori应用最后却因为Launchpad配置混乱、导航不清而让用户体验大打折扣这实在是得不偿失。所以无论你是Fiori的开发者、实施顾问还是系统管理员深入理解并掌握Launchpad的配置都是构建一个成功Fiori项目的必修课。接下来我将以一个从业者的视角带你从零开始拆解Launchpad的核心概念、配置逻辑以及那些官方文档里可能不会细说的“坑”。2. Fiori Launchpad的核心组件与架构逻辑在动手配置之前我们必须先搞清楚Launchpad是由哪些“积木”搭建起来的以及它们之间是如何协作的。这能帮助我们在后续配置时做出更合理的设计决策。2.1 四大核心元数据对象Launchpad的配置本质上是定义一系列元数据对象以及它们之间的关联关系。主要包含以下四个层级瓷砖 (Tile)是什么Launchpad上一个个可点击的方块是应用的视觉入口。它包含图标、标题、副标题、数字标识等信息。关键属性Target Mapping定义点击瓷砖后具体打开哪个应用即导航到哪个语义对象和操作。语义对象 (Semantic Object)和操作 (Action)这是Fiori导航的“语言”。例如一个显示“创建销售订单”的瓷砖其语义对象可能是SalesOrder操作是create。Launchpad根据这个组合知道该启动哪个应用。可视化属性图标、标题、是否支持数字标识等。目录 (Catalog)是什么可以理解为所有可用应用的“仓库”或“总菜单”。它是一个逻辑容器里面存放了系统所有已发布、可供分配的应用以瓷砖的形式存在。作用通常不对最终用户直接可见。它是管理员为角色分配应用时的“素材库”。管理员从目录中挑选瓷砖分配给具体的组。组 (Group)是什么Launchpad上用户直接看到的一个标签页或一个区域用于对瓷砖进行逻辑分类。例如“财务工作台”、“采购管理”、“我的常用应用”等。关键点组是直接面向用户的组织结构。一个用户可以拥有多个组。瓷砖必须被分配到一个或多个组中才会在该用户的Launchpad上显示。角色 (Role)是什么连接业务权限和Launchpad内容的桥梁。在SAP环境中角色通常包含了事务代码T-Code的权限。在Fiori中的扩展Fiori角色PFCG角色或Cloud角色除了包含传统的事务代码权限外还会关联到特定的目录和组。这意味着当把一个角色分配给用户时不仅授予了他后台的业务操作权限同时也决定了他的Launchpad上能看到哪些组和瓷砖。它们之间的关系可以用一个简单的链条来描述系统中有许多瓷砖 - 瓷砖被收集到目录中 - 管理员创建组并从目录中挑选瓷砖放入组 - 将目录和组分配给特定的角色 - 将角色分配给用户 - 用户登录后Launchpad根据其角色渲染出对应的组和瓷砖。2.2 前端与后端的协同Launchpad的两种“形态”根据部署环境的不同Launchpad的配置和访问方式也有差异这是另一个容易混淆的点。SAP S/4HANA嵌入式部署 (On-Premise)Launchpad服务作为S/4HANA系统的一部分事务代码/UI2/FLP运行在ABAP NetWeaver服务器上。配置入口主要通过事务代码/N/UI2/FLPCM(Fiori Launchpad Content Manager) 进行配置。这是一个集中式的配置工具。访问URL通常是https://your-s4-server:port/sap/bc/ui2/flp特点配置与后端业务系统紧耦合用户和角色管理通常直接使用S/4HANA自身的用户体系SU01和角色管理PFCG。SAP BTP (Business Technology Platform) 或 S/4HANA CloudLaunchpad服务作为SAP BTP的一个服务Launchpad service运行在云平台上。配置入口通过SAP BTP Cockpit或Cloud Platform Portal进行配置界面更为现代和可视化。访问URL由SAP BTP分配的唯一URL。特点配置更灵活可以聚合来自多个不同后端系统S/4HANA, SuccessFactors, Ariba等的Fiori应用形成统一的企业门户。用户身份通常由SAP Cloud Identity服务或企业自己的IDP如Microsoft Entra ID提供。注意本文的配置讲解将主要基于更常见、也更复杂的SAP S/4HANA嵌入式部署场景。云平台的配置逻辑相通但操作界面和术语略有不同。3. 手把手配置实战从零搭建一个Launchpad页面理论讲完了我们进入实战环节。假设我们要为一个“销售专员”角色配置一个Launchpad包含“订单处理”和“客户管理”两个组。以下是基于S/4HANA On-Premise环境的详细步骤和原理剖析。3.1 前期准备与环境确认在开始配置前有几项准备工作必须完成否则你会处处碰壁。激活必要的SICF服务Launchpad本身是一系列HTTP服务的集合。通过事务代码SICF确保以下服务处于激活状态/default_host/sap/bc/ui2/flp/default_host/sap/bc/ui5_ui5相关的OData服务如/IWFND/MAINT_SERVICE中你的Fiori应用对应的服务。为什么如果这些HTTP服务未激活用户访问Launchpad URL时会收到404或403错误。这是最基础的网络可访问性问题。配置OData服务你的Fiori应用需要后端OData服务提供数据。使用事务码/IWFND/MAINT_SERVICE添加并激活你的应用所需的OData服务。确保系统别名如LOCAL配置正确。常见坑点开发系统、测试系统、生产系统的OData服务名称和系统别名可能不同。在传输配置时如果Launchpad配置中写死了开发系统的服务URL到了生产系统就会报错。最佳实践是使用逻辑系统别名并在各系统维护对应的物理目标。创建Fiori角色模板事务码PFCG。创建一个新角色例如Z_SALES_REP_FIORI。在“菜单”标签页你需要添加一个特殊的条目SAP_UI2_FIORI_LAUNCHPAD。这个条目本身没有权限但它是一个“标记”告诉系统这是一个Fiori角色需要处理Launchpad内容分配。3.2 核心配置事务码/N/UI2/FLPCM 详解一切准备就绪后打开我们的大本营事务代码/N/UI2/FLPCM。这个事务码的界面分为几个主要区域对应着我们之前讲的核心对象。第一步创建或确认瓷砖 (Tile)通常当你部署一个标准的或自定义的Fiori应用时系统会自动在CATALOG中生成对应的瓷砖。但有时我们需要手动创建或修改。在FLPCM中切换到“Tile”视图。点击“Create”或搜索已有的瓷砖。关键是要填写正确的Semantic Object和Action。这两个值必须与你的Fiori应用清单文件manifest.json中routing部分的targets定义完全一致包括大小写。// 在 manifest.json 中 routing: { targets: { SalesOrderCreate: { type: Component, id: SalesOrderCreate, name: your.app.namespace, options: { settings: { contextRaw: {semanticObject: SalesOrder, action: create} } } } } }为瓷砖配置一个清晰的标题、副标题和图标。图标可以从SAP的图标库中选择也可以上传自定义图标。第二步管理目录 (Catalog)目录通常是自动维护的。在“Catalog”视图中你可以查看所有可用的瓷砖。你需要确保你的瓷砖存在于某个目录中例如标准目录SAP_CORE_BC或自定义目录Z_MY_CATALOG。配置角色时我们将引用这个目录。第三步创建组 (Group) 并分配瓷砖这是决定用户界面布局的关键一步。切换到“Group”视图创建一个新组例如Z_SALES_ORDER_PROCESSING。在组详情页面有一个“Add Tile”的按钮。点击后系统会弹出一个对话框让你从已关联的目录中选择瓷砖拖拽到这个组里。关键逻辑一个瓷砖必须同时存在于“分配给该角色的目录”和“分配给该角色的组”中才会对用户可见。这提供了两层控制目录控制“你能用什么”组控制“它被放在哪以及如何呈现”。你可以拖动瓷砖来调整它们在组内的排列顺序。第四步将目录和组分配给角色这是打通权限和界面的最后一步。在FLPCM的“Role”视图中输入你在PFCG中创建的Fiori角色如Z_SALES_REP_FIORI。点击“Edit”。在编辑界面你可以分配目录 (Assign Catalogs)将包含所需瓷砖的目录如SAP_CORE_BC和你的自定义目录添加进来。分配组 (Assign Groups)将你创建好的组如Z_SALES_ORDER_PROCESSING添加进来。保存并传输。这个配置和普通的ABAP开发对象一样需要通过传输请求Transport Request移动到测试和生产系统。第五步将角色分配给用户并测试回到事务码PFCG将角色Z_SALES_REP_FIORI分配给目标用户。让用户退出系统重新登录或直接访问Launchpad URL。理论上用户应该能看到你配置的组和瓷砖了。3.3 高级配置个性化、品牌化与参数传递基础的瓷砖和组配置只是开始要让Launchpad更贴合业务还需要一些“高阶玩法”。动态瓷砖与数字标识场景像“我的收件箱”这样的瓷砖上面需要显示未处理任务的数量。原理这需要后端提供一个OData服务实现特定的接口如/UI2/GET_NUMBER。瓷砖配置中需要指向这个服务。配置在瓷砖的“Number”属性中配置OData服务URL和刷新频率。这通常需要一定的ABAP开发能力来创建数字提供者服务。品牌化与主题修改Logo和标题通过事务码/UI2/FLP_CONF_PERS可以修改Launchpad左上角的公司Logo和标题。自定义主题SAP提供了主题设计器Theme Designer允许你修改颜色、字体等视觉元素。你可以创建自定义主题并在/UI2/THEME_TOOL中将其设置为默认主题。向应用传递参数场景点击一个“显示高优先级订单”的瓷砖希望直接打开订单列表并自动筛选出高优先级订单。方法在配置瓷砖的Target Mapping时可以添加inbound parameters。例如为语义对象SalesOrder和操作display的映射添加一个参数PriorityHIGH。应用接收在你的Fiori应用里可以在Component.js的init函数或路由匹配器中通过oComponent.getStartupParameters()获取到这个参数并据此初始化视图。4. 配置过程中的典型“坑”与排查指南即使按照步骤操作也难免会遇到问题。下面分享几个我踩过的坑和排查思路这可能是比官方文档更有价值的部分。4.1 坑一用户登录后Launchpad一片空白或只显示“Me Area”现象用户能登录但主工作区没有显示任何组和瓷砖。排查思路按顺序检查检查角色分配用SU01检查用户是否确实被分配了包含Launchpad内容的Fiori角色。光有业务角色不行。检查FLPCM中的角色配置在/N/UI2/FLPCM的“Role”视图中打开该角色确认“Catalogs”和“Groups”标签页下是否分配了内容。一个常见疏忽是只分配了目录忘了分配组或者反之。检查传输确认你的FLPCM配置角色、组、目录的分配关系是否已经从开发系统传输到了当前系统。使用事务码STMS查看传输日志。检查PFCG角色菜单确保PFCG角色菜单中包含SAP_UI2_FIORI_LAUNCHPAD条目。没有它系统不会去处理Fiori内容。清除浏览器缓存与Launchpad缓存Launchpad会在浏览器本地和服务器端缓存用户个性化数据。在Launchpad URL后添加参数?sap-ushell-cachebuster1可以强制清除缓存。服务器端缓存可以通过事务码/UI2/CACHE_CLEANUP清理需要权限。4.2 坑二点击瓷砖后报错“无法启动应用”或“资源未找到”现象瓷砖显示正常但点击后无法打开应用弹出错误对话框。排查思路核对语义对象和操作这是最高频的错误原因。用浏览器开发者工具F12查看网络请求。错误信息通常会包含它尝试寻找的semantic object和action。务必与瓷砖配置、以及应用manifest.json中的定义进行逐字符比对包括大小写和空格。检查OData服务状态前往/IWFND/MAINT_SERVICE找到你的应用使用的OData服务确认其状态为“Active”。尝试点击“Service Document”或“Metadata”链接看是否能正常访问。检查系统别名在OData服务配置中有一个“System Alias”的设置。确保它指向正确的后端系统如LOCAL。在跨系统部署时这里配置错误会导致应用找不到后端数据源。查看应用日志在SAP GUI中运行事务码/UI2/ERROR_LOG这里记录了Fiori前端服务的详细错误比浏览器弹出的通用错误信息更有帮助。4.3 坑三数字标识不显示或显示错误现象配置了动态数字的瓷砖数字不更新或一直显示为0。排查思路检查OData服务实现数字标识依赖于后端实现的特定OData服务。首先在浏览器中直接访问这个服务的URL你可以在瓷砖配置中看到看是否能返回正确的JSON格式数据应包含一个Number字段。检查用户权限调用数字服务的用户是否具有读取底层业务数据的权限有时服务能通但因为没有权限返回的数据是空的。检查刷新间隔瓷砖配置中有一个“更新间隔”。如果设置得太长如24小时数字就不会频繁更新。可以设置为较短时间如15分钟进行测试。4.4 坑四传输后配置丢失或错乱现象在开发系统配置一切正常传输到测试系统后Launchpad内容变了样。根本原因FLPCM中的配置对象角色、组、目录、瓷砖及其分配关系都是可以传输的ABAP开发对象。问题通常出在依赖关系和客户端独立性上。最佳实践自下而上创建遵循“瓷砖 - 目录 - 组 - 角色”的顺序创建对象并在创建时就将它们加入同一个传输请求。这样可以确保依赖对象一起移动。使用“传输内容”功能在FLPCM的每个视图Tile, Catalog, Group, Role中都有“Transport Content”按钮。这是一个非常强大的工具它可以分析对象间的依赖关系并帮你把相关的所有配置都打包进一个传输请求。强烈建议在传输前使用此功能进行检查。注意客户端有些配置如PFCG角色是客户端相关的而FLPCM中的一些内容可能是跨客户端的。确保你在正确的客户端进行操作和传输。5. 超越基础Launchpad的运维与性能考量配置好Launchpad只是开始要让其稳定高效地运行还需要关注运维和性能。5.1 监控与日志分析/UI2/ERROR_LOG这是排查Fiori前端问题的第一站记录了应用加载、服务调用等过程中的错误。/UI2/FLP_LOG专门记录Launchpad相关的日志如用户登录、个性化数据加载、瓷砖解析等。ST22 (ABAP Dump Analysis)如果错误导致了ABAP短存储可以在这里找到更底层的技术原因。浏览器开发者工具前端性能问题如资源加载慢、JavaScript错误必须通过浏览器的Network和Console面板来分析。5.2 性能优化建议控制组和瓷砖的数量一个用户的Launchpad上不宜放置过多组和瓷砖例如超过50个瓷砖。数量过多会导致初始化加载变慢用户体验下降。应该根据用户角色进行精细化设计只提供最相关的内容。使用“静态”瓷砖对于不需要动态数字和频繁更新的应用尽量使用静态瓷砖减少不必要的后台服务调用。优化图标自定义图标文件不宜过大建议使用SVG格式或经过压缩的PNG格式。定期清理缓存如前所述使用/UI2/CACHE_CLEANUP定期清理旧的、无效的服务器端缓存数据。关注OData服务性能Launchpad本身的性能通常很好瓶颈往往出现在点击瓷砖后加载的应用以及应用调用的OData服务上。确保后端OData服务的响应时间在合理范围内理想情况1秒。5.3 设计思维以用户为中心的Launchpad规划最后我想跳出纯技术配置谈一点“软性”的经验。Launchpad配置不是一项机械的任务而是一种信息架构和用户体验设计。用户访谈在配置前花时间与最终用户销售、采购、财务沟通了解他们每天的工作流、最常用的功能是什么。卡片分类法可以邀请用户参与让他们自己对一堆应用瓷砖写在卡片上进行分类和命名。这能帮你设计出更符合用户心智模型的“组”结构。渐进式披露不要试图把所有功能都堆在首页。可以为资深用户配置更多组为新用户配置一个精简的“入门”组。或者利用“Me Area”放置个人常用的应用。命名一致性组名、瓷砖标题要清晰、一致使用用户熟悉的业务术语而不是技术术语。Launchpad的配置三分靠技术七分靠对业务和用户的理解。一个经过深思熟虑、配置精良的Launchpad能极大提升用户的工作效率和满意度真正发挥出SAP Fiori现代化用户体验的价值。它不仅仅是应用的容器更是连接用户与数字化工作流程的桥梁。每次配置前多问自己一句“这样设计用户找东西会更方便吗” 这个问题往往能引导你做出更优的决策。