Reenviar um evento de webhook.
Reenvia manualmente um evento de webhook. Rearma um evento não final (PENDING/FAILED/RETRYING) de volta para PENDING e reexecuta a entrega aos seus endpoints; um evento final (DELIVERED/CANCELED) é um no-op e retorna redelivered:false. Idempotente: rearmar um evento que já está pendente é um no-op e a entrega ignora os endpoints que já tiveram sucesso. Exige a permissão webhooks:update.
Reenvia manualmente um evento de webhook. Rearma um evento não final (PENDING/FAILED/RETRYING) de volta para PENDING e reexecuta a entrega aos seus endpoints; um evento final (DELIVERED/CANCELED) é um no-op e retorna redelivered:false. Idempotente: rearmar um evento que já está pendente é um no-op e a entrega ignora os endpoints que já tiveram sucesso. Exige a permissão webhooks:update.
Autorização
ApiKeyAuth Em: header
Parâmetros de caminho
^evt_[A-Za-z0-9]+$Corpo da resposta
application/json
application/json
application/json
application/json
curl -X POST "https://example.com/webhook-events/evt_xxx/redeliver"{ "id": "string", "status": "PENDING", "redelivered": true, "request_id": "req_xxx"}Listar eventos de webhook (log de entregas). GET
Retorna os eventos de webhook com escopo do tenant/seller para o ambiente da key, dos mais novos para os mais antigos. Cada evento carrega todas as suas tentativas de entrega (endpoint, status da entrega, status da resposta e agenda de retry). Secrets de assinatura, headers de assinatura e bodies de request/response nunca são incluídos. Exige a permissão webhooks:read.
Criar um link de pagamento. POST
Cria um link de pagamento e devolve a URL de checkout no campo `url` — é para lá que você manda o comprador. O estabelecimento vem da API key, nunca do corpo. Confira `payment_methods` na resposta: é o que o link realmente oferece, e pode vir menor que o pedido. Exige a permissão payment_links:create.