Skip to main content
Webhooks são gerenciados pelo recurso /v1/webhooks, autenticado com o header X-Api-Key como qualquer outra chamada da API (veja Autenticação). Lembre-se: o webhook é configurado por conta, não por empresa — veja Webhooks: visão geral.

Criar um webhook

cURL
Os dois campos são obrigatórios: Para assinar mais de um evento, crie um webhook para cada event — não há um campo de lista de eventos por webhook. A resposta traz o webhook criado, incluindo o id gerado e enabled: true:

Listar webhooks

cURL
Aceita paginação por page e pageSize. Retorna os webhooks configurados na conta, cada um com id, event, url e enabled.

Obter um webhook específico

cURL

Editar um webhook

cURL
PUT substitui event e url — ambos são obrigatórios no corpo, mesmo que você só queira alterar um dos dois.

Remover um webhook

cURL

Habilitar e desabilitar

Além do CRUD, dois endpoints controlam o estado enabled sem precisar reenviar event/url:
cURL
Isso é útil tanto para pausar um webhook manualmente (ex.: durante uma manutenção no seu endpoint) quanto para reativá-lo depois de uma desabilitação automática — veja a seção seguinte.

Política de retry

Quando a entrega de um webhook falha (endpoint indisponível, timeout, HTTP 5xx), a Spedy executa até 5 retentativas com intervalos crescentes:
Após 5 falhas consecutivas, o webhook é desabilitado automaticamente (enabled: false). Nenhum novo evento é enviado para ele até que seja reativado — eventos que ocorrerem nesse meio-tempo não são reenviados quando você reabilita o webhook.

Reativação após desabilitação

Para reativar um webhook desabilitado (seja manualmente ou por esgotamento de retentativas), chame:
cURL
Como eventos perdidos durante o período desabilitado não são reenviados, reconcilie o estado das notas afetadas consultando os endpoints de leitura (GET /v1/service-invoices, GET /v1/product-invoices, GET /v1/consumer-invoices) antes ou depois de reabilitar.