agentleFS
williamcorrea23williamcorrea23/sap-router-skill/.agents/skills/btp-integration-suite/SKILL.md

btp-integration-suite

Skill1 starsChanged 4 months agoMITView on GitHub

SAP Integration Suite — Cloud Integration (CPI iFlows), API Management, Open Connectors, Trading Partner Management, Integration Advisor, Event Mesh, PI/PO migration. Use when designing CPI iFlows, managing API proxies, configuring trading partners, migrating from SAP PI/PO, or selecting integration capabilities on BTP.

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 6 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use sap-cpi-mcp first. Fall back to integration-suite-ui-mcp only when the background API path is blocked.

    line 78
  2. Distinctive:

    Create API proxy to expose backend with governance:

    line 83
  3. Distinctive:

    Add policies: authentication (OAuth2/API Key), rate limiting, quota

    line 91
  4. Distinctive:

    Create agreement: select sender, receiver, and message type (e.g., ORDERS, INVOIC)

    line 98
  5. Distinctive:

    Test end-to-end before cutover

    line 117
  6. Very specific:

    CPI accessible: Call cpi_test_connection, then cpi_packages with a bounded limit

    line 156
  7. Distinctive:

    Migration completeness: All PI/PO interfaces have CPI equivalent deployed and tested end-to-end

    line 159
  8. Distinctive:

    Open Connector reachable: Test connector instance returns data from target SaaS API

    line 160

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

SAP Integration Suite

Comprehensive integration platform on SAP BTP. Provides Cloud Integration, API Management, Event Mesh, Trading Partner Management, Open Connectors, and Integration Advisor in a single suite.

Prerequisites

  • SAP BTP subaccount with Integration Suite entitlement
  • Service Key for Integration Suite (OAuth2 client_credentials)
  • Cloud Connector if accessing on-premise systems
  • For PI/PO migration: SAP PI 7.5+ system with export access

Capabilities Overview

  • Cloud Integration (CPI) — Message routing, transformation, iFlow design. Artifacts: Integration Flow (iFlow). MCP access via cpi_mcp.
  • API Management — API proxy lifecycle, rate limiting, analytics, auth (OAuth2/API Key). Artifacts: API Proxy.
  • Event Mesh — Event-driven architecture with topics, queues, and subscriptions. Enables async decoupled communication.
  • Trading Partner Management — B2B/EDI partner onboarding, agreements, document routing. Artifacts: Partner Agreements.
  • Integration Advisor — ML-assisted B2B message mapping using MIG (Mapping Guidelines) and MAG (Mapping Artifacts).
  • Open Connectors — 170+ pre-built connectors for non-SAP SaaS APIs (Salesforce, ServiceNow, etc.).
  • Edge Integration Cell — Hybrid deployment option running CPI runtime on customer Kubernetes cluster.

Step 1 — Enable Integration Suite

# Via BTP CLI
btp create services instance integration-suite standard my-integration-suite \
  --subaccount <subaccount-id> \
  --plan standard

# Create service key
btp create services binding my-integration-suite my-key \
  --subaccount <subaccount-id>

Or via BTP Cockpit → Subaccount → Services → Instances → Create.

Step 2 — Configure Cloud Integration (CPI)

Design iFlows following the standard pattern:

Sender (HTTPS/SFTP/IDoc) → Content Modifier → Groovy Script → Request-Reply → Receiver

Deploy and monitor through the canonical reviewed MCP:

# Design-time content: cpi_packages -> cpi_artifacts
# Runtime: cpi_runtime_artifacts
# Failed messages: cpi_logs -> cpi_message_details
# Mutations: cpi_deploy_plan -> human approval -> cpi_deploy_commit

Use sap-cpi-mcp first. Fall back to integration-suite-ui-mcp only when the background API path is blocked. Community CPI MCPs remain disabled until promoted.

Step 3 — Set Up API Management

Create API proxy to expose backend with governance:

API Consumer → API Proxy (rate limit, auth, analytics) → Backend (S/4HANA OData)
  1. Integration Suite → API Management → APIs → Create API
  2. Define backend endpoint (e.g., S/4HANA OData service URL)
  3. Add policies: authentication (OAuth2/API Key), rate limiting, quota
  4. Deploy proxy and test via API endpoint

Step 4 — Configure Trading Partner Management

  1. Integration Suite → Trading Partner Management → Partners → Create
  2. Define partner profile with EDI identifier (e.g., DUNS, GLN)
  3. Create agreement: select sender, receiver, and message type (e.g., ORDERS, INVOIC)
  4. Configure EDI separator and envelope settings
  5. Deploy agreement and test with sample EDI payload

Step 5 — Migrate from SAP PI/PO

PI/PO ComponentIntegration Suite Replacement
Adapter EngineCPI Adapters (SFTP, SOAP, IDoc, OData, etc.)
ESR mappingsCPI Message Mapping + Integration Advisor
ccBPM processesCPI Integration Processes (BPMN 2.0)
SXMB_MONICPI Message Processing Logs (Web UI)
Integration RepositoryCPI Web UI → Design → Integration Flows

Migration approach:

  1. Export PI/PO objects (ESR + ID directory) using SAP PI Migration Tool
  2. Map each communication channel to CPI adapter
  3. Rebuild mappings using CPI Message Mapping or XSLT
  4. Replace ccBPM with CPI integration processes
  5. Test end-to-end before cutover

Step 6 — Use Open Connectors for Non-SAP APIs

# Example: Query Salesforce via Open Connector
# Configure in Integration Suite → Open Connectors → Instances
# Get connector instance token and use in iFlow Request-Reply step

Supported connectors: Salesforce, ServiceNow, Workday, SharePoint, Box, Slack, and 170+ more.

PI/PO Migration Timeline

  • SAP PI 7.5 support ends 2027 — plan migration before end-of-support
  • SAP PO 7.5 support ends 2027 (mainstream) / 2030 (extended)
  • Assessment: 2-4 weeks; migration: 3-12 months depending on complexity

Integration Patterns

  • A2A (Application-to-Application): S/4HANA ↔ SuccessFactors via CPI iFlow with OData adapters
  • B2B (Business-to-Business): EDI X12/EDIFACT via Trading Partner Management + AS2 adapter
  • B2G (Business-to-Government): Government API integration with certificate-based auth
  • Event-driven: S/4HANA business events → Event Mesh → multiple subscribers
  • Hybrid: Cloud CPI → Cloud Connector → on-premise SAP (RFC/IDoc)

Pitfalls

  • iFlow design-time size limit ~10MB — Cause: Large scripts/schemas bloat the iFlow. Solution: Move complex logic to external scripts referenced by path; split into multiple iFlows.
  • Message size exceeds 100MB — Cause: Batch payloads too large. Solution: Use Splitter to break into smaller messages; process in chunks.
  • Groovy uses Nashorn (ECMAScript 5.1) — Cause: Modern JS features (let, arrow functions, promises) not supported. Solution: Use Groovy-native syntax; avoid ES6+ patterns.
  • PI/PO migration underestimates effort — Cause: ccBPM logic and ESR mappings don't auto-convert. Solution: Budget 3-12 months; manually rebuild complex mappings; test each interface.
  • Open Connector auth confusion — Cause: Each connector instance has its own token, not BTP OAuth. Solution: Get connector-specific token from Open Connectors UI; pass in iFlow Authorization header.
  • Event Mesh message loss — Cause: Queue not set to persistent or subscriber offline. Solution: Configure dead-letter queue; set queue accessType to EXCLUSIVE with retry.
  • Integration Suite vs classic CPI URL mismatch — Cause: Integration Suite uses integrationsuite.cfapps.*; classic CPI uses it-cpi.cfapps.*. Solution: Use the URL from your Service Key JSON.

Verification

  1. Integration Suite enabled: BTP Cockpit → Services → Instances shows Integration Suite in "Started" state
  2. CPI accessible: Call cpi_test_connection, then cpi_packages with a bounded limit
  3. API proxy works: Send request to proxy endpoint, verify rate limiting and auth policies fire
  4. Trading partner agreement active: Send test EDI message, verify it routes to correct receiver
  5. Migration completeness: All PI/PO interfaces have CPI equivalent deployed and tested end-to-end
  6. Open Connector reachable: Test connector instance returns data from target SaaS API
  7. Event Mesh delivers: Publish test event to topic, verify subscriber queue receives message

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.