# Debugging

Para garantir que as entregas aos endpoints webhook sejam consideradas bem-sucedidas pela Hubla, é importante que sua aplicação responda com um código HTTP 200, 201 ou 202. Caso o sistema não responda com um código de status HTTP na faixa 2xx citados anteriormente, serão feitas tentativas adicionais para entregar o webhook.

A Hubla realizará retentativas a cada minuto, até um total de cinco vezes. Por exemplo:

* Segunda tentativa: Um minuto após a primeira
* Terceira tentativa: Dois minutos após a segunda
* Quarta tentativa: Três minutos após a terceira
* Quinta tentativa: Quatro minutos após a quarta

Caso seu endpoint continue retornando códigos de erro por vários dias consecutivos, você será notificado por e-mail pela equipe da Hubla sobre a desativação automática da regra do webhook. 

***

## Corrigir códigos de status HTTP![](https://b.stripecdn.com/docs-statics-srv/assets/fcc3a1c24df6fcffface6110ca4963de.svg) <a href="#corrigir-codigos-de-status-http" id="corrigir-codigos-de-status-http"></a>

Quando um evento exibe um código de status `200`, isso indica uma entrega bem-sucedida ao endpoint do webhook. Você também pode receber um código de status diferente de `200`. Veja na tabela abaixo uma lista de códigos de status HTTP comuns e as ações sugeridas.

<table><thead><tr><th width="187">Status</th><th width="293">Descrição</th><th>Ação sugerida</th></tr></thead><tbody><tr><td>ERRO (Não foi possível conectar)</td><td>Não conseguimos estabelecer uma conexão com o servidor de destino.</td><td>Verifique se o domínio do host pode ser acessado pelo público da internet.</td></tr><tr><td>(<code>302</code> ou outro status <code>3xx</code>)</td><td>O servidor de destino tentou redirecionar a solicitação para outro local. Consideramos as respostas de redirecionamento a solicitações de webhook como falhas.</td><td>Defina o destino do endpoint do webhook como o URL resolvido pelo redirecionamento.</td></tr><tr><td>(<code>400</code> ou outro status <code>4xx</code>)</td><td>O servidor de destino não pode ou não quer processar a solicitação. Isso pode ocorrer quando o servidor detecta um erro (<code>400</code>), o URL de destino tem restrições de acesso (<code>401</code>, <code>403</code>) ou o URL de destino não existe (<code>404</code>).</td><td><ul><li>Verifique se o endpoint pode ser acessado pelo público da internet.</li><li>Verifique se o endpoint aceita um método POST HTTP.</li></ul></td></tr><tr><td>(<code>500</code> ou outro status <code>5xx</code>)</td><td>O servidor de destino encontrou um erro ao processar a solicitação.</td><td>Revise os logs do aplicativo para entender por que ele está retornando um erro <code>500</code>.</td></tr></tbody></table>

***


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://hubla.gitbook.io/docs/webhooks/debugging.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.