Reenviar (clonando) Evento de Webhook
Webhooks e Exemplos
Reenviar (clonando) Evento de Webhook
Clona um evento e dispara a entrega imediatamente, preservando o original intacto
POST
Reenviar (clonando) Evento de Webhook
Documentation Index
Fetch the complete documentation index at: https://docs.garu.com.br/llms.txt
Use this file to discover all available pages before exploring further.
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: <id_do_original>.
Disponível a partir da v0.11.0. Aceita chave de API (sk_test_… / sk_live_…) ou JWT do dashboard.
/resend vs /retry
/resend (v0.11.0+) | /retry (v0.10.3+) | |
|---|---|---|
| Semântica | Clona o evento | Muta o evento original |
| Evento original | Intacto, status terminal preservado | Volta para pending, contador zerado |
| Histórico de respostas | Mantido no original | Sobrescrito pela nova tentativa |
Idempotency-Key outbound | resend_<id_do_clone> | event.payload.id (mesmo do original) |
| Indicado para | Tudo, a partir da v0.11.0 | Legado — preserve apenas se já automatizou em cima dele |
Exemplo de Requisição
Parâmetros de Path
ID numérico do evento a clonar e reenviar. Funciona em qualquer status do evento original —
success, failed ou pending.Resposta
Retorna o clone recém-criado (não o original), já empending e com a entrega disparada:
Campos relevantes
| Campo | Tipo | Descrição |
|---|---|---|
id | number | ID do clone (novo). Use este id se quiser reenviar de novo. |
manualResendOf | number|null | ID do evento original. Sempre presente em clones; null em eventos originais. |
status | string | Sempre pending na criação. Vira success ou failed conforme a entrega. |
payload | object | Cópia exata do payload do original — payload.id (evt_…) é preservado. |
O
payload.id (evt_…) do clone é idêntico ao do original. Quem muda é o Idempotency-Key HTTP outbound: o clone manda resend_<id_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
| Status | Caso |
|---|---|
| 404 | Evento não existe ou não pertence ao seller chamando |
| 429 | Rate limit excedido (mais de 20 resends/min do mesmo IP) |
Onde aparece no dashboard
Toda linha de evento em Configurações → Webhooks → Eventos mostra o botão Reenviar (a partir da v0.11.0 visível também emsuccess e pending, antes só em failed). 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 #<id>” no drawer de detalhes.
Próximos passos
Guia: Reenviar webhook
Fluxo completo (listar → escolher → reenviar) e o passo-a-passo do
Idempotency-KeyDetalhes do evento
Inspecione
manualResendOf, tentativas e payload antes de reenviar