---
title: "Replay a specific webhook event."
method: POST
path: "/webhooks/events/{id}/replay"
tags: ["WebhookEvents"]
---

# Replay a specific webhook event.

`POST /webhooks/events/{id}/replay`

Re-enqueues the exact payload from a previously recorded event to its original subscription.

The event is re-queued as a fresh delivery attempt (attempt 1) using the original payload unchanged.
Delivery follows the normal retry schedule if the endpoint is unavailable.

**Replay signal:** Replayed deliveries include the header `X-Debitura-Replay: true` so your endpoint can distinguish a replay from a live event and implement idempotency correctly.

**When to use:**
- Your endpoint was temporarily unavailable and you want to re-deliver a specific event.
- You want to test idempotency of your event handler.
- Part of CI-loop ASSERT: confirm an event was dispatched, then replay to a different receiver.

**Tenant isolation:** Only events belonging to your own subscriptions can be replayed.

## Path parameters

- `id` string, uuid, required

## Response `200`

Event re-enqueued for delivery

- DebituraWebExternalCustomerAPIModelsWebhooksDtosReplayEventResultDto — Result of replaying a specific webhook event.
  - `eventId` string, uuid — The ID of the event that was replayed.
  - `subscriptionId` string, uuid — The subscription the event was re-enqueued to.
  - `eventType` string, nullable — The event type that was replayed.

## Other responses

- `404` — Event not found or not owned by this creditor

---

[API](https://skmtc.net/debitura/apis/debitura-customer-api.md) · [All operations](https://skmtc.net/debitura/apis/debitura-customer-api/llms.txt) · [OpenAPI document](https://skmtc-service-staging.skmtc.workers.dev/v1/apis/debitura/debitura-customer-api/versions/46478f2e476f/schema)