Svix · Arazzo Workflow

Svix Recover Failed Webhooks

Version 1.0.0

Trigger recovery of an endpoint's failed messages and poll the background task to completion.

1 workflow 2 source APIs 1 provider
View Spec View on GitHub WebhookWebhooks As A ServiceWebhook DeliveryWebhook SendingEvent-DrivenEventingMessagingPub-SubStreamingIngestIntegrationReliabilityRetriesDeliverabilitySigningVerificationHMACStandard WebhooksMulti-TenantMulti-RegionEnterpriseSoftware-as-a-ServiceDeveloper PlatformRESTSOC 2HIPAAPCI DSSGDPROpen-SourceRustPolyglot SDKTerraformCLIArazzoWorkflows

Provider

svix

Workflows

recover-failed-webhooks
Replay an endpoint's failed messages and wait for the recovery task to finish.
Verifies the endpoint, starts a recovery from the given timestamp, then polls the background task created by the recovery until its status is no longer running.
3 steps inputs: appId, endpointId, since outputs: endpointId, finalStatus, taskId
1
getEndpoint
Confirm the endpoint exists before starting recovery. Returns 200 with the endpoint object.
2
startRecovery
Start replaying the endpoint's failed messages since the given timestamp. Returns 202 Accepted with a background task reference.
3
pollTask
Poll the recovery background task until it leaves the running state. The step retries while the task status is still running.

Source API Descriptions

Arazzo Workflow Specification

Raw ↑
arazzo: 1.0.1
info:
  title: Svix Recover Failed Webhooks
  summary: Trigger recovery of an endpoint's failed messages and poll the background task to completion.
  description: >-
    When a receiving service has an outage, Svix can replay the messages that
    failed during a window. This workflow confirms the endpoint exists, starts
    a recovery for messages since a given timestamp, and then polls the
    resulting background task until it finishes so the caller knows the replay
    completed. Every step spells out its request inline so the flow can be read
    and executed without opening the underlying OpenAPI description.
  version: 1.0.0
sourceDescriptions:
- name: backgroundTaskApi
  url: ../openapi/svix-background-task-api-openapi.yml
  type: openapi
- name: endpointApi
  url: ../openapi/svix-endpoint-api-openapi.yml
  type: openapi
workflows:
- workflowId: recover-failed-webhooks
  summary: Replay an endpoint's failed messages and wait for the recovery task to finish.
  description: >-
    Verifies the endpoint, starts a recovery from the given timestamp, then
    polls the background task created by the recovery until its status is no
    longer running.
  inputs:
    type: object
    required:
    - appId
    - endpointId
    - since
    properties:
      appId:
        type: string
        description: The id or uid of the application owning the endpoint.
      endpointId:
        type: string
        description: The id or uid of the endpoint to recover failed messages for.
      since:
        type: string
        description: ISO 8601 timestamp; failed messages on or after this are replayed.
  steps:
  - stepId: getEndpoint
    description: >-
      Confirm the endpoint exists before starting recovery. Returns 200 with the
      endpoint object.
    operationId: v1.endpoint.get
    parameters:
    - name: app_id
      in: path
      value: $inputs.appId
    - name: endpoint_id
      in: path
      value: $inputs.endpointId
    successCriteria:
    - condition: $statusCode == 200
    outputs:
      endpointId: $response.body#/id
  - stepId: startRecovery
    description: >-
      Start replaying the endpoint's failed messages since the given timestamp.
      Returns 202 Accepted with a background task reference.
    operationId: v1.endpoint.recover
    parameters:
    - name: app_id
      in: path
      value: $inputs.appId
    - name: endpoint_id
      in: path
      value: $steps.getEndpoint.outputs.endpointId
    requestBody:
      contentType: application/json
      payload:
        since: $inputs.since
    successCriteria:
    - condition: $statusCode == 202
    outputs:
      taskId: $response.body#/id
      status: $response.body#/status
  - stepId: pollTask
    description: >-
      Poll the recovery background task until it leaves the running state. The
      step retries while the task status is still running.
    operationId: v1.background-task.get
    parameters:
    - name: task_id
      in: path
      value: $steps.startRecovery.outputs.taskId
    successCriteria:
    - condition: $statusCode == 200
    - context: $response.body
      condition: $.status != 'running'
      type: jsonpath
    onFailure:
    - name: retryTask
      type: retry
      retryAfter: 3
      retryLimit: 10
      criteria:
      - condition: $statusCode == 200
    outputs:
      taskId: $response.body#/id
      finalStatus: $response.body#/status
  outputs:
    endpointId: $steps.getEndpoint.outputs.endpointId
    taskId: $steps.startRecovery.outputs.taskId
    finalStatus: $steps.pollTask.outputs.finalStatus

Work with this as data

Every workflow here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for arazzo workflows

4 MCP tools reach this
  • find_arazzoBrowse and filter every workflow in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This workflow
curl "https://apis.io/api/v1/arazzo/svix-recover-failed-webhooks-workflow"
All arazzo workflows
curl "https://apis.io/api/v1/arazzo?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.