Skip to main content
O histórico de consultas permite revisar consultas já executadas, acompanhar consultas assíncronas em andamento e acessar resultados anteriores sem iniciar uma nova consulta. Ele é usado principalmente em dois cenários:
  • acompanhar o resultado de uma consulta assíncrona pela API;
  • revisar consultas anteriores pelo painel, conforme plano e permissões da conta.

Resultado assíncrono

Consulte o andamento e o resultado final de uma consulta iniciada em modo assíncrono.

Quando usar

Use o histórico quando sua operação precisa:
  • consultar o resultado final de uma chamada assíncrona;
  • verificar se uma consulta ainda está em fila ou processamento;
  • revisar datasets executados e falhas parciais;
  • conferir custos, estornos e tempo de execução;
  • abrir uma consulta anterior no painel sem executar uma nova cobrança.
Consultar o histórico não executa novamente os datasets. Para buscar dados atualizados, faça uma nova consulta.

Como o histórico é criado

Consultas por datasets geram um registro de histórico técnico. Esse registro contém:
  • identificador da consulta;
  • tipo consultado;
  • documento ou identificador usado;
  • datasets solicitados;
  • status geral da consulta;
  • status individual por dataset;
  • custo, estornos e tempo de execução;
  • resultado retornado por dataset, quando disponível;
  • erros por dataset, quando houver.

Resultado assíncrono pela API

Quando uma consulta é iniciada em modo async, a resposta inicial retorna um id. Exemplo:
{
  "code": 202,
  "message": "Consulta iniciada com sucesso.",
  "result": {
    "id": "9fcb573b-7f62-4774-978b-07e89dfef5f2",
    "status": "queued",
    "datasets": ["person_basic_data"]
  }
}
Use esse id como history_id para consultar o resultado:
GET /v1/search/{target}/{history_id}
Valores comuns para target:
targetConsulta
personPessoa física.
companyPessoa jurídica.
processProcessos vinculados a CPF ou CNPJ.
vehicleVeículos por placa.

Polling recomendado

1

Inicie a consulta

Execute a consulta em modo async e guarde o id retornado.
2

Consulte o histórico

Chame o endpoint de resultado assíncrono usando target e history_id.
3

Aguarde status final

Enquanto o status for queued ou processing, repita a consulta com intervalo progressivo.
4

Leia o resultado

Quando o status final chegar, trate result, datasets_status, errors, cost e timing.
Evite polling agressivo. Para consultas com múltiplos datasets ou fontes online, use intervalos progressivos para reduzir carga desnecessária.

Status do histórico

StatusDescrição
queuedConsulta criada e aguardando processamento.
processingConsulta em processamento.
completedConsulta concluída.
completed_with_errorsConsulta concluída com falhas parciais em um ou mais datasets.
failedConsulta falhou e não possui resultado útil.
Na API pública, o campo status_values pode listar apenas os status principais do polling. Ainda assim, trate completed_with_errors como status final quando ele aparecer no histórico.

Estrutura do resultado

O retorno do histórico segue o padrão da API:
{
  "code": 200,
  "message": "Histórico da consulta retornado com sucesso.",
  "result": {
    "id": "9fcb573b-7f62-4774-978b-07e89dfef5f2",
    "status": "completed",
    "target": "person",
    "query": {
      "taxid": "00000000000",
      "datasets": ["person_basic_data"],
      "additional": {}
    },
    "cost": {
      "total": 0.05,
      "refunded": 0,
      "datasets": {
        "person_basic_data": {
          "charged": 0.05,
          "refunded": 0
        }
      }
    },
    "timing": {
      "total": 0.42,
      "datasets": {
        "person_basic_data": 0.42
      }
    },
    "datasets_status": {
      "person_basic_data": "completed"
    },
    "errors": {},
    "result": {
      "person_basic_data": {
        "tax_id": "00000000000",
        "name": "PESSOA EXEMPLO"
      }
    }
  }
}

Campos principais

CampoDescrição
idIdentificador do histórico da consulta.
statusStatus geral da consulta.
targetTipo da consulta.
queryDocumento, datasets e campos adicionais usados na chamada.
costValores cobrados e estornados.
timingTempo total e tempo individual por dataset.
datasets_statusStatus individual de cada dataset solicitado.
errorsErros retornados por dataset ou falhas globais.
resultResultado agrupado por dataset.
created_atData de criação do histórico.
last_updated_atData da última atualização do histórico.

Status por dataset

O campo datasets_status mostra o andamento individual de cada dataset.
{
  "datasets_status": {
    "person_basic_data": "completed",
    "person_example_dataset": "failed"
  }
}
Esse campo é útil para identificar resultados parciais. Quando um dataset falha, consulte errors para entender o motivo:
{
  "errors": {
    "person_example_dataset": {
      "code": 42025,
      "message": "Não foi possível consultar o provedor da consulta."
    }
  }
}

Custos e estornos

O histórico pode mostrar quanto foi cobrado e quanto foi estornado. Estornos podem ocorrer quando:
  • um dataset falha antes de concluir;
  • a regra comercial prevê cobrança apenas se houver retorno útil;
  • uma falha financeira impede a confirmação final de parte da consulta.
{
  "cost": {
    "total": 0.15,
    "refunded": 0.05,
    "datasets": {
      "person_basic_data": {
        "charged": 0.05,
        "refunded": 0
      },
      "person_example_dataset": {
        "charged": 0.05,
        "refunded": 0.05
      }
    }
  }
}

Histórico no painel

No painel, a área de histórico permite listar consultas anteriores com filtros. Filtros disponíveis:
FiltroDescrição
targetTipo da consulta: pf, pj, process, vehicle ou all.
statusStatus: queued, processing, completed, completed_with_errors, failed ou all.
documentCPF, CNPJ, placa ou ID do histórico.
date_fromData inicial da busca.
date_toData final da busca.
offsetPosição inicial para paginação.
limitQuantidade de itens por página.
O detalhe do histórico no painel exige permissão do plano e, quando a chamada for feita por subconta, acesso ao recurso history.
As rotas /panel/history são internas do painel. Para integrações externas, use o endpoint público de resultado assíncrono com history_id.

Listagem no painel

A listagem do painel retorna um resumo de cada consulta. Campos comuns:
CampoDescrição
idID do histórico.
targetTipo da consulta.
statusStatus geral.
identifierCPF, CNPJ, placa ou ID usado como identificador.
datasets_countTotal de datasets solicitados.
datasets_completedQuantidade de datasets concluídos.
datasets_failedQuantidade de datasets com falha.
datasets_processingQuantidade de datasets ainda em processamento.
result_countQuantidade aproximada de blocos de resultado.
chargedValor cobrado.
refundedValor estornado.
elapsedTempo total em segundos.
created_atData de criação.
last_updated_atÚltima atualização.

Janela de leitura

Resultados assíncronos ficam disponíveis por uma janela limitada. Depois do prazo de retenção técnica, a API pode retornar 404 para o history_id. No painel, a disponibilidade do histórico também depende do plano, da política de retenção e das permissões da conta.

Segurança

Históricos podem conter documentos e dados sensíveis. Boas práticas:
  • guarde apenas o history_id necessário para acompanhar a consulta;
  • não salve resultados completos em logs públicos;
  • trate erros por dataset separadamente de falhas gerais;
  • não exponha history_id em páginas públicas sem autenticação;
  • use o painel para auditoria operacional e o endpoint assíncrono para integrações.

Próximos passos

Resultado assíncrono

Consulte status, custos, erros e resultados por history_id.

Visão geral de consultas

Entenda tipos de consulta, datasets, cobrança e retorno.

Datasets e preços

Liste datasets disponíveis e campos adicionais.

Códigos de erro

Consulte erros de histórico, provedor, saldo e permissão.