Tool governance

Here the question is not which call is allowed by your systems but which is allowed by SAP: ADT is scoped as development tooling, and MCP servers built on it carry that warning without answering it. The SAP API Policy Evidence Skill gathers evidence against the policy from SAP's own sources and returns a sourced assessment with a confidence level.

Overview

SAP SHIPS

Integration Suite's MCP gateway puts an agent's calls through the same API Management layer as any other consumer, so security, traffic management and routing are configured on the gateway rather than agreed with each agent.

Not covered: At the gateway. Only what passes through it is governed, and it does not answer whether a call is inside the scope SAP grants the API in the first place.

SAP publishes the policy and the platform this governs, and publishing them is not answering this capability. What changed the state is the MCP gateway, which applies the controls to an agent's own calls.

THE COMMUNITY ADDS

Servers that decide which system a call reaches and as which user, such as arc-mcp-hub, and an assessment of that scope question, citing what it found and how confident it is; only SAP, a contract or SAP support can decide it bindingly, and the skill here routes the question there rather than answering it.

Policy1

PolicySAP API Policy 4.2026a§ 1.1, 1.2, 2.2.2, 3AlwaysAn agent tool calls SAP APIs, or a governance workflow assesses whether a proposed SAP API use is within the policy's documented-use boundary.
  • § 1.1 Published APIs. Published APIs are made available for the documented purposes identified by SAP, including integration, extensions and data exchange.
  • § 1.2 Non-Published APIs. Customer and third-party applications must not access non-published APIs except where documentation permits it or SAP otherwise authorizes it.
  • § 2.2.2 AI call sequences and data extraction. Outside SAP-endorsed architectures, data services or expressly identified pathways, the policy prohibits specified agentic API use and systematic or large-scale extraction.
  • § 3 Monitoring and remedies. SAP states that it may monitor API use and take enforcement actions when use does not comply with the documentation and policy.

Technical controls decide what an agent can call; the SAP API Policy separately governs whether the API is published for the intended use and identifies special AI-call and extraction cases. An evidence-gathering tool can assess against that policy but cannot issue a binding compliance decision.

SAP API Policy 4.2026a →
SourceSAP API Policy v.4.2026achecked

Artifacts4

4 of 4 artifacts
ArtifactSignals
MCP servers2
arc-mcp-hubHub on SAP BTP putting several arc-1 instances behind one login
Signals
Archived+1
bw-modeling-mcpMCP server for BW/4HANA modelling objects
Signals
Functional boundary
Services1
API ManagementAPI proxies with security and traffic policies and Developer Hub
Signals
none
Skills1
SAP API Policy Evidence SkillSkill assessing API usage against the SAP API Policy
Signals
Functional boundary+1

Content18

Group by18 of 18 pieces
Piece, what it offers
Powering Enterprise-Ready Agentic AI with SAP Integration Suite
YouTube — SAP Developers playlists, SAP Developers, Talk
From APIs to Agent Tools: How MCP Gateway changes what Integration means
YouTube — SAP Developers playlists, SAP Developers, Talk
From SAP Integration Suite iFlow to MCP Tools: Exposing OData APIs to AI Agents
SAP Community, Nacho Muñoz Álvarez, Blog
Show 10 more
Building MCP Servers with SAP Integration Suite: What to Design, Not Just How to Connect
SAP Community, Daniil Bolobonov, BlogThe reasoning
HANA AI Toolkit — Local MCP Server
SAP Architecture Center, SAP Architecture Center, Reference architectureThe reasoningA reference
ARC-1 on SAP BTP: Secure ABAP Agentic Development Beyond the Laptop
blog.zeis.de — Marian Zeis, Marian Zeis, part 4 of 10, BlogThe reasoningA recipe
New majors
Agentic Engineering for SAP BTP Extensions
SAP Architecture Center, Guilherme Segantini, Mario Ponce, Reference architectureThe reasoningA reference
Third-Party MCP Server Access to SAP Solutions on BTP
SAP Architecture Center, Dhawal Joshi, Harut Ter-Minasyan, Mirko Günther, Reference architectureThe reasoningA reference
Agentic AI Security & Governance
SAP BTP AI Best Practices, SAP, DocThe reasoningA reference
OData entity as a governed query surface for agents, not a tool
SAP TechEd — session catalogue, TalkThe reasoning
Govern AI-supported actions across enterprise systems
SAP TechEd — session catalogue, TalkThe reasoning
Model context protocol (MCP) unlocked: Enable governed access to AI agents
SAP TechEd — session catalogue, TalkThe reasoning
Intelligent, governed, and agentic integrations with SAP Integration Suite
SAP TechEd — session catalogue, TalkThe reasoning
Powering Enterprise-Ready Agentic AI with SAP Integration Suite
YouTube — SAP Developers playlists, SAP Developers, Talk
Graph on Integration Suite: Simplifying Multi-API Data Retrieval with Unified Business Data Graph
SAP Community, azhariqbal, Blog
SAP PI Migration to BTP Integration Suite Patterns and learning experiences
SAP Community, saikrishna_kalivarapu2, Blog
Show 2 more
Information Map – Introduction Series: Graph in SAP Integration Suite
SAP Community, Palak, Series
Road map for SAP Integration Suite: What ships next across all capabilities
SAP TechEd — session catalogue, Shilpa Vij, Udo Paltzer, TalkThe reasoning
A Clearer View of Your SAP Integrations Under the New API Policy
blog.zeis.de — Marian Zeis, Marian Zeis, BlogThe reasoningRunnable code

Details

Coverage
statecore and community, BTP/BAIP
assessed
relationshipunassessed
also inCAP, ABAP
Designs that place it1
AI-native North Star architecture — Platform LayerAI-native North Star architecture — Platform Layerreference architecturesingle governed gateway for agent traffic
For your agent
Ref
capability:tool-governance
JSON
/capabilities/tool-governance.json
MCP
Connecting an agent