Diferença entre Consulta On-Demand e Consulta Direto na Base de Dados
Para realizar a consulta por nome, é necessário criar uma requisição ao endpoint correspondente. Há duas opções disponíveis para a origem dos dados:Consulta na Base de Dados:
- Os dados são recuperados diretamente de nossa base de dados. Esta opção oferece respostas mais rápidas, pois não depende de uma nova consulta ao tribunal.
Consulta On Demand:
- A consulta é feita diretamente no tribunal no momento da solicitação.
Para utilizar esta opção, o parâmetro
on_demanddeve ser incluído no payload da solicitação com o valortrue. Esta abordagem garante acesso aos dados mais atualizados, realizando comunicação direto com o tribunal.
1
Criação de Request
Para realizar a consulta por nome, é necessário primeiramente criar uma requisição para o endpoint de consulta nome.Exemplo da criação da request por nome em nossa base de dados:Exemplo de criação da request por nome diretamente no tribunal, adicionando o parâmetro A resposta dessa requisição será um objeto JSON com os dados de criação da Request:Filtros poderão ser adicionados à requisição, permitindo um retorno mais assertivo com base nos valores desejados. Para isso, o parâmetro
on_demand:Na consulta por nome o search_type deve ser “name”.
filter deve ser incluído dentro de search_params, com os seguintes filtros disponíveis:-
filter(opcional): Um objeto que contém os filtros para a busca, como: -
side(opcional): Permite buscar por tipos de participantes do processo, podendo ser: ‘Passive’, ‘Active’, ‘Interested’, ‘Unknown’; -
amount_gte(opcional): Filtra processos com valor da causa maior ou igual ao especificado emamount_gte; -
amount_lte(opcional): Filtra processos com valor da causa menor ou igual ao especificado emamount_lte; -
tribunals(opcional): Um objeto que contém os filtros de tribunais:keys(opcional): Lista de códigos de tribunais disponíveis na lista de tribunais. Este filtro permite restringir a busca a processos que tenham ou não esses códigos específicos;not_equal(opcional): Valor booleano que define se o filtro incluirá ou excluirá os valores especificados emkeys.
-
subject_codes(opcional): Um objeto que contém os filtros de assuntos:contains(opcional): Lista de códigos de assuntos. Restringe a busca a processos que incluam os códigos especificados.not_contains(opcional): Lista de códigos de assuntos. Exclui processos que contenham os códigos especificados.
-
classification_codes(opcional): Um objeto que contém os filtros de classes processuais:keys(opcional): Lista de códigos de classes processuais. Este filtro permite restringir a busca a processos que tenham ou não esses códigos específicos;not_equal(opcional): Valor booleano que define se o filtro incluirá ou excluirá os valores especificados emkeys.
-
distribution_date_gte(opcional): Permite especificar uma data mínima de distribuição. Este filtro localiza processos distribuídos após a data informada. -
credential(opcional): Objeto para o uso do cofre de credenciais: -
customer_key(opcional): Permite passar a chave do usuário cadastrada no cofre de credenciais. Caso não seja informada, a API tentará encontrar uma credencial cadastrada para umacustomer_keyvazia. -
last_step_date_gte(opcional): Restringe a busca a processos cuja data da última movimentação seja maior que à data fornecida. -
last_step_date_lte(opcional): Restringe a busca a processos cuja data da última movimentação seja menor que à data fornecida. -
party_names(opcional): Lista de nomes que restringe a busca a processos que os contenham em alguma das partes.ObsAo utilizar esse filtro em conjunto com o filtro deSide, o filtro deSidenão será considerado para a restrição dessas partes, já que o filtro deSideé utilizado para filtrar processos onde a parte principal buscada esteja no lado especificado. -
party_documents(opcional): Lista de documentos que restringe a busca a processos que os contenham em alguma das partes.ObsAo utilizar esse filtro em conjunto com o filtro deSide, o filtro deSidenão será considerado para a restrição desses documentos, já que o filtro deSideé utilizado para filtrar processos onde a parte principal buscada esteja no lado especificado.
2
Consultar o status da request
3
Consultar o conteúdo da resposta
Na URL vai o request_id retornado na primeira requisição.
Os parâmetro page e page_size são opcionais, porém necessários para
percorrer as páginas com os processos, caso venham mais de uma, o
que é comum no caso de consulta por nome.
O significado de cada campo pode ser encontrado no glossário
1
Processo encontrado
Exemplo de retorno quando o processo foi encontrado no tribunal
Exemplo de retorno quando o processo foi encontrado no tribunal
2
Processo não encontrado
Exemplo de retorno quando o processo não foi encontrado no tribunal:
As propriedades de paginação:
As propriedades de paginação: