error traz o tipo
do erro, um código estável e uma mensagem legível.
Campos
Categoria do erro.
Código estável para tratamento programático.
Mensagem em inglês explicando o problema.
Campo relacionado ao erro, quando aplicável.
Link para documentação adicional, quando aplicável.
Link para abrir o request no dashboard, quando disponível.
Tipos de erro
| Type | Quando acontece |
|---|---|
invalid_request_error | Parâmetro inválido, ausente, conflito de estado ou ação não permitida. |
authentication_error | API key ausente, inválida, expirada ou sem permissão. |
card_error | Erro de cartão ou falha financeira retornada ao tentar pagar ou salvar cartão. |
rate_limit_error | Muitas requisições em pouco tempo. |
api_error | Erro inesperado na Chargefy. |
Status HTTP
| Status | Uso comum |
|---|---|
200 | Request concluída com sucesso. Creates, updates e actions retornam o objeto completo. |
400 | Request inválida. |
401 | Credencial ausente ou inválida. |
402 | Falha de pagamento ou cartão recusado. |
403 | Credencial sem permissão suficiente. |
404 | Recurso não encontrado. |
409 | Conflito com o estado atual do recurso. |
422 | Payload bem formado, mas não processável. |
429 | Rate limit excedido. |
500 | Erro interno. Tente novamente com backoff. |
Boas práticas
- Use
error.codepara lógica no seu sistema. - Mostre
error.messagepara logs e debugging. - Informe o header
Request-Idou oerror.request_log_urlao falar com suporte. - Implemente retry com backoff para
429e erros5xx. - Não faça retry automático em
card_errorsem ação do comprador.

