> ## 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. # Reenviar entrega de webhook: API de gestão Didit > Com a Didit, reenvie uma entrega de webhook anterior ao seu endpoint, reassinada, e obtenha a nova tentativa com o código HTTP devolvido. Prompt da API para reenviar a entrega do destino do webhook Copiar o prompt para a área de transferência \

\`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.`

\
Colar em > [!WARNING] > > Cada chamada volta a entregar o webhook. Torne o seu endpoint idempotente com base em `event_id` antes de reenviar em massa, e reenvie apenas as entregas cujo `response_status` seja `null`, `400` ou superior.Um reenvio é enviado para o URL que a entrega original utilizou. Se alterou o destino para um novo URL, as entregas antigas continuam a apontar para o anterior. Encontre as entregas a reenviar em [Listar entregas do destino do webhook](https://docs.didit.me/pt/management-api/webhook/list-deliveries.md) e consulte o [guia de webhooks](https://docs.didit.me/pt/integration/webhooks.md) para a verificação da assinatura. ## OpenAPI ````yaml pt/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 Verificação de identidade. Autentique-se com o cabeçalho 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 entrega para o destino do webhook description: >- Envie novamente uma entrega anterior, por exemplo, após o seu endpoint ter estado indisponível. A Didit utiliza o payload guardado, define um novo `timestamp`, assina-o novamente com o `secret_shared_key` atual do destino (`X-Signature`, `X-Signature-V2`, `X-Signature-Simple` e `X-Timestamp`) e envia-o por POST para o `request_url` da entrega, mesmo que o URL do destino tenha mudado entretanto ou o destino esteja desativado. O `event_id` e o resto do payload permanecem inalterados, pelo que deve eliminar duplicados com base no `event_id`. A chamada aguarda até 5 segundos pelo seu endpoint e devolve a nova entrega com `200`, qualquer que tenha sido a resposta do seu endpoint: leia o `response_status`. Um reenvio não é repetido automaticamente, cada chamada envia novamente e cria uma nova entrega, e o pedido não tem corpo. Uma chave de API com âmbito precisa de `webhooks: write` e `decisions: read`; uma chave limitada a alguns fluxos ou a sessões aprovadas não pode utilizar este endpoint. operationId: resend_webhook_destination_delivery parameters: - name: destination_uuid in: path required: true description: UUID do destino para o qual a entrega foi enviada. schema: type: string format: uuid example: 11111111-2222-3333-4444-555555555555 - name: delivery_uuid in: path required: true description: >- UUID da entrega a reenviar: o `uuid` de uma entrada retornada por `GET /v3/webhook/destinations/{destination_uuid}/deliveries/`. schema: type: string format: uuid example: 66666666-7777-8888-9999-000000000001 responses: '200': description: >- A nova entrega, já tentada. `response_status` é o que o seu endpoint respondeu desta vez (`504` tempo limite excedido, `503` falha de ligação). A entrega original permanece inalterada. 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: >- A entrega armazenada não pôde ser assinada novamente. Nada é enviado. content: application/json: schema: type: object properties: detail: type: string description: Mensagem de erro legível. code: type: string description: >- Código de erro legível por máquina estável. Crie ramificações com base neste campo, e não em `detail`. examples: Unsignable delivery: value: detail: Invalid webhook data format code: invalid_webhook_payload '401': description: >- A chave de API expirou: foi criada com uma data de validade que já passou. Uma chave incorreta ou revogada também recebe `401`; uma chave em falta recebe `403`. content: application/json: schema: type: object properties: detail: type: string description: Mensagem de erro legível. examples: Expired key: value: detail: This API key has expired. '403': description: >- O pedido não é permitido. Um `x-api-key` em falta, inválido ou revogado recebe `You do not have permission to perform this action.` Uma chave com âmbito sem o acesso de que este endpoint necessita recebe uma mensagem a indicar o acesso em falta, e uma chave utilizada fora da sua lista de permissões de IP recebe `This API key can't be used from this IP address.` Uma chave limitada a alguns fluxos ou a sessões aprovadas recebe `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: Mensagem de erro legível. 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: >- O destino não existe para a aplicação ou foi eliminado, ou a entrega não existe, pertence a outro destino ou já não está disponível. content: application/json: schema: type: object properties: detail: type: string description: Mensagem de erro legível. examples: Destination not found: value: detail: Webhook destination not found. Delivery not found: value: detail: Webhook delivery not found. '429': description: >- Limite de pedidos excedido: mais de 300 pedidos de escrita (POST, PATCH, PUT, DELETE) na janela atual de um minuto para esta chave de API. Aguarde `Retry-After` segundos antes de tentar novamente. headers: Retry-After: description: Segundos a aguardar antes de tentar novamente. schema: type: integer minimum: 1 example: 30 X-RateLimit-Limit: description: Pedidos permitidos na janela de um minuto (300). schema: type: integer example: 300 X-RateLimit-Remaining: description: Pedidos restantes na janela atual. schema: type: integer example: 0 X-RateLimit-Reset: description: Hora Unix (segundos) em que a janela atual é reposta. schema: type: integer example: 1792056120 X-RateLimit-Scope: description: Nome do orçamento que foi excedido. schema: type: string example: generic-write content: application/json: schema: type: object properties: detail: type: string description: Mensagem de erro legível. 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: >- Uma tentativa de entrega para um destino do webhook, com os cabeçalhos e corpo do pedido exatos enviados pela 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 as chamadas de detalhe e reenvio. session_id: type: string format: uuid nullable: true description: >- Sessão de verificação de utilizadores a que o evento se refere. `null` para eventos de sessão de empresa, utilizador, empresa, transação, Travel Rule e fluxo. request_url: type: string format: uri nullable: true description: >- URL para onde a entrega foi enviada: o URL do destino quando o evento foi gerado. response_status: type: integer nullable: true description: >- Código de estado HTTP devolvido pelo seu endpoint. `null` enquanto a entrega está na fila e ainda não foi tentada. Quando não foi recebida nenhuma resposta HTTP, a Didit regista um código de estado próprio: `504` quando o seu endpoint não respondeu no prazo de 5 segundos, `503` para uma falha de ligação, `400` quando o URL foi recusado por não ser seguro (por exemplo, um endereço privado ou interno) e `404` para qualquer outro erro no pedido. Valores iguais ou superiores a `400` contam como uma entrega com falha. response_time_ms: type: integer nullable: true minimum: 0 description: >- Tempo que a tentativa demorou, em milissegundos. `null` enquanto a entrega estiver na fila. status: type: string nullable: true description: >- Estado comunicado pelo evento quando foi gerado: o estado da sessão para eventos de sessão (por exemplo, `Approved` ou `In Review`), o estado da pessoa ou da empresa para eventos de utilizador e de empresa, e o estado da transação para eventos de transação. `null` para eventos que não possuem estado. webhook_type: $ref: '#/components/schemas/WebhookEvent' created_at: type: string format: date-time description: Quando a entrega foi criada. request_header: type: string description: >- Texto JSON (uma string) dos cabeçalhos do pedido que a Didit enviou: `Content-Type`, `X-Signature`, `X-Signature-V2`, `X-Signature-Simple`, `X-Timestamp` e `User-Agent`. Efetue o parse com um analisador de JSON. Contém assinaturas, nunca o segredo de assinatura. request_body: type: string description: >- Texto JSON (uma string) do payload exato que a Didit enviou, com chaves ordenadas, incluindo `event_id` e `timestamp`. Efetue o parse com um analisador de JSON; consulte [Formato do payload](https://docs.didit.me/pt/integration/webhooks#estrutura-do-payload). Para uma chave com âmbito sem `media: read`, os URLs de multimédia no seu interior são `null`; sem `sessions: write`, os tokens de sessão e as ligações de verificação alojadas são `null`. Um corpo alterado dessa forma já não coincide com as suas assinaturas. A Didit não regista o corpo da resposta que o seu endpoint devolveu. WebhookEvent: type: string description: >- Nome de evento de webhook suportado. Utilize estas strings exatas em `subscribed_events`; valores não suportados são rejeitados. 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: >- A chave de API da sua aplicação, a partir de Programadores -> Chaves de API na Business Console. A chave principal tem acesso total. Uma chave nomeada pode ter o âmbito definido: nenhum, leitura ou escrita por recurso, limitada a alguns fluxos ou a sessões aprovadas, a uma lista de endereços IP e a uma data de validade. 401 significa que a chave está incorreta, revogada ou expirada; 403 significa que nenhuma chave foi enviada, que a chave não tem acesso a este recurso ou ação, ou que o pedido veio de um endereço fora da sua lista de IP; 404 numa rota de sessão significa que a sessão está fora dos fluxos ou estados da chave. Uma chave sem acesso a multimédia recebe URLs de imagens, vídeos e PDFs como nulos, e uma chave sem permissão de escrita em sessões recebe ligações de sessão e tokens como nulos. Consulte https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.