SAP Community 技术博客 11 月 6 日发布 SAP Fiori tools 的 2611 版说明，作者 Christoph Gollmick。按 SAP 年月命名的惯例，2611 指 2026 年 11 月的版本波，云产品与工具链各自发各自的说明。本文转述这篇博客的要点，功能、命令与时间均出自原文；S/4HANA Cloud 自身的功能清单，原文指向 SAP 帮助门户的 What’s New 区，需要逐项核对的客户以那里为准。
AI 技能再添两个
技能是 Fiori tools 在 2607 版引入的形态，一段可复用的提示词工作流，带着 AI 代理走完一件具体的开发活，此后的版本一直在往里加。2611 补了两个。sap-fiori-opa5-test-development 管 OPA5 集成测试，专对着 Fiori elements 应用写。官方给的缘由很实在，通用 OPA5 技能不掌握这类应用的结构与约定，测试脚手架容易搭错，专门化之后结果才稳。sap-fiori-tree-table 管树表格实现，用之前有两个前提要核对。后端得跑在 BTP ABAP Environment 或 S/4HANA 公有云 2602 及以上；技能只声明层级动作，不实现业务逻辑，上移、下移、拖拽三个按钮会出现，点了没有反应，逻辑留给开发者自己补。技能集现有覆盖从应用开发、分析图表到命令行、ESLint 插件，这一版补上 OPA5 与树表格两格。
Copilot 插件与元数据同步
接入端补了 GitHub Copilot 一翼。sap-ux-fiori-tools 插件进入 Awesome GitHub Copilot 社区库，VS Code 扩展面板输入 @agentPlugins 可搜到，命令面板走 Chat: Plugins，命令行用户执行 copilot plugin install sap-ux-fiori-tools@awesome-copilot 一次装好，MCP 服务器加全套技能同时到位。此前的 Claude 插件照旧可用，两条通道功能等位。
另一个缺口补在服务元数据上。Fiori 项目本地存一份 OData 元数据与注解副本，工具靠它解析应用结构，后端一改，副本就旧了。过去只能在 Service Manager 里手动刷新，AI 流程没有这条路。2611 给 @sap-ux/create 包加了新命令，npx @sap-ux/create update service-metadata 后跟应用路径，直接从活的后端拉最新元数据、注解与值帮助服务；配套的 sap-fiori-create-cli 技能让代理在流程里自己执行。原文点明利害，元数据旧了，AI 生成的代码跟着错。Business Application Studio 侧同步改为按环境取数，目的地与系统存储各走各的，后端认证类型直接写进生成的应用配置。
全栈教程跑通自然语言开发
配套的新教程标题很长，事情很直白，从 SFlight 样例起步，全程用自然语言驱动，做一条完整的 Fiori elements 应用，跑在 ABAP RESTful 应用编程模型的服务上。GitHub Copilot 开代理模式，带两个 MCP 服务器干活，ABAP 侧的随 ABAP 开发工具的 VS Code 扩展提供，Fiori 侧的带全套技能引路。教程走完的产物包括发布好的 Travel OData 服务、List Report 与对象页、参考字段上的值帮助、第二个 bookings 对象页，样例数据由 ABAP run 类加载。之后还能用自然语言加增强，自动数据加载、并排布局、富文本段、分析图表都在示范之列。跑通它的前提是一台 ABAP Cloud 系统（免费 BTP ABAP Environment 试用即可）、VS Code、带聊天与代理模式的 Copilot 订阅，外加 Node.js。这套流程在 Devtoberfest 2026 场次现场演示过。本文首发于 sapzx.com，版权归 河‧南_赛·锐。信 息 – 科•技‧有·限_公。司 所有，未经授权请勿转载。
应用直连 ABAP 源码的第一步
2611 开了一个先例，VS Code 里从 Fiori 应用直接跳到背后的 ABAP 工件，不用换工具。前提是装 ABAP 开发工具的 VS Code 扩展，再把 ABAP 系统作为文件夹加进工作区。配对的服务绑定能找到，App Info 页的链接就直达 ABAP 源码；找不到则退回浏览器打开 OData 地址。原文自评这一步是里程碑，后续在做从 OData 注解属性直跳元数据扩展文件与对应代码行。前后端在同一 IDE 里并排坐，改完这边改那边，全栈的日常才算接上。
页面编辑器改进与 Project Accelerator 停产
App Info 页随 Fiori tools 1.34 换了脸。页签与页头显示真实应用名，不再用通用的 Application Information；副行给出生成时间、应用 ID 与预览入口；常用任务区按真实使用数据露出最高频四项，预览、部署、页面地图、服务模型管理各占一位。生成过程加了进度通知，自动打开 App Info 页的开关放进设置，默认开，想关随时关。
页面建模器与页面编辑器补了一批省事项。对象页按页配置行内编辑，可编辑字段自己挑；页面地图一个开关给保存与新建按钮加上完成后返回列表的行为；响应式表格能按列合并相同值的相邻行，重复检测规则可调，内置校验拦常见配错；属性面板按表格类型过滤，分组、紧凑布局、选择上限这类属性不再混着出现；Display on Demand 开关自动写 @UI.PartOfPreview 注解；引用服务的值帮助可设 Common.ExternalID，注解由编辑器写进本地注解文件，ABAP 后端不原生支持它。
停产名单上是 Project Accelerator。它最初面向 CAP 场景，2603 版扩展到 ABAP RAP，能用文字或图片里的业务需求描述生成应用。官方认定其能力已被 MCP 服务器加技能的组合盖过，2026 年底停用，应用生成器里的入口已经撤下，页面编辑器的实验性编辑功能同批退役。发布节奏同步调整，扩展从双周发转月发，MCP 服务器与技能维持持续交付，两种成熟度两种速度。原文收尾给工具的定位也值得记一笔，工具与 AI 助手搭着用，查得快、看得清、点得准的活留给工具，多步生成留给助手。
工具链热闹之外的客户功课
把这场更新放回客户侧，先要看清节奏差。云版本按季度走，工具链转月度，AI 组件随时发，三线并进，S/4HANA 公有云的版本波由 SAP 侧推进，本地与 PCE 团队装新工具即可，系统本身不因工具链更新而动，升级窗口不必为它排期。跟进策略跟着分层。工具链按需挑，元数据同步对 AI 辅助开发是刚需，元数据旧一代码就错一批；技能集与插件等团队真用代理开发时再评估。许可侧有一笔账别漏，AI 把写代码的门槛拉低，业务顾问也会开始碰开发工具与测试环境，开发类授权混进业务角色会按 Developer 分类计费，那笔账此前细算过，见《最贵的 FUE 档藏在开发权限里》。代理替人写 SAP 数据的确认闸怎么设，此前也记过思路，见《AI 写 SAP 数据，确认卡就是安全闸》。适用范围同样要分清，VS Code 工具链不挑部署形态，本地与私有云团队一样能用；树表格技能的后端要求会把一部分客户挡在门外，选型前先对后端版本。
随着 SAP 产品从 ECC → S/4HANA → RISE with SAP（S/4HANA Cloud Private Edition, PCE）的持续演进，SAP 许可模式已从传统的永久授权、模块化计费，全面转向以 FUE（Full Use Equivalent）为核心的订阅化、精细化授权体系。这一变化深刻影响了企业的用户角色设计、权限治理、合规审计以及长期 IT 成本结构。在 PCE 模式下，FUE 许可的计量方式更加依赖实际使用行为，对企业在账号分配、权限控制、并发使用与审计合规方面提出了更高要求。
赛锐信息深耕 SAP License 审计与合规治理领域，长期服务于 SAP ECC、S/4HANA 及 RISE with SAP 客户，在 SAP 官方审计流程、FUE 许可优化策略及账号资产精细化管理方面积累了丰富的咨询与实施经验。依托自主研发的 SAP License / FUE 资产优化软件产品（AMS-V），我们帮助企业在满足 SAP 合规要求的前提下，提升 FUE 许可利用率、降低订阅成本、控制审计风险。欢迎随时联系我们，获取 SAP FUE 许可优化咨询服务，并申请产品试用与方案演示。让 SAP 投入真正服务于业务增长，而非成为成本负担。
