← ClaudeAtlas

cap-add-remote-servicelisted

Add a remote service integration to an existing CAP Node.js application using the Calesi pattern. Imports external APIs (from other CAP apps or OData/S4 sources), creates consumption views, wires up delegation and data federation handlers, and validates the result with cds watch. Use when a developer wants to consume an external service in their CAP app.
williamcorrea23/sap-router-skill · ★ 1 · API & Backend · score 69
Install: claude install-skill williamcorrea23/sap-router-skill
## What I do Guide the developer step-by-step through adding a remote service integration to an existing CAP Node.js project, following the CAP-Level Service Integration (Calesi) pattern. This covers importing APIs, defining consumption views, integrating the model, and wiring up the required Node.js handlers. ## Context I need first Before starting, inspect the project so I understand its structure: 1. Read `package.json` to learn the project name and existing dependencies. 2. Use `cds-mcp_search_model` to get an overview of the services and entities already defined in the project. 3. Ask the user: - Which remote service they want to integrate (another CAP app, S/4HANA Business Partner, etc.) - Whether they have the API already as an npm package, an `.edmx` file, or just a URL ## Step 1 — Import the API ### Option A: CAP package from npm If the remote service is published as a CAP package (e.g. `@capire/xflights-data`): ```sh npm add <package-name> ``` Check the added package's `index.cds` and `package.json` to understand what service name and entities it exposes. **Important**: Also check the package's mock data CSV files (usually in `srv/external/data/`) to see which columns actually have data. The consumption view should only project columns that exist in the mock data, otherwise the UI will show empty values during local development. (Check back with the user if unsure) ### Option B: OData EDMX file If the developer provides an `.edmx` file