Returns a custom HTTP response to the caller that initiated the workflow via a Webhook Trigger. Use this node when you want to send a meaningful response back to the webhook sender instead of the default empty 202 response. The workflow continues executing after the response is sent.
webhook_response
When a workflow is triggered by a Webhook Trigger, Flusso normally returns a default
202 Accepted response immediately as the run is queued. The Webhook Response node
lets you override this: it sends a custom response body, status code, and headers back to the
caller at the point in the workflow where you place the node.
This is useful when the webhook sender expects a meaningful reply โ for example, a payment
provider expecting a 200 OK to acknowledge receipt, or an external system
expecting a JSON object containing a processed result. Because the workflow continues
executing after the response is dispatched, you can acknowledge the caller quickly and
then carry on with slower asynchronous processing steps.
| Field | Status | Description |
|---|---|---|
| Status Code | Required | HTTP status code to return, e.g. 200, 201, 400. Default: 200. |
| Body | Optional | The response body. Can be a JSON object, plain text, or {{ variable }} reference. Defaults to empty. |
| Content Type | Optional | The Content-Type header. Default: application/json. |
| Headers | Optional | Additional response headers as key-value pairs. |
After the response is dispatched, the following fields are available on the step output:
| Field | Type | Description |
|---|---|---|
sent | boolean | True once the response has been dispatched. |
status | number | The status code that was sent. |
validate) that verifies
the request signature from {{ trigger.output.headers.x-signature }}.
200 and Body to:
200 on success and 400 on validation failure.