Pular para o conteúdo principal
O corpo da resposta é um objeto de erro estruturado com o seguinte formato:
Definições dos campos
  • code: Um identificador único e estável do erro. É uma cadeia numérica de quatro dígitos extraída do registro de erros compartilhado da plataforma (por exemplo, 0347).
  • title: Um resumo breve do problema.
  • message: Orientação detalhada para resolver o erro.
Validação em nível de campo As falhas de validação de campos em nível de estrutura retornam o código 0009 com o título Validation Error e uma message que nomeia o campo e a restrição específicos; por exemplo, transactionType must be one of [CARD WIRE PIX CRYPTO]. Exemplos:
As falhas de autenticação não usam um código numérico do registro. Uma API key ausente ou inválida retorna HTTP 401 com "code": "Unauthenticated", "title": "Unauthorized" e "message": "API Key missing or invalid". Compare com a cadeia literal Unauthenticated. Um token Bearer que é analisado mas não tem o claim sub obrigatório retorna HTTP 401 com "code": "0474".

Erros gerais


Estes erros podem ser retornados por qualquer endpoint da API do Tracer. O código 0009 também aparece com o título Validation Error quando a validação em nível de campo rejeita uma requisição — veja a nota acima.

Erros de data e hora


Erros de paginação


Erros de expressão CEL


As regras são escritas como expressões CEL (Common Expression Language). Estes erros são gerados quando uma expressão de regra é criada, atualizada ou avaliada.

Erros de regras


Erros de limites


Erros de eventos de auditoria


Erros de solicitação de validação


Estes erros são retornados pelos endpoints de validação de transações (POST /validations e as consultas de validação).

Erros de reserva


Estes erros são retornados pelos endpoints de reserva de uso (/reservations), a superfície de duas fases de reservar / confirmar / liberar. As solicitações de reserva também podem retornar os erros gerais e de solicitação de validação listados acima.

Erros de multi-tenant e autenticação


A instância retorna HTTP 503 com um cabeçalho Retry-After quando atinge o teto de workers por tenant e por pod; os clientes devem aguardar e tentar novamente. Um token Bearer que é analisado mas não tem o claim sub obrigatório é rejeitado com HTTP 401.

Erros de inicialização de multi-tenant


Estes códigos aparecem apenas na inicialização do serviço, quando MULTI_TENANT_ENABLED=true e uma configuração obrigatória está ausente ou é incompatível. Aparecem nos logs de inicialização e impedem que o serviço inicie; nunca chegam aos consumidores da API /v1/*.

Erros de sonda de prontidão


Estes códigos são expostos pelo endpoint operacional /readyz e pelo ciclo de vida do supervisor de workers. Aparecem no campo error da resposta JSON de /readyz — que carrega apenas o código — e não nas respostas da API /v1/*. O title e a message abaixo descrevem cada código como referência para o operador.