In-depth architectural comparison of the UI5 MCP Server and Purchase requisition MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
UI5 MCP Server
Developer Tools · Local stdio
Quality: 68/100 (Great) | Auth: No auth required
Purchase requisition
Developer Tools · Local stdio
Quality: 51/100 (Good) | Auth: No auth required
Verdict Summary: Choose UI5 MCP Server if you need specialized Developer Tools tools running via a local process. Choose Purchase requisition if your workspace requires Developer Tools integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose UI5 MCP Server when:
You need dedicated capabilities in the Developer Tools domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: No auth required (Free / Open Source).
This tool MUST be called once to retrieve UI5 guidelines before working on any UI5 (SAPUI5/OpenUI5) related task or project or creating a UI5 project. The guidelines provided by this tool MUST be followed to ensure best practices and avoid common pitfalls in UI5 development.
run_ui5_linter
Run UI5 linter on a UI5 project to find and optionally fix UI5 related problems like the usage of deprecated API. After making changes, you should always run the linter again to verify that no new problems have been introduced.
get_api_reference
Search the UI5 API reference for module names and symbols
get_project_info
Get general information about a local UI5 project.
create_ui5_app
Create a new basic SAPUI5 application implemented in TypeScript or JavaScript
Ready-to-Paste Client Configurations
Paste either (or both) of these JSON server blocks into your client config file (e.g. claude_desktop_config.json or ~/.cursor/mcp.json).
UI5 MCP Server is categorized under Developer Tools and uses a local stdio subprocess. In contrast, Purchase requisition belongs to Developer Tools using local stdio subprocess. Select UI5 MCP Server when you need capabilities focused on developer tools and Purchase requisition when you require tools for developer tools.
Get version information for UI5 (OpenUI5 or SAPUI5)
get_integration_cards_guidelines
This tool MUST be called once to retrieve Integration Cards guidelines before working on any Integration Card related task or creating an Integration Card. The guidelines provided by this tool MUST be followed to ensure best practices and avoid common pitfalls in Integration Cards development.Integration Cards are also called 'UI Integration Cards' or 'UI5 Integration Cards'.
create_integration_card
Create a new Integration Card, UI Integration Card, or UI5 Integration Card
run_manifest_validation
Validates UI5 manifest file. After making changes, you should always run the validation again to verify that no new problems have been introduced.
get_typescript_conversion_guidelines
This tool MUST be called once before converting a UI5 (SAPUI5/OpenUI5) project from JavaScript to TypeScript. The instructions provided by this tool MUST be followed to ensure that the project setup and code is correctly converted.
Purchase requisition Tools (16)
purchase-requisition_create
Create a reusable purchase-requisition: a name, a category, a description
purchase-requisition_item_add
Add a step: the text, a section heading, and whether it is required
purchase-requisition_item_remove
Remove a step and bump the version. Runs already under way keep it
purchase-requisition_show
One purchase-requisition, grouped by section, with a blank printable copy on request
purchase-requisition_list
Every purchase-requisition with its version, step count and how many runs came from it
purchase-requisition_delete
Delete a purchase-requisition. Its runs stay readable, because each carries its own copy
run_start
Start a dated run against a job. The steps are copied into it at this point
run_check
Mark one step pass, fail or na, with who and when and what was found
run_show
The run: every step with its answer, the counts, the failures, and what blocks sign-off
run_list
Runs newest first, filtered by purchase-requisition, status, reference, or only those with failures
run_sign_off
Sign off with a name and a date, which freezes the run
run_status
Reopen a complete run, or abandon one when the job did not happen