> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # API para reenviar entregas de webhook > Didit reenvía a tu endpoint una entrega de webhook anterior, firmada de nuevo, y devuelve el nuevo intento con el estado HTTP recibido. Prompt de la API para reenviar una entrega de destino de webhook Copiar el prompt al portapapeles \

\`Resend a past Didit webhook delivery to my endpoint through the Management API.

Endpoint:
POST https://verification.didit.me/v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/resend/

Authentication:
Use the x-api-key header with my Didit API key. A scoped API key needs webhooks: write and decisions: read. A key limited to some workflows or to approved sessions cannot use this endpoint.

Goal:
\- Recover webhooks my endpoint missed (for example during an outage) by sending them again once the endpoint is fixed.

Path parameters:
\- destination_uuid: the destination uuid from GET /v3/webhook/destinations/.
\- delivery_uuid: the uuid of the delivery to resend, from GET /v3/webhook/destinations/{destination_uuid}/deliveries/.

Behavior:
\- No request body.
\- Didit takes the stored payload, sets a fresh timestamp, signs it again with the destination's current secret_shared_key (X-Signature, X-Signature-V2, X-Signature-Simple and X-Timestamp) and POSTs it to the URL the original delivery went to (request_url), even if the destination URL changed since or the destination is disabled.
\- event_id and the rest of the payload are unchanged, so deduplicate on event_id in my endpoint.
\- The call waits for my endpoint (up to 5 seconds) and returns 200 with the new delivery whatever my endpoint answered. Check response_status in the response: 2xx means accepted, 504 a timeout, 503 a connection failure.
\- One attempt only: a resend is not retried automatically. Every call sends again and creates a new delivery with its own uuid; the original delivery is unchanged.
\- The response is redacted like GET delivery for scoped keys (media URLs, session tokens and hosted links as null); my endpoint still receives the full payload.

Example call:
curl -X POST "https://verification.didit.me/v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/resend/" \
-H "x-api-key: YOUR_API_KEY"

Failure modes:
\- 400: { "detail": "Invalid webhook data format", "code": "invalid_webhook_payload" } when the stored delivery cannot be signed again. Nothing is sent.
\- 401: { "detail": "This API key has expired." }
\- 403: { "detail": "You do not have permission to perform this action." }, { "detail": "This API key has no write access to webhooks." }, { "detail": "This API key has no read access to decisions." }, or the limited-key message.
\- 404: { "detail": "Webhook destination not found." } or { "detail": "Webhook delivery not found." }
\- 429: more than 300 write requests per minute with this key; wait for Retry-After.

Side effects:
\- My endpoint receives the webhook again, and a new delivery appears in the destination's deliveries and analytics.

For the full integration shape, see /integration/integration-prompt.`

\
Pegar en > [!WARNING] > > Cada llamada vuelve a entregar el webhook. Haz que tu endpoint sea idempotente respecto a `event_id` antes de reenviar entregas de forma masiva, y reenvía solo las entregas cuyo `response_status` sea `null` o `400` o superior.Un reenvío se envía a la URL que usó la entrega original. Si moviste el destino a una nueva URL, las entregas anteriores siguen apuntando a la URL antigua. Busca las entregas que quieres reenviar con [Listar entregas de destino de webhook](https://docs.didit.me/es/management-api/webhook/list-deliveries.md) y consulta la [guía de webhooks](https://docs.didit.me/es/integration/webhooks.md) para la verificación de firma. ## OpenAPI ````yaml es/openapi-25.json POST /v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/resend/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: API de verificación de identidad. Autentícate con el encabezado x-api-key. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/webhook/destinations/{destination_uuid}/deliveries/{delivery_uuid}/resend/: post: tags: - Webhook summary: Reenviar la entrega del destino de webhook description: >- Vuelve a enviar una entrega anterior, por ejemplo después de que tu endpoint haya estado caído. Didit toma el payload almacenado, establece un `timestamp` nuevo, lo vuelve a firmar con el `secret_shared_key` actual del destino (`X-Signature`, `X-Signature-V2`, `X-Signature-Simple` y `X-Timestamp`) y lo publica en el `request_url` de la entrega, aunque la URL del destino haya cambiado desde entonces o el destino esté desactivado. `event_id` y el resto del payload no cambian, así que elimina duplicados por `event_id`. La llamada espera hasta 5 segundos a tu endpoint y devuelve la nueva entrega con `200` sea cual sea la respuesta de tu endpoint: consulta `response_status`. Un reenvío no se reintenta automáticamente, cada llamada vuelve a enviar y crea una nueva entrega, y la solicitud no tiene cuerpo. Una clave de API con alcance limitado necesita `webhooks: write` y `decisions: read`; una clave limitada a algunos flujos o a sesiones aprobadas no puede usar este endpoint. operationId: resend_webhook_destination_delivery parameters: - name: destination_uuid in: path required: true description: UUID del destino al que se envió la entrega. schema: type: string format: uuid example: 11111111-2222-3333-4444-555555555555 - name: delivery_uuid in: path required: true description: >- UUID de la entrega que se va a reenviar: el `uuid` de una entrada devuelta por `GET /v3/webhook/destinations/{destination_uuid}/deliveries/`. schema: type: string format: uuid example: 66666666-7777-8888-9999-000000000001 responses: '200': description: >- La nueva entrega, ya intentada. `response_status` es lo que respondió tu endpoint esta vez (`504` tiempo de espera agotado, `503` fallo de conexión). La entrega original no cambia. content: application/json: schema: $ref: '#/components/schemas/WebhookDestinationDeliveryDetail' examples: Accepted on resend: value: uuid: 66666666-7777-8888-9999-000000000004 session_id: 22222222-3333-4444-5555-666666666666 request_url: https://yourapp.com/webhooks/didit response_status: 200 response_time_ms: 151 status: In Progress webhook_type: status.updated created_at: '2026-10-16T14:05:42.330981Z' request_header: >- {"Content-Type": "application/json", "X-Signature": "b8eb1e376517ee0cad8ba98ff7f8fd35fc72eca231000963a96a335f82328835", "X-Signature-V2": "9efd2ce9ed1303e1d05273ef9608a59363ed9789a05253db4748b3e8e50cb109", "X-Signature-Simple": "bf3a9dc04b2c20ab539203b0cd5cca2a10f630bf62d8feb6d68d82af80f64774", "X-Timestamp": "1792159542", "User-Agent": "DiditWebhook/2.0 +https://didit.me"} request_body: >- {"application_id":"aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee","created_at":1792056057,"environment":"live","event_id":"33333333-4444-5555-6666-777777777777","sandbox_scenario":null,"session_id":"22222222-3333-4444-5555-666666666666","status":"In Progress","timestamp":1792159542,"vendor_data":"user-123","webhook_type":"status.updated","workflow_id":"44444444-5555-6666-7777-888888888888","workflow_version":3} '400': description: No se pudo volver a firmar la entrega almacenada. No se envía nada. content: application/json: schema: type: object properties: detail: type: string description: Mensaje de error legible. code: type: string description: >- Código de error estable legible por máquina. Usa este valor para bifurcar la lógica, no `detail`. examples: Unsignable delivery: value: detail: Invalid webhook data format code: invalid_webhook_payload '401': description: >- La clave de API ha expirado: se creó con una fecha de caducidad que ya pasó. Una clave incorrecta o revocada también recibe `401`; si falta la clave, se recibe `403`. content: application/json: schema: type: object properties: detail: type: string description: Mensaje de error legible. examples: Expired key: value: detail: This API key has expired. '403': description: >- La solicitud no está permitida. Una `x-api-key` ausente, no válida o revocada recibe `You do not have permission to perform this action.` Una clave con alcance limitado que no tiene el acceso que necesita este endpoint recibe un mensaje que indica el acceso que falta, y una clave usada desde fuera de su lista de IP permitidas recibe `This API key can't be used from this IP address.` Una clave limitada a algunos flujos o a sesiones aprobadas recibe `This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint.` content: application/json: schema: type: object properties: detail: type: string description: Mensaje de error legible. examples: Missing or invalid key: value: detail: You do not have permission to perform this action. Scoped key without webhooks write: value: detail: This API key has no write access to webhooks. Scoped key without decisions read: value: detail: This API key has no read access to decisions. Key limited to workflows or approved sessions: value: detail: >- This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint. Outside the IP allowlist: value: detail: This API key can't be used from this IP address. '404': description: >- El destino no existe para la aplicación o se ha eliminado, o la entrega no existe, pertenece a otro destino o ya no está disponible. content: application/json: schema: type: object properties: detail: type: string description: Mensaje de error legible. examples: Destination not found: value: detail: Webhook destination not found. Delivery not found: value: detail: Webhook delivery not found. '429': description: >- Límite de solicitudes superado: más de 300 solicitudes de escritura (POST, PATCH, PUT, DELETE) en la ventana actual de un minuto para esta clave de API. Espera `Retry-After` segundos antes de reintentar. headers: Retry-After: description: Segundos que hay que esperar antes de reintentar. schema: type: integer minimum: 1 example: 30 X-RateLimit-Limit: description: Solicitudes permitidas en la ventana de un minuto (300). schema: type: integer example: 300 X-RateLimit-Remaining: description: Solicitudes restantes en la ventana actual. schema: type: integer example: 0 X-RateLimit-Reset: description: Tiempo Unix (segundos) en que se restablece la ventana actual. schema: type: integer example: 1792056120 X-RateLimit-Scope: description: Nombre del presupuesto que se superó. schema: type: string example: generic-write content: application/json: schema: type: object properties: detail: type: string description: Mensaje de error legible. examples: Throttled: value: detail: >- Write request rate limit exceeded. You can make up to 300 requests per minute. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X POST 'https://verification.didit.me/v3/webhook/destinations/11111111-2222-3333-4444-555555555555/deliveries/66666666-7777-8888-9999-000000000001/resend/' \ -H 'x-api-key: YOUR_API_KEY' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.webhooks.destinations.resend_delivery( "11111111-2222-3333-4444-555555555555", "66666666-7777-8888-9999-000000000001", ) print(result) - lang: javascript label: Node.js source: |- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); const result = await didit.webhooks.destinations.resendDelivery( "11111111-2222-3333-4444-555555555555", "66666666-7777-8888-9999-000000000001", ); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Webhooks.Destinations.ResendDelivery(ctx, \"11111111-2222-3333-4444-555555555555\", \"66666666-7777-8888-9999-000000000001\")\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)" - lang: java label: Java source: >- import me.didit.Didit; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.webhooks().destinations().resendDelivery("11111111-2222-3333-4444-555555555555", "66666666-7777-8888-9999-000000000001"); System.out.println(result); - lang: php label: PHP source: >- webhooks->destinations->resendDelivery('11111111-2222-3333-4444-555555555555', '66666666-7777-8888-9999-000000000001'); print_r($result->toArray()); - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.webhooks.destinations.resend_delivery( "11111111-2222-3333-4444-555555555555", "66666666-7777-8888-9999-000000000001" ) puts result.to_h - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); var result = await client.Webhooks.Destinations.ResendDeliveryAsync("11111111-2222-3333-4444-555555555555", "66666666-7777-8888-9999-000000000001"); Console.WriteLine(JsonSerializer.Serialize(result)); components: schemas: WebhookDestinationDeliveryDetail: type: object description: >- Un intento de entrega a un destino de webhook, con los encabezados y el cuerpo exactos de la solicitud que envió Didit. required: - uuid - session_id - request_url - response_status - response_time_ms - status - webhook_type - created_at - request_header - request_body properties: uuid: type: string format: uuid description: ID de entrega, para las llamadas de detalle y de reenvío. session_id: type: string format: uuid nullable: true description: >- Sesión de verificación de usuario a la que se refiere el evento. `null` para los eventos de sesiones de empresa, usuarios, empresas, transacciones, Travel Rule y flujos. request_url: type: string format: uri nullable: true description: >- URL a la que se envió la entrega: la URL del destino en el momento en que se generó el evento. response_status: type: integer nullable: true description: >- Estado HTTP que devolvió tu endpoint. `null` mientras la entrega está en cola y aún no se ha intentado. Cuando no se recibe ninguna respuesta HTTP, Didit registra un estado propio: `504` cuando tu endpoint no respondió en 5 segundos, `503` para un fallo de conexión, `400` cuando la URL se rechazó por no ser segura (por ejemplo, una dirección privada o interna) y `404` para cualquier otro error de la solicitud. `400` o superior cuenta como entrega fallida. response_time_ms: type: integer nullable: true minimum: 0 description: >- Tiempo que tardó el intento, en milisegundos. `null` mientras la entrega está en cola. status: type: string nullable: true description: >- Estado que informó el evento cuando se generó: el estado de la sesión para los eventos de sesión (por ejemplo, `Approved` o `In Review`), el estado de la persona o de la empresa para los eventos de usuario y de empresa, y el estado de la transacción para los eventos de transacción. `null` para los eventos que no incluyen ningún estado. webhook_type: $ref: '#/components/schemas/WebhookEvent' created_at: type: string format: date-time description: Cuándo se creó la entrega. request_header: type: string description: >- Texto JSON (una cadena) de los encabezados de la solicitud que envió Didit: `Content-Type`, `X-Signature`, `X-Signature-V2`, `X-Signature-Simple`, `X-Timestamp` y `User-Agent`. Analízalo con un parser JSON. Contiene firmas, nunca el secreto de firma. request_body: type: string description: >- Texto JSON (una cadena) del payload exacto que envió Didit, con las claves ordenadas, incluidos `event_id` y `timestamp`. Analízalo con un parser JSON; consulta [Estructura del payload](https://docs.didit.me/es/integration/webhooks#estructura-del-payload). Para una clave con alcance limitado sin `media: read`, las URL de medios que contiene son `null`; sin `sessions: write`, los tokens de sesión y los enlaces de verificación alojados son `null`. Un cuerpo modificado de esa forma ya no coincide con sus firmas. Didit no registra el cuerpo de la respuesta que devolvió tu endpoint. WebhookEvent: type: string description: >- Nombre de evento de webhook admitido. Usa exactamente estas cadenas en `subscribed_events`; los valores no admitidos se rechazan. enum: - status.updated - data.updated - user.status.updated - user.data.updated - business.status.updated - business.data.updated - activity.created - transaction.created - transaction.status.updated - travel_rule.status.updated - workflow.compliance_changed - transaction_rule_suggestions.created - auth.signup - auth.login - auth.login_failed - auth.password_reset_requested - auth.password_reset_completed - auth.mfa_changed - auth.new_device - auth.account_locked - investigator.report.ready - investigator.decision.automated - investigator.decision.overridden - investigator.decision.contested - investigator.question.raised - investigator.automation.paused - investigator.rfi.answered - investigator.rfi.overdue - investigator.drift.detected - investigator.sla.breached - investigator.qa.failed - investigator.external.report.ready securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- La clave de API de tu aplicación, que encontrarás en Developers -> API keys en la Business Console. La clave principal tiene acceso completo. Una clave con nombre puede tener un alcance limitado: ninguno, lectura o escritura por recurso, limitada a algunos flujos o a sesiones aprobadas, a una lista de direcciones IP y a una fecha de caducidad. 401 significa que la clave es incorrecta, se revocó o expiró; 403 significa que no se envió ninguna clave, que la clave no tiene acceso a este recurso o acción, o que la solicitud provino de una dirección fuera de su lista de IP; 404 en una ruta de sesión significa que la sesión está fuera de los flujos o estados de la clave. Una clave sin acceso a contenido multimedia recibe las URL de imágenes, videos y PDF como null, y una clave sin permiso de escritura en sesiones recibe los enlaces y tokens de sesión como null. Consulta https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.