Skip to main content

Formato de erro

Os erros retornados pela API seguem o formato abaixo, com campos em português. Um campo inválido retorna o primeiro erro encontrado, com o nome do campo em campo:
Um erro de regra de negócio vem sem campo:

Status HTTP

Respostas 401 de token ausente ou inválido são devolvidas sem corpo. Falhas inesperadas (500, e alguns 502) podem vir no formato padrão Problem Details, com os campos type, title, status e detail.

Códigos de erro

Os códigos abaixo chegam em tipo.

Validação de campos

Todos retornam 400, com o campo em campo.

Acesso e autenticação

Cliente

Loja e simulação

Proposta

Envio de documento

Webhooks

Trate os códigos que fazem sentido para o seu fluxo e tenha um tratamento genérico por status para os demais. Novos códigos podem ser adicionados.

Reenvio seguro com Idempotency-Key

As rotas listadas abaixo aceitam o cabeçalho Idempotency-Key. Ele permite repetir uma requisição com segurança após um timeout ou erro de rede, sem criar registros duplicados.
1

Gere uma chave única por operação

Antes de chamar a API, gere um identificador único para aquela operação. A chave deve ter de 1 a 200 caracteres — recomendamos um UUID.
2

Envie a chave no cabeçalho

Inclua Idempotency-Key: <sua-chave> na requisição.
3

Reenvie com a mesma chave se precisar tentar novamente

Se a chamada falhar por timeout ou erro de rede, repita a requisição com a mesma chave e o mesmo corpo. A API devolve o resultado original, sem repetir a operação.

Chave reutilizada com outro conteúdo

Retorna 409 Conflict. Uma mesma Idempotency-Key fica atrelada ao conteúdo da primeira requisição.
No cadastro de cliente, a chave muda o comportamento: com Idempotency-Key, POST /v1/customer/unified só cria. Para atualizar um cliente, envie sem a chave. Veja Cliente.

Estratégia de retentativa

  • Repita só respostas 500, 502 e 503, falhas de rede e timeouts
  • Espere um tempo crescente entre as tentativas (por exemplo, 0,5 s, 1 s, 2 s e 4 s)
  • Limite o número de tentativas (por exemplo, 4) e registre a falha depois disso
Gere a Idempotency-Key fora da rotina de retentativa. Todas as tentativas precisam usar a mesma chave.

Rotas que aceitam Idempotency-Key

As rotas de webhook, de dados do veículo e de conta de recebimento não usam o header.