Redisparar um evento webhook
O endpoint de resend cria um novo disparo de webhook com base no evento informado. Ou seja, não reenvia um hook com falha, e sim gera um novo hook equivalente.
Obs: A palavra urlServidor deve ser substituída pela url do servidor.
Parâmetros da Requisição
| Nome | Tipo | Obrigatório | Descrição |
|---|---|---|---|
integration-key | string | Sim | Chave de integração. |
x-token | string | Sim | Token utilizado para autenticação. Pode ser encontrado no portal da API. |
Authorization | Auth Type Bearer Token | Sim | Inserir o Bearer Token, gerado na rota Auth |
establishment_id | Number | Condicional | Obrigatório apenas quando informado no evento |
Exemplo de header da requisição
curl--request POST \
--location '{{urlServidor}/v1/marketplace/hooks/resend' \
--header 'integration-key: your_integration_key' \
--header 'x-token: your_x_token' \
--header 'Authorization: Bearer {{bearer_token}}' \🧾 Lista de eventos
🧾 new-billet
Descrição: Criação manual de boleto via Portal.
{
"event": "new-billet",
"id": "ID_Boleto"
}🧾 updated-billet-status
Descrição: Atualização de status do boleto (processos assíncronos).
Disparado para ações realizadas via Portal ou API.
{
"event": "updated-billet-status",
"id": "ID_Boleto"
}🏦 updated-establishment-gateway
Descrição: Atualização de gateway do estabelecimento via Portal ou processos internos.
⚠️ Requer header adicional: establishment_id
{
"event": "updated-establishment-gateway",
"id": "ID_Gateway"
}Valores possíveis do id.
| ID Gateway | Descrição |
|---|---|
| 4 | SubPaytime |
| 6 | Banking Paytime |
🏦 new-establishment
Descrição: Criação manual de Estabelecimento (EC) via Portal.
{
"event": "new-establishment",
"id": "establishment_id"
}🏦 updated-establishment-status
Descrição: Alteração de status do EC por Portal, antifraude ou automações.
{
"event": "updated-establishment-status",
"id": "establishment_id"
}🏦 updated-establishment-data
Descrição: Atualização cadastral do EC via Portal.
{
"event": "updated-establishment-data",
"id": "establishment_id"
}🔀 new-sub-split
Descrição: Disparado sempre que houver criação de split em transação, independente da origem.
{
"event": "new-sub-split",
"id": "ID_Transacao"
}🔀 canceled-sub-split
Descrição: Disparado quando um split de transação for cancelado.
{
"event": "canceled-sub-split",
"id": "ID_Transacao"
}💳 new-sub-transaction
Descrição: Criado sempre que uma Sub-Transação for gerada (exceto quando originada via API).
{
"event": "new-sub-transaction",
"id": "ID_Transacao"
}💳 updated-sub-transaction
Descrição: Atualização de dados ou status de uma Sub-Transação.
{
"event": "updated-sub-transaction",
"id": "ID_Transacao"
}
✅ Modelo resposta de Sucesso.
{
"message": "Solicitação de webhook realizada com sucesso. Para garatir o recebimento, verifique se o evento está ativo e se a url foi configurada corretamente."
}Códigos de Resposta
Consulte a página com os status: Status de respostas
Para mais detalhes sobre os parâmetros e funcionamento da API, acesse a documentação oficial da Paytime.
Updated 6 months ago