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.

🔽

POST urlServidor/v1/marketplace/hooks/resend

Obs: A palavra urlServidor deve ser substituída pela url do servidor.

Parâmetros da Requisição

NomeTipoObrigatórioDescrição
integration-keystringSimChave de integração.
x-tokenstringSimToken utilizado para autenticação. Pode ser encontrado no portal da API.
AuthorizationAuth Type Bearer TokenSimInserir o Bearer Token, gerado na rota Auth
establishment_idNumberCondicionalObrigató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 GatewayDescrição
4SubPaytime
6Banking 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.


Did this page help you?