Skip to main content
POST
Redeliver Webhook

Overview

Queues a new delivery attempt for the same underlying event as the original delivery. The new attempt carries a fresh webhook-timestamp (so freshness checks on your side pass) and a new delivery_attempt_id, but the same webhook-id as the original, so your handler can still dedupe on it. This endpoint is billable. Requires the portfolios:manage scope.

Only terminal deliveries are redeliverable

Redelivery is accepted only when the delivery’s automatic retry chain has reached a terminal state: delivered, exhausted, or a failed attempt with no scheduled retry. If the chain is still live — the attempt is pending, or failed with an automatic retry still scheduled — the request returns 409 with error type redelivery_conflict. The automatic retry schedule (7 attempts over ~24 hours) is already working that delivery; redelivering mid-chain would race it. Poll GET /v1/webhooks/{id}/deliveries/{did} until the attempt is terminal, then redeliver. Repeated redelivery of the same terminal attempt is idempotent: the API returns the existing queued attempt’s delivery_attempt_id instead of creating a duplicate.

Path Parameters

string
required
Endpoint ID (whk_*).
string
required
Original delivery attempt UUID.

Response

string
Always "webhook_redelivery".
string
UUID of the newly queued attempt.
string
Request identifier.

Errors

Code Examples