Skip to main content
POST
Reenviar (clonando) Evento de Webhook

Visão Geral

Clona um evento de webhook e dispara a entrega imediatamente. O evento original não é tocado — fica no status terminal (success ou failed) com todo o histórico de tentativas e respostas preservado para auditoria. O clone é uma linha nova na tabela de eventos, carregando manualResendOf: <uuid_do_original>. Disponível a partir da v0.11.0 (então em /api/webhook-events; migrado para /api/v1/webhook-events com identificador uuid).
Mudança de contrato no header Idempotency-Key. Reenvios manuais (este endpoint e o botão “Reenviar” do dashboard) mandam Idempotency-Key: resend_<uuid> no POST para o seu endpoint, em vez do payload.id original.
  • Handlers que deduplicam pelo valor bruto do header já tratam isso como entrega fresca — nenhuma mudança de código. Mas vão começar a receber reenvios manuais que antes eram silenciosamente descartados; idempotência de negócio (orderId, transactionId) precisa absorver.
  • Handlers que deduplicam pelo payload.id (idêntico entre original e clone) ou normalizam o header precisam ser atualizados — caso contrário, o reenvio é descartado como duplicata.
Veja o guia Reenviar webhook para o código antes/depois.

/resend vs /retry

Exemplo de Requisição

Parâmetros de Path

string
required
UUID do evento a clonar e reenviar. Funciona em qualquer status do evento original — success, failed ou pending.
Sem corpo de requisição.

Resposta

Retorna o clone recém-criado (não o original), em 201 Created, já em pending e com a entrega disparada:

Campos relevantes

O payload.id (evt_…) do clone é idêntico ao do original. Quem muda é o Idempotency-Key HTTP outbound: o clone manda resend_<uuid_do_clone>, o original mandou evt_….

Rate Limit

20 requisições por minuto por IP. Mesmo limite do /retry, mesma motivação: cada chamada dispara uma entrega HTTP síncrona para o endpoint do seller.

Erros

Onde aparece no dashboard

Toda linha de evento em Configurações → Webhooks → Eventos mostra o botão Reenviar (visível em success, failed e pending). Reenviar um evento já success abre uma confirmação (“este evento já foi entregue com sucesso — reenviar mesmo assim?”). Clones recebem um badge 🔁 na tabela e uma linha “Reenviado a partir de #<uuid>” no drawer de detalhes.

Próximos passos

Guia: Reenviar webhook

Fluxo completo (listar → escolher → reenviar) e o passo-a-passo do Idempotency-Key

Detalhes do evento

Inspecione manualResendOf, tentativas e payload antes de reenviar