Erros comuns de integração

Use esta página quando uma chamada falhar, retornar vazio ou parecer diferente do esperado. A regra mais importante: em POST /api/service-api, olhe o body da resposta, não só o HTTP status. Uma chamada pode retornar HTTP 200 e mesmo assim o processamento vir como REFUSED ou ERROR.

Token ou acesso

401, 403, token vencido ou produto sem permissão para o service.

Payload

Campo obrigatório ausente, alias errado, CPF/CNPJ inválido ou JSON malformado.

Imagem e OCR

Base64, image1, image2, documento ilegível ou OCR sem campo esperado.

Erro técnico

ERROR, 500, falha externa, timeout ou investigação por externalId.

Diagnóstico rápido

Token ou acesso

Antes de investigar código, confirme:
  1. A chamada está indo para o ambiente certo.
  2. O token foi gerado no mesmo ambiente.
  3. O header está como Authorization: Bearer {jwt_token}.
  4. O produto ligado ao token tem o service ativo.
  5. O service está habilitado para API.
  6. O alias enviado em service é o alias de chamada configurado no produto.
Exemplo típico:
Nesse caso, o primeiro ponto é configuração do produto. Não adianta trocar CPF, CNPJ ou imagem antes de confirmar acesso.

Payload

Campos que mais geram erro: Exemplo de JSON mínimo válido:

Imagem e OCR

Para services de OCR:
  1. Use imagem real, nítida e completa.
  2. Envie base64 puro.
  3. Não envie data:image/jpeg;base64,.
  4. Para RG, envie frente e verso quando o service exigir.
  5. Para face, use selfie real, não foto de documento.
  6. Confira se o documento enviado combina com o service.
Exemplo de erro por imagem ausente:
Ação: revisar o payload. Para RG, envie image1 com a frente e image2 com o verso. Se o retorno for:
Ação: testar uma imagem mais nítida e confirmar se o tipo de documento bate com o service.

Erro técnico

Erro técnico normalmente aparece como ERROR ou mensagem de falha no body:
Nessa situação, guarde:
  • ambiente;
  • endpoint;
  • service enviado;
  • horário aproximado;
  • externalId;
  • status.code;
  • status.message;
  • payload sem dados sensíveis.
Não envie token JWT, client, secret, CPF, CNPJ, imagem real ou base64 completo em canais abertos.

Checklist antes de chamar suporte

  1. Confirmei o ambiente da chamada.
  2. Gerei token novo no mesmo ambiente.
  3. Conferi o alias do service no produto.
  4. Validei que o service está ativo e com API habilitada.
  5. Validei o JSON antes de enviar.
  6. Removi máscara quando o contrato não exigia máscara.
  7. Para OCR, conferi se o base64 é puro.
  8. Para OCR, abri a imagem e confirmei que está legível.
  9. Guardei externalId, horário e status.message.

Como solicitar suporte

Envie um resumo nesse formato:
Não inclua credenciais, token, documento real, imagem real ou base64 completo.