In-depth architectural comparison of the Purchase requisition and UI5 MCP Server 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
Purchase requisition
Developer Tools · Local stdio
Quality: 51/100 (Good) | Auth: No auth required
UI5 MCP Server
Developer Tools · Local stdio
Quality: 68/100 (Great) | Auth: No auth required
Verdict Summary: Choose Purchase requisition if you need specialized Developer Tools tools running via a local process. Choose UI5 MCP Server 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?
P
Choose Purchase requisition 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).
Purchase requisition is categorized under Developer Tools and uses a local stdio subprocess. In contrast, UI5 MCP Server belongs to Developer Tools using local stdio subprocess. Select Purchase requisition when you need capabilities focused on developer tools and UI5 MCP Server when you require tools for developer tools.
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
+4 more tools listed on main page
UI5 MCP Server Tools (10)
get_guidelines
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
get_version_info
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.