Reenviar Evento de Webhook
Webhooks e Exemplos
Reenviar Evento de Webhook
Reseta um evento para pending e dispara a entrega imediatamente
POST
Reenviar Evento de Webhook
Visão Geral
Reseta o evento parapending, zera o contador de tentativas falhas e dispara a entrega imediatamente. Funciona em qualquer status (success, failed, pending).
Rate limit: 20 requisições por minuto por IP. Para reprocessar lotes maiores, dê espaço entre as chamadas (≥ 3s entre retries) ou processe em batches de 20/min.
Exemplo de Requisição
Parâmetros de Path
string
required
UUID do evento a reenviar.
Resposta
Retorna oWebhookEvent atualizado, em 201 Created, já em pending:
Erros
O que o reenvio faz
- Reseta o status para
pendinge zera tentativas falhas. - Reenvia o mesmo payload — o
iddo evento (evt_…) e o conteúdo do payload são preservados. Seu receiver recebe exatamente o que receberia na primeira tentativa. - Aplica a retry policy padrão caso a entrega falhe de novo (1min, 5min, 30min, 2h, 8h, 16h até
failedpermanente).
Como o
id do evento (evt_…) é o mesmo, sua lógica de idempotência no receiver deve tratar o reenvio como duplicata — é exatamente o que ela deveria fazer com qualquer redelivery automática da Garu.SDK, CLI e MCP
- Node SDK:
garu.webhookEvents.retry(uuid)— o parâmetro éuuida partir do@garuhq/node3.0.0 (eraidnumérico antes). - CLI:
garu webhooks events retry <uuid>— a partir do@garuhq/cli0.11.0. - MCP: ferramenta
retry_webhook_event(parâmetrouuid) — a partir do@garuhq/mcp0.21.0.