Pular para o conteúdo principal
Formato do erro
Definições de campo
  • type – Uma URI que identifica o código do erro: https://errors.lerian.studio/v1/<code>.
  • title – O texto do status HTTP.
  • status – O código de status HTTP.
  • detail – Uma explicação legível deste erro.
  • code – Um identificador estável do erro (por exemplo, BTF-0010).
  • requestId – ID de correlação da requisição. Presente mesmo quando vazio. Inclua-o nas solicitações de suporte.
  • service – O serviço ou domínio que produziu o erro (por exemplo, plugin, crm, midaz, fees, jd_spb).
  • category – Categoria de erro legível por máquina para decisões de nova tentativa: deterministic, transient, rate_limit ou plugin.
  • errors – Opcional. Uma entrada para cada campo rejeitado, com message e location (body.<field> ou query.<field>).
  • upstream – Opcional. O código de erro que um provedor externo, como o JD SPB, retornou. Ele fica em upstream.code, literalmente.

Erros do Bank Transfer


Os erros a seguir podem ocorrer ao interagir com os endpoints do Bank Transfer. Cada erro segue a nossa estrutura padrão. Consulte as tabelas abaixo para ver a lista de códigos de erro possíveis, o que eles significam e como resolvê-los.

202

400

401

403

404

409

410

422

Quando o JD SPB responde a um erro com o próprio código, o documento de problema traz esse código literalmente em upstream.code. Exemplos são ACE95 para tempos limite de requisição, AAC90 para rejeições de assinatura inválida e ALN01 para respostas de número de controle não encontrado. Consulte a documentação do fornecedor JD SPB para a lista completa e a política de nova tentativa correspondente a cada código.

429

As respostas de limite de requisições usam a categoria rate_limit e incluem um header Retry-After. Aplique backoff usando o status HTTP 429 e esse header.

500

502

503