Skip to main content
Toda resposta de erro da API Pontua usa o mesmo envelope JSON, independente da rota que falhou:
O status code HTTP identifica a categoria do erro. A mensagem é legível por humanos e tipicamente em português (pt-BR).

Status codes principais

Outras categorias HTTP (4xx específicas como 409, 422 etc.) podem aparecer dependendo do endpoint. A message do envelope sempre indica a causa concreta.

Mensagens comuns

401 Unauthorized — falhas de autenticação

→ Detalhes em Autenticação.

400 Bad Request — validação de schema

Vem do ValidationPipe global do NestJS. Indica que o payload tem problema estrutural (campo faltando, tipo errado, propriedade extra).
A message pode ser um array de strings quando há múltiplos erros. Trate defensivamente:

404 Not Found — recurso inexistente

Atenção: se você está em multi-tenant, 404 pode significar “ID existe, mas em outra UN”. Cheque que o token pertence à UN do recurso.

500 Internal Server Error — erro interno

Indica algo inesperado no backend. Sempre transitório do ponto de vista do cliente:
  1. Retente com backoff (3-5 tentativas, jitter)
  2. Se persistir, abra chamado em tecnologia@pontua.com.br com:
    • service, method, message
    • Timestamp da primeira ocorrência (BRT)
    • Payload exato que estava sendo enviado

Estratégia de retry

Error class wrapper (recomendado)

Encapsule o tratamento em uma classe específica para a Pontua:

Logging recomendado

Capture sempre os 3 campos no seu observability stack:
Isso permite agregar erros por service.method no Datadog/Sentry/CloudWatch e identificar tendências.

Veja também