Data & Payload Slimming

Response Mapping

Direct Definition

Response mapping is defining how fields from one or more upstream API responses are selected, renamed, and placed into a new output structure. Each mapping rule connects a source path, such as customer.email from a billing step, to a target path in the client response.

Technical Architecture & Deep-Dive

Mappings are the declarative heart of API composition. Instead of writing imperative glue code, you describe the desired output: `profile.name` comes from the users step, `plan` from the billing step, `lastInvoice` from the invoices step.

Declarative mappings are easier to review, version, and change than custom code, and they let low-code teams build tailored endpoints. Edge pipelines evaluate mappings after upstream calls complete, returning only the mapped fields.

Key Architectural Benefits

Defines output shape declaratively instead of with glue code.
Combines fields from multiple upstream responses cleanly.
Keeps client contracts stable when upstream shapes change.

Declarative Output Mapping

json
{
  "fields": [
    { "targetPath": "name", "sourceStep": "user", "sourcePath": "data.full_name" },
    { "targetPath": "plan", "sourceStep": "billing", "sourcePath": "subscription.plan.id" }
  ]
}
REALCOMPOSER EDGE WORKSPACE

Map API Responses Without Code

Pick fields from any upstream step and assemble a clean JSON contract for your client.

LAUNCH TOOL

Frequently Asked Questions

Q:Can response mapping rename fields?

Yes. Renaming is a core use case, such as mapping snake_case upstream fields to camelCase keys expected by a JavaScript client.

Related Architecture Concepts

Ready-to-Use Edge Recipes