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.
In this repository413 other files it gives its agents.
- .agents/AGENTS.mdAGENTS.md
- AGENTS.mdAGENTS.md
- .codex/AGENTS.mdAGENTS.md
- .cursor/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- sap-router-skillCopilot instructions
- .cursor/rules/sap-router.mdcCursor rule
- abap-cloud-migrationSkill
- abap-cloudSkill
- abap-code-patternsSkill
- abap-code-reviewSkill
- abap-docs-referenceSkill
- abapgitSkill
- abapSkill
- abap-snippetSkill
- abap-sql-amdpSkill
- abap-system-infoSkill
- abap-unit-testingSkill
- arc-1-skillsSkill
- atc-cloudificationSkill
- authorization-iamSkill
- automation-pilot-catalog-explorerSkill
- automation-pilot-command-generationSkill
- automation-pilot-command-reviewSkill
- automation-pilot-content-management-via-apiSkill
- automation-pilot-debuggerSkill
- automation-pilot-executions-apiSkill
- automation-pilot-executor-executescriptSkill
- automation-pilot-executor-httprequestSkill
- automation-pilot-mcp-server-generationSkill
- automation-pilot-scheduled-executions-apiSkill
- badi-enhancementSkill
- btp-abap-environmentSkill
- btp-best-practicesSkill
- btp-build-work-zoneSkill
- btp-business-application-studioSkill
- btp-ciasSkill
- btp-cloud-foundrySkill
- btp-cloud-identitySkill
- btp-cloud-loggingSkill
- btp-cloud-platformSkill
- btp-cloud-transport-managementSkill
- btp-connectivitySkill
- btp-developer-guideSkill
- btp-diagram-generatorSkill
- btp-job-schedulingSkill
- btp-master-data-integrationSkill
- btp-service-managerSkill
- cap-add-remote-serviceSkill
- cap-developerSkill
- cap-triviaSkill
- capture-answerSkill
- cap-upgradeSkill
- cds-view-entitiesSkill
- claude-abap-skillsSkill
- claude-memSkill
- clean-abapSkill
- context-modeSkill
- cpi-iflow-developmentSkill
- engine-cap-developmentSkill
- The first 60 shown.
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
- Very specific: line 78
Use sap-cpi-mcp first. Fall back to integration-suite-ui-mcp only when the background API path is blocked.
- Distinctive: line 83
Create API proxy to expose backend with governance:
- Distinctive: line 91
Add policies: authentication (OAuth2/API Key), rate limiting, quota
- Distinctive: line 98
Create agreement: select sender, receiver, and message type (e.g., ORDERS, INVOIC)
- Distinctive: line 117
Test end-to-end before cutover
- Very specific: line 156
CPI accessible: Call cpi_test_connection, then cpi_packages with a bounded limit
- Distinctive: line 159
Migration completeness: All PI/PO interfaces have CPI equivalent deployed and tested end-to-end
- Distinctive: line 160
Open Connector reachable: Test connector instance returns data from target SaaS API
≈ “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.
Files
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 → ReceiverDeploy 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_commitUse 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)- Integration Suite → API Management → APIs → Create API
- Define backend endpoint (e.g., S/4HANA OData service URL)
- Add policies: authentication (OAuth2/API Key), rate limiting, quota
- Deploy proxy and test via API endpoint
Step 4 — Configure Trading Partner Management
- Integration Suite → Trading Partner Management → Partners → Create
- Define partner profile with EDI identifier (e.g., DUNS, GLN)
- Create agreement: select sender, receiver, and message type (e.g., ORDERS, INVOIC)
- Configure EDI separator and envelope settings
- Deploy agreement and test with sample EDI payload
Step 5 — Migrate from SAP PI/PO
| PI/PO Component | Integration Suite Replacement |
| Adapter Engine | CPI Adapters (SFTP, SOAP, IDoc, OData, etc.) |
| ESR mappings | CPI Message Mapping + Integration Advisor |
| ccBPM processes | CPI Integration Processes (BPMN 2.0) |
| SXMB_MONI | CPI Message Processing Logs (Web UI) |
| Integration Repository | CPI Web UI → Design → Integration Flows |
Migration approach:
- Export PI/PO objects (ESR + ID directory) using
SAP PI Migration Tool - Map each communication channel to CPI adapter
- Rebuild mappings using CPI Message Mapping or XSLT
- Replace ccBPM with CPI integration processes
- 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 stepSupported 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 usesit-cpi.cfapps.*. Solution: Use the URL from your Service Key JSON.
Verification
- Integration Suite enabled: BTP Cockpit → Services → Instances shows Integration Suite in "Started" state
- CPI accessible: Call
cpi_test_connection, thencpi_packageswith a bounded limit - API proxy works: Send request to proxy endpoint, verify rate limiting and auth policies fire
- Trading partner agreement active: Send test EDI message, verify it routes to correct receiver
- Migration completeness: All PI/PO interfaces have CPI equivalent deployed and tested end-to-end
- Open Connector reachable: Test connector instance returns data from target SaaS API
- Event Mesh delivers: Publish test event to topic, verify subscriber queue receives message
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
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.

