Webhook Payloads - Bananaflow AI

Bananaflow executes webhook nodes asynchronously after a workflow run completes. You configure the target URL, HTTP method, headers, and payload template directly in the workflow definition.

How webhooks work

A call completes (or a run finishes)
Bananaflow executes any webhook nodes in the workflow asynchronously
The payload template is rendered with the run’s context and sent as a JSON POST (or your configured method) to your endpoint
Failed deliveries are retried automatically with backoff, up to 5 attempts. Timeouts, connection errors and HTTP 408, 425, 429, 500, 502, 503 and 504 are retried; other error responses are not

Payload context variables

The following variables are available in your payload_template using double-brace syntax (e.g. {{workflow_run_id}}):

Variable	Type	Description
`workflow_run_id`	integer	ID of the completed run
`workflow_run_name`	string	Name of the run
`workflow_id`	integer	ID of the workflow
`workflow_name`	string	Name of the workflow
`campaign_id`	integer \| null	ID of the campaign this run belongs to (null for ad-hoc runs)
`call_time`	string	ISO-8601 UTC timestamp of when the run was created
`initial_context`	object	Context passed when the call was initiated
`gathered_context`	object	Data extracted during the call by agent nodes
`gathered_context.call_status`	string	Observed reason the call ended
`gathered_context.call_disposition`	string	Raw final outcome before organization mapping
`gathered_context.mapped_call_disposition`	string	Final outcome after organization mapping
`cost_info`	object	Call cost breakdown
`cost_info.call_duration_seconds`	number	Call duration in seconds
`annotations`	object	QA analysis results (if a `qa` node is configured)
`recording_url`	string \| null	Public download URL for the call recording
`transcript_url`	string \| null	Public download URL for the call transcript

Call disposition

Use {{gathered_context.call_disposition}} for the raw workflow outcome or {{gathered_context.mapped_call_disposition}} for your organization’s mapped code. {{gathered_context.call_status}} remains the observed reason the call ended. See Call Dispositions to configure custom business outcomes for each workflow and understand the fallback behavior.

Bananaflow always includes a top-level call_disposition field in the delivered payload. If your template doesn’t set one, it is added automatically from the raw gathered_context.call_disposition; if your template sets it explicitly, your value is kept.

Example payload template

{
  "run_id": "{{workflow_run_id}}",
  "customer": "{{initial_context.customer_name}}",
  "outcome": "{{gathered_context.resolution}}",
  "call_status": "{{gathered_context.call_status}}",
  "disposition": "{{gathered_context.call_disposition}}",
  "mapped_disposition": "{{gathered_context.mapped_call_disposition}}",
  "duration": "{{cost_info.call_duration_seconds}}",
  "recording": "{{recording_url}}"
}

Authentication

Webhook requests support the following authentication methods, configured via a stored credential:

Type	Description
`NONE`	No authentication
`API_KEY`	Sends the key in a custom header (e.g. `X-API-Key`)
`BEARER_TOKEN`	Sends `Authorization: Bearer <token>`
`BASIC_AUTH`	HTTP Basic authentication (username + password)
`CUSTOM_HEADER`	Any custom header key-value pair

Receiving webhooks

Your endpoint should:

Accept POST requests with Content-Type: application/json
Respond with a 2xx status code promptly (within 30 seconds)
Handle duplicate deliveries idempotently (retries may deliver the same payload more than once)

Minimal example receiver (Python)

from fastapi import FastAPI, Request

app = FastAPI()

@app.post("/webhook/bananaflow")
async def handle_bananaflow_webhook(request: Request):
    payload = await request.json()
    run_id = payload.get("run_id")
    outcome = payload.get("outcome")
    # process the call result...
    return {"status": "ok"}

Webhook node in a workflow definition

See Workflow Definition Schema for the full configuration reference.

{
  "id": "webhook-1",
  "type": "webhook",
  "position": { "x": 600, "y": 0 },
  "data": {
    "name": "Notify CRM",
    "enabled": true,
    "http_method": "POST",
    "endpoint_url": "https://your-service.com/webhook/bananaflow",
    "payload_template": {
      "run_id": "{{workflow_run_id}}",
      "customer": "{{initial_context.customer_name}}",
      "outcome": "{{gathered_context.resolution}}"
    }
  }
}

​How webhooks work

​Payload context variables

​Call disposition

​Example payload template

​Authentication

​Receiving webhooks

​Minimal example receiver (Python)

​Webhook node in a workflow definition

How webhooks work

Payload context variables

Call disposition

Example payload template

Authentication

Receiving webhooks

Minimal example receiver (Python)

Webhook node in a workflow definition