SAP CAP function and action with Unstructured/Dynamic Type Input/Output
A CAP action or function can take or return an unstructured type: annotate the service @protocol: 'rest', declare the parameter or return value as @open type object {}, and a handler shapes the payload however a given request needs, shown here with a bound action and a function that returns a different structure per input. The text states plainly that ODataODataExposing data and operations through OData, including the service model, metadata and protocol versions clients require. Version differences affect which clients can consume a service and which query features they can use.SAP and community, narrow by design V4 and GraphQLGraphQLServing the same model over GraphQL instead of OData — one endpoint, the client naming the fields it wants, for consumers who expect that shape rather than an OData one.SAP only services require a fixed structure for action and function parameters, so the dynamic type works only over CAP's REST protocol.
Where it sits
Who is behind it
In the atlas: contributes to 1, wrote 3@AjitKP91author
Before you read it
ApplicabilityCore changedOData changed in @cap-js-community/odata-v2-adapter 1.10.0, 2023-04-05.
This is a derived prompt to re-check the work, not a claim that the work is wrong. Exact stale statements are recorded separately after editorial review.
Properties
About this work
For odata
Details
Graph
Source
History
- explains → applies_to on capability:odata (cap)Door scope proposed from the title and summary, so a door page lists the piece only where it holds (docs/concepts/content-on-doors.md).
- Entered the atlasDiscovered via SAP Community · cap-tag.
For your agent
- Ref
content:sap-cap-function-and-action-with-unstructured-dynamic-type-input-output- JSON
- /content/sap-cap-function-and-action-with-unstructured-dynamic-type-input-output.json
- MCP
- Connecting an agent