Skip to main content
Todo erro da API volta no mesmo formato, com um código fixo para a sua integração tratar e uma mensagem em texto para as pessoas lerem.
string
obrigatório
Identificador fixo do erro. Use este código para decidir o que a sua integração faz. O texto da mensagem pode mudar com o tempo, então não dependa dele.
string
obrigatório
Descrição em português, pensada para aparecer em log e em tela de suporte.
any
Informações extras, quando existem, como a lista de campos inválidos. A maioria dos erros não traz este campo.
Trate qualquer resposta fora da faixa 2xx como erro antes de ler data. Quando a chamada falha, data não existe, e ler resposta.data.id gera um TypeError que esconde a causa real.

Códigos de autenticação e permissão

Quando um 401 começa a aparecer de repente, a causa mais comum é o token ter expirado ou o IP de saída do seu servidor ter mudado. Confira a data de validade do token antes de investigar a rede.

Códigos de requisição

Um id de outra empresa responde 404, exatamente como um id que não existe. É proposital: a API não confirma que um registro existe fora da sua conta.

Códigos de regra de negócio

Estes códigos aparecem quando a requisição está correta, mas a situação atual do recurso não permite a operação.

Como tratar cada tipo de erro

Cada faixa de status pede uma reação diferente. Um 400 volta igual se você repetir a chamada sem mudar nada. Já um 429 deve ser repetido depois da espera indicada, senão a operação se perde.
Registre sempre o error.code no seu log, junto com o método e o caminho chamados. Com essas informações, o suporte consegue localizar a requisição, e tudo cabe em uma linha.