Estrutura do Payload
Todos os webhooks seguem o mesmo formato:Eventos de Checkout
Emitidos durante o fluxo de pagamento.checkout.created
Disparado quando um novo checkout é criado.
checkout.updated
Disparado quando o status de um checkout muda (ex: open → confirmed → succeeded).
Eventos de Cliente
Emitidos quando clientes são criados ou atualizados.customer.created
Disparado quando um novo cliente é criado (geralmente via checkout).
customer.updated
Disparado quando os dados de um cliente são atualizados.
customer.deleted
Disparado quando um cliente é removido.
customer.state_changed
Disparado quando o estado do cliente muda (ex: ativação ou cancelamento de assinatura).
Eventos de Assinatura (Subscription)
Emitidos durante o ciclo de vida de assinaturas recorrentes.subscription.created
Disparado quando uma nova assinatura é criada.
subscription.active
Disparado quando uma assinatura se torna ativa (após pagamento da primeira cobrança ou reativação).
subscription.updated
Disparado quando os dados de uma assinatura são atualizados (ex: mudança de plano).
subscription.canceled
Disparado quando uma assinatura é cancelada pelo cliente ou administrador.
subscription.uncanceled
Disparado quando o cancelamento de uma assinatura é revertido antes do fim do período.
subscription.revoked
Disparado quando uma assinatura é revogada imediatamente (sem aguardar fim do período).
Eventos de Reembolso (Refund)
refund.created
Disparado quando um reembolso é solicitado.
refund.updated
Disparado quando o status de um reembolso muda (ex: processado, falhou).
Eventos de Produto (Product)
product.created
Disparado quando um novo produto é criado.
product.updated
Disparado quando os dados de um produto são atualizados.
Eventos de Organização
organization.updated
Disparado quando os dados da organização são atualizados.
Eventos de Suborganização
Estes eventos são enviados para a organização pai (marketplace) quando há atividade em suas organizações filhas (suborganizações). Use-os para monitorar vendas, assinaturas e produtos das suborganizações.Todos os eventos de suborganização incluem
data.parent_organization_id — o ID da organização pai que recebeu o webhook. Campos internos do gateway de pagamento são expostos com o prefixo gateway_ (ex: gateway_subscription_id).suborganization.created
Disparado quando uma nova suborganização é criada pelo pai (via SDK).
suborganization.updated
Disparado quando uma suborganização é atualizada.
Em um caso adicional, assíncrono: ao criar uma suborganização que reutiliza um seller do gateway já existente (mesmo CPF/CNPJ), a API consulta o seller no processador após a criação. Se o seller estiver com status active, ou (caso contrário) se a API de documentos KYC não indicar uploads pendentes, a suborganização é marcada como active no banco e este evento é enviado aos pais — sem alterar a resposta 201 do endpoint de criação (o cliente pode ainda receber status: "created" no corpo imediato).
suborganization.product_updated
Disparado quando um produto de uma suborganização é atualizado.
suborganization.subscription_created
Disparado quando uma assinatura é criada em um produto de uma suborganização.
suborganization.subscription_updated
Disparado quando uma assinatura de uma suborganização é atualizada.
suborganization.subscription_canceled
Disparado quando uma assinatura de uma suborganização é cancelada.
Tabela Resumo
Próximos Passos
Criar Endpoints
Configure URLs para receber eventos
Delivery & Verificação
Retry automático e verificação HMAC

