SAP Fiori MCP server: what it does for Fiori developers
As of 2026-10-18
The SAP Fiori MCP server, published by SAP in the open-ux-tools repository, helps an assistant create and change Fiori apps. It can generate Fiori elements apps for CAP or OData projects, fetch service metadata, and list or modify existing apps. It runs locally over stdio under Apache-2.0, and SAP Build bundles it.
Official server, local only
There is one official SAP Fiori MCP server, and it is a development tool, not a runtime connector. Transport is stdio, so it runs on the developer's machine as a child of the MCP client. The catalogue shows no community or vendor Fiori server, so for this query the real decision is not which server but whether and how to use the SAP one.
SAP Build also lists Fiori with CAP and UI5 as bundled MCP servers, and SAP's help portal documents its use there.
What an assistant can do with it
Generation: create a Fiori elements application on top of a CAP or OData project, so the agent produces an app from the service definition rather than from a free-text guess at annotations. Reading: fetch the service metadata, which grounds the agent in the real entities and properties of the backend. Maintenance: list the apps in a project and modify existing ones.
For a consultant, the strongest use is the metadata step. Most wrong AI-generated Fiori code comes from an agent inventing field names; a tool that returns the metadata removes that failure mode. The weakest point is the unreviewed modification of an existing app, which is where a diff review earns its keep.
How it fits with CAP and UI5
The three SAP development servers divide the work. The CAP server understands the model and documentation, the UI5 server handles framework tooling, linting and manifests, and the Fiori server creates and changes the application on top. In a Fiori-on-CAP project an agent will plausibly call all three. The Fiori server's own description names CAP as one of its target products.
A sensible workflow for a Fiori-on-CAP project: first let the agent read the service metadata, then ask it to propose the list page and object page configuration in words, and only then let it generate. This separates the thinking from the writing, and the proposal can be corrected cheaply. Afterwards, open the app in the preview and check list report filters, sorting and the object page sections against the business requirement; generated apps compile far more often than they match the brief.
Wiring
Add it to your MCP client as a command-based stdio server, using the command in the repository README, restart the client and confirm the tools are listed. In SAP Build Code the bundled setup does this for you. Give the agent a project folder that already contains the CAP project or a reachable OData service, since generation starts from a service.
Check before production
There is no production deployment of the server itself; the checks concern what it generates. Review generated apps as you would a junior developer's: annotations, authorisation on the backend service (a Fiori app does not secure anything), and navigation targets in the launchpad configuration. Keep generated changes on a branch. If the OData service is a live system, remember that fetching metadata uses whatever credentials the project holds, so use a non-productive service during exploration.
The catalogue records no maturity label for this server; check the release history and open issues before putting it in a team workflow.
Joule and agent platforms
This server serves the developer-assistant side: Joule for Developers and agentic IDEs. Fiori elements apps it builds can later surface Joule inside the UI, but the server itself is not a tool for business agents. For agent runtime access to enterprise APIs, SAP's route is the Integration Suite MCP gateway, and for Joule agents the MCP attachment in Joule Studio.
If you are comparing Fiori developers and rates, the Analytics Legends read-only MCP server exposes day-rate benchmarks and opportunities; its public tranche needs no key.
What we cannot assert
Maturity label and the relationship to SAP Fiori tools in VS Code are not stated in the sources we verified (18 October 2026).
Frequently asked
Is there an official Fiori MCP server?
Yes. SAP publishes it in the open-ux-tools repository under Apache-2.0, and SAP Build bundles it.
Can it generate a Fiori elements app from OData?
Yes, for CAP or OData projects. It can also fetch service metadata and list or modify existing apps.
Does it run remotely?
The catalogue lists stdio only, so it runs locally.
Does it replace SAP Fiori tools in VS Code?
The sources we verified do not say. Treat it as an agent-facing complement and check the repository for the relationship.
Engage the editor
This guide is written by Cédric Mary, SAP AI & Analytics Architect & Team Lead. 27 years of SAP — Datasphere, Business Data Cloud, SAC Planning, Joule. Freelance or permanent · Hybrid / remote · Anywhere in EMEA. Available from 19 October 2026.
What this page is built on
- MCP — Model Context Protocol in SAP (mechanics)
- Joule for Developers & SAP MCP Servers — Agentic IDEs (VS Code, Eclipse, Claude Code, Cursor, Cline)
- GitHub — SAP Fiori MCP Server (open-ux-tools)
- SAP Help — Fiori MCP server in SAP Build
- SAP Help — SAP Build: bundled MCP servers
External sources
- GitHub — SAP Fiori MCP Server (open-ux-tools)
- SAP Help — Fiori MCP server in SAP Build
- SAP Help — SAP Build: bundled MCP servers
- Model Context Protocol — specification changelog, revision 2026-07-28
- Model Context Protocol — Authorization (2026-07-28)
- MCP blog — MCP joins the Agentic AI Foundation (9 Dec 2025)
Read next
- SAP MCP server for SAP AI & analytics data
- SAP MCP servers list: what exists, who maintains it, what it does
- Joule for Developers & SAP MCP Servers — Agentic IDEs (VS Code, Eclipse, Claude Code, Cursor, Cline)
- AI-native UX in SAP — the compositional design system, SAP Fiori elements and Joule Work
Guides that answer with this page
These guides cite this page as one of the sources their answer rests on.