Use esta página para integrar services de OCR pelo POST /api/service-api. Ela mostra qual service usar, como montar o payload, como deve ser o retorno e o que conferir antes de abrir chamado ou mexer na implementação.
Requisito básico: o token precisa ser do produto correto e o produto precisa ter o service ativo com API habilitada. Se a configuração do produto estiver incompleta, a chamada pode autenticar e ainda assim retornar falta de acesso.

Documentos de identificação

Use SERVICE_OCR quando o documento for RG, CNH, OAB, RNE ou PASSAPORTE e o payload tiver documentType.

Cartão CNPJ

Use SERVICE_OCR_CNPJ_CARD para extrair CNPJ e texto OCR do cartão CNPJ.

Comprovante de endereço

Use SERVICE_OCR_PROOF_OF_ADDRESS para contas, faturas e comprovantes aceitos.

Documento de emancipação

Use SERVICE_OCR_EMANCIPATION para documentos variáveis, sem layout fixo.

Teste mais rápido

Se você só precisa validar a chamada em HML, comece pelos exemplos prontos:

CNH

Curl pronto com SERVICE_OCR, documentType: CNH e image1.

RG frente e verso

Curl pronto com SERVICE_OCR, documentType: RG, image1 e image2.

Cartão CNPJ

Curl pronto para SERVICE_OCR_CNPJ_CARD com imagem do cartão CNPJ.

Comprovante de endereço

Curl pronto para SERVICE_OCR_PROOF_OF_ADDRESS com comprovante em base64.
Para teste manual no Postman, use a seção Copiar e testar. Ela monta o JSON completo no clipboard.

Jornada visual do OCR

1. Escolha o documento

Defina se o teste é CNH, RG, cartão CNPJ, comprovante de endereço ou documento de emancipação antes de montar o payload.

2. Use imagem real

Envie imagem nítida, sem corte e em base64 puro. OCR ruim quase sempre começa com imagem ruim ou documento errado.

3. Leia o result

O retorno útil fica em result. Use status, onboardingStatus e externalId para rastrear o processamento.

Blocos de decisão

Tenho RG ou CNH

Use SERVICE_OCR com documentType. Para RG, envie frente e verso quando o documento exigir os dois lados.

Tenho cartão CNPJ

Use SERVICE_OCR_CNPJ_CARD. O mínimo esperado é CNPJ válido, docType coerente e genericOcr preenchido.

Tenho comprovante

Use SERVICE_OCR_PROOF_OF_ADDRESS. O documento precisa ter endereço visível e texto suficiente para leitura.

Tenho documento variável

Use SERVICE_OCR_EMANCIPATION. Não trate CPF, RG ou código como obrigatórios, porque o layout pode variar.

Caminho recomendado

Se você precisa testar agora, siga esta ordem:
  1. Confirme o service no produto do cliente.
  2. Gere o token do mesmo produto.
  3. Converta uma imagem real para base64 puro.
  4. Envie o payload do OCR correto.
  5. Valide status, onboardingStatus, externalId e os campos dentro de result.
Esse caminho evita misturar problema de permissão, imagem ruim e payload errado.

O que esta página resolve

O objetivo é evitar tentativa e erro. Antes de abrir chamado, a pessoa deve conseguir responder: qual service foi chamado, qual imagem foi enviada, qual produto autorizou a chamada e qual externalId voltou.

Escolha rápida

O campo image1 deve receber base64 puro da imagem. Não envie prefixo como data:image/jpeg;base64,.

Qual imagem usar

Critério de sucesso por service

Nem todo service tem os mesmos campos obrigatórios. Em documentos variáveis, como emancipação e comprovante de endereço, o retorno deve trazer o que foi extraído sem inventar dado.

Fluxo completo

  1. Gere o token em /api/token-generate.
  2. Confirme se o produto tem o service ativo e habilitado para API.
  3. Escolha o service correto na tabela acima.
  4. Converta a imagem para base64 puro.
  5. Envie o payload para POST /api/service-api.
  6. Valide status.code, onboardingStatus, externalId e os campos dentro de result.

Gerar base64 no PowerShell

Para copiar apenas o base64 da imagem:
O valor copiado deve ser base64 puro. Não envie prefixo como data:image/jpeg;base64,.

Copiar e testar

Use estes blocos quando quiser montar o JSON completo no clipboard e colar direto no body raw JSON do Postman. Troque apenas o caminho do arquivo e mantenha o service conforme o OCR que será testado.

CNH

RG com frente e verso

Cartão CNPJ

Comprovante de endereço

Depois de executar o comando, cole o conteúdo do clipboard no Postman em Body > raw > JSON.

Testar no Postman

  1. Gere token em POST /api/token-generate.
  2. Copie o access_token.
  3. Abra POST https://backoffice-hml.idcerberus.com/api/service-api.
  4. Adicione o header Authorization: Bearer {access_token}.
  5. Adicione Content-Type: application/json.
  6. Cole o JSON gerado pelo PowerShell no body raw.
  7. Execute e confira status, onboardingStatus, externalId e result.
Exemplo de headers:

Conferência antes de chamar suporte

Se esses pontos estiverem corretos e o OCR ainda falhar, o chamado já chega com informação suficiente para investigar sem repetir teste básico.

Diagnóstico rápido

Qualidade da imagem

Para reduzir recusa por leitura ruim: Foto de documento não serve para service de face. Selfie não serve para OCR de documento.

Configuração do produto

Antes de testar em HML ou PROD, confira: Se o retorno for "Don't have access to the service", o primeiro ponto a olhar e configuração do produto, não a imagem.

Padrão de retorno

O retorno público deve ficar limpo, com os dados úteis dentro de result. Exemplo de sucesso:
O cliente não deve depender de campos internos como:
  • fieldsOutput
  • required
  • enabled
  • valid
  • callService
  • nextStep
  • fields
  • visible
A regra prática e simples: o integrador olha para result. Se o campo não está em result, ele não deve ser usado como contrato público da API.

Não use assim

Limites conhecidos