🤖 Respostas de erro da Judit API sempre retornam um objeto JSON contendo a chave raizerror. Dentro deerror, as chaves padrão sãoname(o código interno do erro),message(o grupo do erro) edata(um array de strings com os detalhes ou mensagens de validação).
Códigos de Status HTTP
A API utiliza as convenções padrão do protocolo HTTP para indicar o sucesso ou a falha de uma requisição.Sucesso (2xx)
- 200 OK: Requisição processada e dados retornados com sucesso.
- 201 Created: Recurso (ex: novo monitoramento) criado com sucesso.
- 202 Accepted: Requisição aceita e enviada para a fila de processamento assíncrono.
Erros do Cliente (4xx)
- 400 Bad Request: Faltam parâmetros obrigatórios ou eles estão malformados.
- 401 Unauthorized: O header
api-keyestá ausente, incorreto ou a chave expirou. - 403 Forbidden: Chave válida, mas sem permissão de acesso àquele recurso/endpoint.
- 404 Not Found: O recurso (ex: número do processo) não existe na base.
- 422 Unprocessable Entity: Dados no formato correto, mas não processáveis (ex: CNJ inválido matematicamente).
- 429 Too Many Requests: Limite de requisições por minuto excedido (Rate Limit).
Erros do Servidor (5xx)
- 500 Internal Server Error: Falha interna na Judit API.
- 502 Bad Gateway / 503 Service Unavailable: Instabilidade temporária de infraestrutura ou nos tribunais.
- 504 Gateway Timeout: O tribunal demorou muito para responder à extração.
Estrutura (Payload) de Erro
Independentemente do status HTTP (seja 400 ou 500), o corpo da resposta de erro sempre seguirá este contrato JSON previsível:Dicionário do Payload
name: Código interno da exceção. Use este campo no seu código (switch/case) para automação.message: Categoria amigável do erro.data: Array de strings contendo as falhas específicas (muito útil para exibir validações de formulário para o usuário final).
Códigos Internos Comuns (name)
Abaixo estão os principais valores que a chave name pode assumir, ajudando você a tratar o problema programaticamente:
Autenticação e Permissões
Código (name) | Status HTTP | Causa Comum |
|---|---|---|
USER_NOT_FOUND | 401 | API Key não enviada no header ou chave revogada. |
INSUFFICIENT_PERMISSIONS | 403 | Tentativa de uso de um módulo bloqueado no seu plano. |
Processamento e Validação
Código (name) | Status HTTP | Causa Comum |
|---|---|---|
HttpBadRequestError | 400 | Você enviou um JSON malformado ou campos faltando. |
RESOURCE_NOT_FOUND | 404 | Você tentou buscar um CNJ que ainda não foi capturado. |
REQUEST_NOT_FOUND | 404 | O request_id consultado não existe na base. |
PROCESSING_ERROR | 422 | O robô falhou ao tentar ler os dados no tribunal. |
Estratégias de Tratamento no Código
A melhor prática é criar um handler (interceptador) centralizado na sua aplicação para logar e tratar os erros da Judit API.Próximos Passos
- 👉 Rate Limits: Veja como construir a função de Retry com Exponential Backoff para tratar erros
429. - 👉 Autenticação: Revise como enviar suas credenciais corretamente para evitar erros
401. - 👉 FAQ: Veja as respostas para os problemas de integração mais comuns.