Consultas Sincronas Datalake
Consulta Síncrona
A consulta síncrona permite verificar rapidamente se um CPF, CNPJ, OAB ou nome possui processos registrados em nosso datalake. Ela retorna, de forma ágil, uma resposta indicando a existência ou não de processos, quantidade de processos, consulta histórica hot storage e consulta sintética de processos.
Na consulta síncrona, são retornados apenas os dados já disponíveis em nossa base de acordo com os filtros aplicados, garantindo uma resposta mais rápida. Contudo, isso pode resultar em um pequeno atraso na obtenção de informações mais completas. Para acessar dados atualizados e abrangentes, é fundamental realizar uma consulta assíncrona, que buscará diretamente nos tribunais trazendo as informações atualizadas.
Todas as consultas históricas síncronas podem incluir filtros específicos para refinar os resultados. Caso deseje receber um grupo específico de itens, basta realizar a consulta informando os filtros desejados.
Consulta datalake Hot Storage
Utilizamos Hot Storage para otimizar o desempenho de consultas frequentes em nossa base de dados. Essa camada de armazenamento é projetada para fornecer acesso rápido a dados que são frequentemente utilizados, permitindo que nossas aplicações retornem informações de forma mais ágil.
Para realizar a consulta de forma síncrona, é necessário primeiro criar uma requisição para o endpoint de lawsuits. Abaixo, segue um exemplo de como fazer essa requisição utilizando o cURL.
Segue um exemplo de request utilizando filtro para TJRJ
:
É possivel através da consulta datalake obter no retorno os campo status
e phase
na consulta histórica, para obter esse retorno basta adicionar o parâmetro process_status
com o valor true
.
Valores possíveis para phase
Phase | Descrição |
---|---|
Aguardando execução ou julgamento | O processo está em espera para ser julgado. |
Arquivado | O processo foi arquivado. |
Cancelado | O processo foi cancelado. |
Execução | O processo está em fase de execução. |
Execução ou cumprimento | O processo está sendo executado ou cumprido. |
Inicial | O processo está em fase inicial. |
Reativado | O processo foi reativado após arquivamento. |
Recurso | O processo está em fase de recurso. |
Sentença | O processo recebeu uma sentença. |
Trânsito em julgado ou acordo | O processo está em trânsito ou foi acordado. |
Valores possíveis para status
Status | Descrição |
---|---|
Ativo | O processo está ativo e em andamento. |
Finalizado | O processo foi finalizado. |
Segue um exemplo de request solicitando o retorno da fase e o status do processo:
A resposta dessa requisição será um objeto JSON com os dados da resposta:
Consultando a Existência de Processos para o Documento
Para esse endpoint o retorno é um booleano informando se existem processos atrelados ao documento consultado. Essa abordagem é ideal para cenários que exigem tempos de resposta rápidos, como em rotinas de onboarding. No entanto, se além da resposta imediata indicando a existência de processos for necessário acionar, em paralelo, uma consulta histórica em segundo plano, basta incluir a propriedade create_complete_request
com o valor true
.
Para esse tipo de consulta é necessário realizar uma requisição para o endpoint /requests/create
. Abaixo, segue um exemplo de como fazer essa requisição utilizando o cURL.
Exemplo de payload:
Resposta esperada:
Consultando a quantidade de processos no datalake
É possivel consultar a quantidade de processos atrelados a um documento salvos em nosso datalake, para isso, basta realizar um requisição POST
para o endpojnt https://lawsuits.production.judit.io/requests/count
adicionando search_type
e search_key
no payload.
Resposta esperada:
Consulta histórica agrupada
Através da consulta histórica agrupada é possível receber de forma sintética o número total de processos relacionados a uma parte, agrupando esse número pelas informações da capa processual.
Para realização da consulta histórica agrupada basta realizar um requisição POST
para o endpojnt https://lawsuits.production.judit.io/requests/create/grouped
adicionando search_type
e search_key
no payload.
Resposta esperada:
Lembrando que com o request_id você pode consultar a resposta vinda dos tribunais da mesma forma que é feito na criação de requests padrão: https://docs.judit.io/api-reference/endpoint/requests/create