Skip to main content
Toda integração séria precisa lidar com o que dá errado: um token expirado, uma indisponibilidade momentânea, um limite atingido. As APIs Zipdin sinalizam esses cenários com códigos e mensagens padronizados — e a forma como você reage a cada um define se a integração é frágil ou resiliente. Esta página apresenta o formato padrão de erro, quais status justificam nova tentativa (e quais não), e os padrões que recomendamos para operar com estabilidade: correlação de logs e timeouts por tipo de operação.

Formato Padrão de Erro

Todas as APIs retornam erros no mesmo formato JSON:

Respostas de Erro Padrão

Todas as APIs seguem o mesmo formato de erro:
Parâmetros inválidos ou ausentes na requisição.
Token ausente, expirado ou inválido.
Solução: Gere um novo token via /oauth/token.
Usuário autenticado mas sem permissão para o recurso.
Recurso não encontrado.
Dados válidos sintaticamente, mas que violam regras de negócio.
Limite de requisições excedido.
Solução: Respeite o header Retry-After na resposta.
Erro inesperado no servidor.
Solução: Reporte ao suporte informando o correlation_id.

Estratégia de Retry

Erros Retriáveis

Correlation ID

Toda resposta inclui um header X-Correlation-Id. Use-o ao reportar problemas ao suporte:
Registre o X-Correlation-Id nos seus logs para facilitar troubleshooting em conjunto com o time Zipdin.

Timeout Recomendado