\",\n \"data\": \"2023-06-01T00:00:00.000000Z\",\n \"letras_processo\": \"\",\n \"subprocesso\": null,\n \"elasticsearch_status\": \"NOT_INDEXED\",\n \"created_at\": \"2023-06-04 16:31:01\",\n \"updated_at\": \"2023-06-04 16:31:01\",\n \"descricao_pequena\": \"Movimentação do processo 0000000-00.0000.0.00.0000\",\n \"diario_oficial\": \"01/06/2023 | TST - Judiciário\",\n \"estado\": \"Brasil\",\n \"envolvidos\": [\n {\n \"id\": 1,\n \"nome\": \"Maria\",\n \"objeto_type\": \"Pessoa\",\n \"pivot_tipo\": \"RELATOR\",\n \"pivot_outros\": \"NAO\",\n \"pivot_extra_nome\": \"Min.\",\n \"link\": \"https://www.escavador.com/sobre/1/maria\",\n \"link_api\": \"https://api.escavador.com/api/v1/pessoas/1\",\n \"nome_sem_filtro\": \"Maria\",\n \"envolvido_tipo\": \"Relator\",\n \"envolvido_extra_nome\": \"Min.\",\n \"oab\": \"\",\n \"advogado_de\": null\n }\n ],\n \"link\": \"https://www.escavador.com/diarios/0000000/TST/J/2023-06-01/1/movimentacao-do-processo-0000000-0000000000000\",\n \"link_api\": \"https://api.escavador.com/api/v1/movimentacoes/1\",\n \"data_formatada\": \"01/06/2023\",\n \"objeto_type\": \"Movimentacao\",\n \"link_pdf\": \"https://www.escavador.com/diarios/00000/TST/J/2023-06-01/pdf/baixar?page=4553\",\n \"link_pdf_api\": \"https://api.escavador.com/api/v1/diarios/000000/pdf/pagina/4553/baixar\",\n \"snippet\": \"conteudo do snippet\",\n \"processo\": {\n \"id\": 1,\n \"numero_antigo\": null,\n \"numero_novo\": \"0000000-00.0000.0.00.0000\",\n \"is_cnj\": 1,\n \"enviado_trimon_em\": \"2022-01-22 23:26:17\",\n \"created_at\": null,\n \"updated_at\": \"2023-06-04 16:31:01\",\n \"origem_tribunal_id\": 26,\n \"filtrado_em\": null,\n \"enviado_nursery_em\": null,\n \"link\": \"https://www.escavador.com/processos/852608/processo-0000000-0000000000000-do-trt-da-15-regiao\",\n \"link_api\": \"https://api.escavador.com/api/v1/processos/1\",\n \"data_movimentacoes\": \"16/07/2013 a 01/06/2023\",\n \"data_primeira_movimentacao\": \"16/07/2013\",\n \"url\": {\n \"id\": 1,\n \"slug\": \"processo-0000000-0000000000000-do-trt-da-15-regiao\",\n \"objeto_type\": \"Processo\",\n \"objeto_id\": 1,\n \"redirect\": 12,\n \"created_at\": null,\n \"anuncio_ocultado_em\": null\n }\n },\n \"diario\": {\n \"id\": 1,\n \"path\": \"\",\n \"origem_id\": 1,\n \"plugin\": \"TRT\",\n \"edicao\": \"3734/2023\",\n \"tipo\": \"Judiciário\",\n \"tipo_url\": \"J\",\n \"tipo_ocr\": \"OCR_1\",\n \"tipo_exibicao\": \"MOVIMENTACOES\",\n \"data\": \"2023-06-01\",\n \"data_disponibilizacao\": null,\n \"data_publicacao\": \"2023-06-01\",\n \"qtd_paginas\": 9292,\n \"pdf_key\": null,\n \"pdf_key_backblaze\": \"diarios\",\n \"pdf_pages\": 9292,\n \"external_storage_id\": 1890431,\n \"created_at\": \"2023-06-04 16:28:24\",\n \"elasticsearch_status\": \"NOT_INDEXED\",\n \"atena_status\": \"INDEXED\",\n \"vespa_ultima_indexacao\": \"2023-06-04 16:40:08\",\n \"descricao\": \"Tribunal Superior do Trabalho\",\n \"objeto_type\": \"Diario\",\n \"origem\": {\n \"id\": 3,\n \"nome\": \"Tribunal Superior do Trabalho\",\n \"sigla\": \"TST\",\n \"tipo\": null,\n \"db\": \"JURIDICO\",\n \"estado\": \"Brasil-TST\",\n \"competencia\": \"Brasil\",\n \"categoria\": \"Diários do Judiciário\",\n \"created_at\": \"2015-10-14T05:28:45.000000Z\",\n \"updated_at\": \"2015-10-14T05:28:45.000000Z\"\n }\n },\n \"url\": {\n \"id\": 1,\n \"slug\": \"movimentacao-do-processo-0000000-0000000000000\",\n \"objeto_type\": \"Movimentacao\",\n \"objeto_id\": 1,\n \"redirect\": null,\n \"created_at\": \"2023-06-04T16:31:01.000000Z\",\n \"anuncio_ocultado_em\": null\n }\n },\n \"uuid\": \"0ab19863f3050147808331b3f16a15eb\"\n },\n \"status\": \"Sucesso\"\n }\n ]\n}"},{"status":401,"content":"{\n \"error\": \"Unauthenticated\"\n}"},{"status":404,"content":"{\n \"error\": \"NotFound\"\n}"}],"documentation_path":"/v2/docs/callback#listar-callbacks","documentation_url":"https://api.escavador.com/v2/docs/callback#listar-callbacks","prompt":"Explique o endpoint GET /api/v2/callbacks, incluindo autenticação, parâmetros e exemplo de resposta."}
{"id":"a87824e038f3cf8679540a21ab505f4918e0ee52","type":"api-endpoint","group":"Callback","title":"Marcar callbacks como recebidos","description":"Marca os callbacks enviados pela API como recebidos.\n\nOs callbacks que estão em tentativa (next_run_at diferente de null) não podem ser marcados como recebidos.","method":["POST"],"path":"/api/v2/callbacks/marcar-recebidos","authenticated":true,"uriParameters":[],"queryParameters":[],"bodyParameters":{"ids":{"type":"array
","description":"Os ids dos callbacks que foram recebidos, máximo de 20 por vez.","required":true,"value":[1,12,42],"includeByDefault":true}},"responses":[{"status":200,"content":"[]"},{"status":401,"content":"{\n \"error\": \"Unauthenticated\"\n}"},{"status":404,"content":"{\n \"error\": \"NotFound\"\n}"}],"documentation_path":"/v2/docs/callback#marcar-callbacks-como-recebidos","documentation_url":"https://api.escavador.com/v2/docs/callback#marcar-callbacks-como-recebidos","prompt":"Explique o endpoint POST /api/v2/callbacks/marcar-recebidos, incluindo autenticação, parâmetros e exemplo de resposta."}
{"id":"260342153019af9d5ec2ba6aa3b3e724b15b0406","type":"api-endpoint","group":"Callback","title":"Reenviar callback","description":"Reenvia o callback informado.","method":["POST"],"path":"/api/v2/callbacks/{id}/reenviar","authenticated":true,"uriParameters":{"id":{"description":"O id do callback que será reenviado. Atenção: Callbacks que estão sendo enviados (em tentativa), não podem ser reenviados.","required":true,"value":42,"includeByDefault":true,"type":"integer"}},"queryParameters":[],"bodyParameters":[],"responses":[{"status":200,"content":"{\n \"message\": \"Callback reenviado com sucesso!\"\n}"},{"status":422,"content":"{\n \"error\": \"Unauthenticated\"\n}"},{"status":401,"content":"{\n \"error\": \"Unauthenticated\"\n}"},{"status":404,"content":"{\n \"error\": \"NotFound\"\n}"}],"documentation_path":"/v2/docs/callback#reenviar-callback","documentation_url":"https://api.escavador.com/v2/docs/callback#reenviar-callback","prompt":"Explique o endpoint POST /api/v2/callbacks/{id}/reenviar, incluindo autenticação, parâmetros e exemplo de resposta."}
{"id":"93e8a5b37872f7f998946df82f704740e4d39d3a","type":"docs-section","group":"Visão geral","title":"Introdução","description":"## Bem-vindo à API do Escavador Business\n\nA API do Escavador Business foi criada para simplificar o acesso a dados públicos jurídicos no Brasil por meio de uma integração confiável, padronizada e pronta para uso em produção.\n\nCom ela, sua aplicação pode consultar e processar informações de pessoas, empresas e processos de forma estruturada, sem depender de coletas manuais em múltiplas fontes.\n\nNesta documentação, você encontrará:\n\n- Descrição funcional de cada endpoint.\n- Exemplos de requisição e resposta.\n- Modelos prontos de uso em `bash`, `javascript`, `php` e `python`.\n- Orientações de autenticação, callbacks e paginação para integrações server-to-server.\n\n## Limite de requisições\n\nO limite de requisições no uso da API é de 500 requisições por minuto.\n\nPara mais informações, [fale conosco](https://www.escavador.com/fale-conosco).\n\n## Versões\n\nA API do Escavador Business possui duas versões: V1 e V2.\nVocê pode encontrar mais informações sobre cada uma delas abaixo.\nTambém consulte a página de preços para saber mais sobre os custos de cada versão.\nÉ importante identificar quais recursos da API você irá utilizar para escolher a versão mais adequada.\n\n**API V1**: Conta com funcionalidades de busca e monitoramento de processos, pessoas e empresas, além de consulta e monitoramento em diários oficiais.\n\nAPI Endpoint: `https://api.escavador.com/api/v1`\n\nPara acessar a documentação da V1 da API, clique [aqui](https://api.escavador.com/v1/docs).\n\n**API V2**: Conta com a funcionalidade de busca de processos e se diferencia da V1 por ter uma maior quantidade de informações estruturadas, de forma mais detalhada.\n\nAPI Endpoint: `https://api.escavador.com/api/v2`\n\nPara acessar a documentação da V2 da API, clique [aqui](https://api.escavador.com/v2/docs).\n\n## Autenticação\n\n### Personal Access Token (PAT) no padrão Bearer\n\nA API do Escavador Business utiliza autenticação baseada em Personal Access Tokens (PAT) no padrão Bearer Token, amplamente adotado em integrações server-to-server.\n\nNesse modelo, o cliente gera, por meio de um painel seguro de gerenciamento, um token de acesso privado de visualização única. Após a criação, esse segredo não é exibido novamente. Para isso, é necessário ter uma conta na plataforma. Você pode fazer isso [aqui](https://api.escavador.com/).\n\nO token deve ser enviado em todas as requisições HTTP no cabeçalho `Authorization`, com o prefixo `Bearer`.\n\n```\nAuthorization: Bearer seu-token-aqui\n```\n\n### Regras de uso do PAT\n\n- O PAT é destinado exclusivamente a comunicações server-to-server.\n- O token não deve ser exposto em aplicações cliente (frontend), reduzindo a superfície de ataque.\n- O token não substitui nem reutiliza credenciais sensíveis do usuário, como login e senha.\n\n### Práticas de segurança adotadas\n\n- Transmissão segura via HTTPS (TLS 1.2 ou superior), protegendo o token contra interceptação.\n- Revogação imediata pelo próprio cliente, diretamente na plataforma.\n- Escopo de uso controlado, limitado ao contexto da integração.\n\n### Responsabilidade e resposta a incidentes\n\nA guarda segura do token é uma responsabilidade compartilhada entre plataforma e cliente, seguindo o modelo padrão da indústria para credenciais de integração.\nEm caso de suspeita de comprometimento, o token pode ser revogado e substituído rapidamente, sem impacto em outras credenciais ou acessos.\n\n### Autenticando na API\n\nAcesse o painel da API na [página de gestão de tokens](https://api.escavador.com/tokens).\nClique no botão `+ Criar Token`, forneça um nome para seu token e certifique-se de copiar o token gerado, pois ele não será exibido novamente.\nUse o token gerado no cabeçalho das requisições para se autenticar na API.\n\nCom o token gerado, envie o header `Authorization` com o valor `Bearer {seu-token-gerado}`.\n\n## Painel da API\n\nO [painel da API](https://api.escavador.com/painel) do Escavador é uma ferramenta que facilita o gerenciamento do seu uso da API. Nele, você pode acessar:\n\n- Histórico de requisições\n- Gerenciamento de tokens\n- Configuração e monitoramento de callbacks\n- Recarga de créditos\n- Visualização de monitoramentos de tribunais e diários oficiais\n- Faturas\n- Preços das rotas\n\n## Bibliotecas\n\n### Python\n\nPossuímos um SDK em Python com suporte para ambas as versões da API.\nPara entender como utilizar o SDK, consulte nosso repositório no [GitHub](https://www.github.com/Escavador/escavador-python).\n\n## Callbacks\n\nNa API V2, é possível receber callbacks para diversos eventos, como o callback associado a uma solicitação de atualização de um processo.\nPara fazer uso dessa funcionalidade, é necessário configurar uma URL de callback no painel da API.\n\n### O que é um callback\n\nUm callback (também chamado de webhook) é uma chamada HTTP enviada pela API para uma URL da sua aplicação sempre que um evento relevante acontece.\nEm vez de sua aplicação consultar a API repetidamente para saber se houve atualização (polling), a API notifica você automaticamente.\n\n### Como o mecanismo funciona\n\n1. Você cadastra uma URL de callback no painel da API.\n2. Um evento acontece na plataforma (por exemplo, atualização de processo ou novo resultado assíncrono).\n3. A API envia uma requisição HTTP para a URL cadastrada, com os dados do evento.\n4. Sua aplicação processa a notificação e retorna uma resposta HTTP de sucesso.\n\n### Configurando uma URL de callback\n\nPara configurar sua URL de callback, acesse a [página de callbacks](https://api.escavador.com/callbacks) no painel da API.\nNessa página, você pode informar a URL que receberá as notificações de eventos da API, como atualizações de processo e resultados assíncronos.\nQuando novos eventos ou resultados forem gerados, eles serão enviados para a URL configurada.\n\n### Token para validar callbacks da API\n\nCom a URL de callbacks configurada, é importante validar se o callback recebido é, de fato, da API do Escavador Business.\nPara isso, gere um token de segurança no painel da API.\nAo receber novos callbacks do Escavador, você pode validar se o token enviado é o mesmo que você gerou. O token é enviado no header `Authorization`.\n\n### Boas práticas de implementação\n\n- Exponha um endpoint específico para callbacks, com HTTPS obrigatório.\n- Valide a autenticidade da chamada (conforme subseção de token para validação de callbacks).\n- Trate o recebimento como processo idempotente: o mesmo evento não deve gerar efeitos duplicados.\n- Responda rapidamente a requisição e processe tarefas pesadas de forma assíncrona no seu backend.\n- Registre logs de recebimento e falha para facilitar observabilidade e auditoria.\n\n## Saldo\n\nVocê pode consultar o custo, em centavos, de uma requisição no header `Creditos-Utilizados`, presente na resposta.\nVisite a página de [histórico](https://api.escavador.com/v2/docs/#creditos) para saber como consultar seu saldo.\nConsulte também a [página de preços](https://api.escavador.com/servicos) para saber mais sobre os custos de cada versão.\n\n## Paginação\n\nAlgumas rotas da API utilizam paginação para retornar resultados em blocos menores, evitando respostas muito grandes e tornando o consumo da API mais eficiente.\n\nEm geral, as respostas paginadas retornam:\n\n- Os dados da página atual (em `items`)\n- Metadados de paginação (como página atual, total de páginas e total de itens)\n- Links para navegação entre páginas\n\nUm exemplo comum de estrutura paginada é:\n\n```\n{\n \"items\": [{ \"id\": 1, \"nome\": \"Exemplo\" }],\n \"links\": {\n \"first\": \"https://api.escavador.com/api/v2/recurso?page=1\",\n \"last\": \"https://api.escavador.com/api/v2/recurso?page=2\",\n \"prev\": null,\n \"next\": \"https://api.escavador.com/api/v2/recurso?page=2\"\n },\n \"meta\": {\n \"current_page\": 1,\n \"per_page\": 25,\n \"total\": 50,\n \"total_pages\": 2\n }\n}\n```\n\n### Paginação numerada x paginação por cursor\n\nExistem dois formatos comuns de paginação em APIs:\n\n1. Paginação numerada (offset/page): navegação por número de página, como `?page=2&per_page=25`.\n2. Paginação por cursor (cursor-based): navegação por um marcador de continuidade, como `?cursor=eyJpZCI6MTIzfQ==&limit=25`.\n\nPrincipais diferenças:\n\n- Navegação: paginação numerada permite pular para páginas específicas; cursor segue fluxo sequencial (próximo/anterior).\n- Estabilidade em bases dinâmicas: cursor tende a ser mais estável quando dados são inseridos ou alterados durante a leitura, reduzindo duplicidades ou lacunas.\n- Simplicidade: paginação numerada é mais simples para interfaces com paginação visual tradicional (ex.: página 7 de 42).\n- Performance em grandes volumes: cursor costuma escalar melhor em listagens grandes e ordenadas por chave estável (ex.: `id`, `created_at`).\n\n\n⚠️ Na API do Escavador Business, o formato de paginação não é escolhido pelo consumidor da API.\nCada rota já define o modelo de paginação (numerada ou por cursor), e a integração deve seguir o contrato daquela rota.\n\nNa prática:\n\n- Se a rota retornar campos como `current_page`, `last_page` e `per_page`, trate como paginação numerada.\n- Se a rota retornar cursor/ponteiro de continuidade, siga esse cursor para avançar na navegação.\n- Sempre priorize os links e metadados devolvidos na resposta, em vez de montar URLs manualmente.\n \n\n### Como percorrer as páginas\n\n1. Faça a primeira requisição conforme os parâmetros esperados pela rota.\n2. Processe os itens retornados em `data`.\n3. Use os metadados e links de paginação retornados (`next`, `current_page`, etc.).\n4. Continue requisitando enquanto houver próxima página.\n\n### Boas práticas\n\n- Sempre utilize os links de paginação retornados pela API, quando disponíveis.\n- Evite assumir quantidade fixa de páginas: novos registros podem alterar o total durante a coleta.\n- Em sincronizações longas, registre a última página processada para retomada em caso de falha.\n- Considere o limite de requisições por minuto ao iterar muitas páginas.\n\n### Atenção a mudanças de dados durante a navegação\n\nEm consultas com atualização frequente, o conjunto de resultados pode mudar entre uma página e outra. Para minimizar duplicidades ou perdas:\n\n- Utilize filtros determinísticos (por exemplo, período, ordenação e status), quando a rota permitir.\n- Armazene um identificador único dos itens já processados.\n- Trate o consumo de dados paginados como um processo incremental, garantindo idempotência no processamento dos itens, independentemente de inconsistências na paginação.","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs#introducao","documentation_url":"https://api.escavador.com/v2/docs#introducao","prompt":"Resuma a introdução da documentação da API e destaque pontos essenciais de autenticação e uso."}
{"id":"f93bf80022f14ba996d6457328dc5167732f3d11","type":"docs-section","group":"Documentação auxiliar","title":"Suporte Técnico","description":"# Suporte Técnico\n\n## Suporte Técnico e Reuniões\n\nO suporte padrão da API é realizado por meio da documentação, tickets e canais de atendimento disponibilizados pela plataforma.\n\nReuniões técnicas não fazem parte do suporte padrão e são avaliadas caso a caso, podendo estar sujeitas à contratação específica.\n\nPara que uma solicitação de reunião seja analisada, é necessário informar previamente o contexto da demanda, as dúvidas a serem tratadas e os objetivos da reunião.\n\nSempre que possível, as demandas serão atendidas pelos canais regulares de suporte. Caso uma reunião seja considerada necessária, deverá haver a participação de pelo menos um responsável técnico por parte do cliente.\n\n## Escopo do suporte\n\nO suporte cobre dúvidas sobre autenticação, uso de endpoints, comportamento esperado das respostas e orientação para diagnóstico de erros de integração.\n\nNão fazem parte do escopo padrão: desenvolvimento de código da aplicação do cliente, revisão arquitetural completa, consultoria contínua e customizações da API para atender a demandas particulares.\n\n## Como abrir um chamado com mais agilidade\n\nPara acelerar a análise, informe no ticket:\n\n- endpoint e método HTTP utilizados\n- data/hora aproximada da ocorrência\n- payload enviado (com dados sensíveis anonimizados)\n- status code retornado e corpo da resposta\n- request ID/correlation ID, quando disponível\n- ambiente afetado (produção ou homologação)\n- Prazos e prioridades\n- O atendimento é realizado em dias úteis, conforme fila e criticidade do incidente.","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs/suporte-tecnico#suporte-tcnico","documentation_url":"https://api.escavador.com/v2/docs/suporte-tecnico#suporte-tcnico","prompt":"Explique a seção \"Suporte Técnico\" da documentação e destaque os principais pontos práticos."}
{"id":"c9dd8d7b725642ef173c06e77b19eed885eeb8d8","type":"docs-section","group":"Documentação auxiliar","title":"Respostas","description":"Estrutura das respostas\n================\n\nIntrodução\n----------\n\nNesta seção você irá conhecer as estruturas de dados que os retornos de várias chamadas da API V2 do Escavador têm em comum. Entender essas estruturas possibilita saber quando um método projetado para um retorno específico da API pode também ser aplicado ao retorno de outra chamada diferente.\n\nAbaixo, apresentamos cada uma das estruturas de dados e seus campos. Cada campo é descrito pela sua chave, seu significado, seus tipos possíveis, bem como uma indicação se sempre está presente ou pode ser omitido.\n\n## Estrutura Error\n\nResposta da API com sinalização de erro ocorrido.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **code** | `string` | Sim | Código único do tipo de erro ocorrido | `\"UNPROCESSABLE_ENTITY\"` |\n| **message** | `string` | Sim | Mensagem de erro | `\"Não foi possível processar a solicitação\"` |\n| **errors** | `object` | Sim | Objeto contendo um detalhamento de cada erro ocorrido | `{\"nome\": [\"O campo nome é obrigatório quando cpf cnpj não está presente.\"], \"cpf_cnpj\": [\"O campo cpf cnpj é obrigatório quando nome não está presente.\"]}` |\n| **appends** | `null` | Sim | Campo reservado para uso futuro | `null` |\n\n## Estrutura Processo\n\nRepresentação de um processo no seu estado atual.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **numero_cnj** | `string` | Sim | Número único do processo no padrão CNJ| `\"0000000-00.0000.0.00.0000\"` |\n| **titulo_polo_ativo** | `string` / `null` | Sim | Nome do polo ativo do processo | `\"Carlos Müller Lacerda da Paixão e outros\"` |\n| **titulo_polo_passivo** | `string` / `null` | Sim | Nome do polo passivo do processo | `\"Banco do Brasil Investimentos S/A\"` |\n| **ano_inicio** | `integer` | Sim | Ano de início do processo | `2019` |\n| **data_inicio** | `string` / `null` | Sim | Data de início do processo no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **estado_origem** | [`Estado`](#estrutura-estado) | Não | Objeto com dados do estado de origem do processo | `{\"nome\": \"Minas Gerais\", \"sigla\": \"MG\"}` |\n| **unidade_origem** | [`UnidadeOrigem`](#estrutura-unidadeorigem) | Não | Objeto com dados da unidade de origem | `{...}` |\n| **data_ultima_movimentacao** | `string` | Sim | Data da última movimentação registrada, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **quantidade_movimentacoes** | `integer` | Sim | Quantidade de movimentações registradas | `1` |\n| **fontes_tribunais_estao_arquivadas** | `boolean` | Sim | Indica se todas as fontes do tipo \"TRIBUNAL\" estão classificadas com `status_predito` igual a `INATIVO`. Veja [como identificar se um processo está ativo ou inativo](https://suporte-api.escavador.com/hc/pt-br/articles/29095036394651-Como-identificar-se-um-processo-est%C3%A1-ativo-ou-inativo-na-API-do-Escavador). | `false` |\n| **data_ultima_verificacao** | `string` | Sim | Momento da última verificação do processo nas fontes oficiais no formato [ISO 8601](https://pt.wikipedia.org/wiki/ISO_8601) | `\"2019-01-01T00:01:23+00:00\"` |\n| **tempo_desde_ultima_verificacao** | `string` | Sim | Tempo decorrido desde a última verificação do processo | `\"há 1 mês\"` |\n| **processos_relacionados** | `array` | Não | Lista de processos relacionados | `[]` |\n| **match_documento_por** | `string` / `null` | Não | Indica como o documento pesquisado deu match com o processo. Valores: `DOCUMENTO_TRIBUNAL`, `NOME_EXATO_UNICO`, `NOME_ALGORITMO`, `NOME_EXATO_MUNICIPIO`, `NOME_EXATO_ESTADO`, `MESMO_ADVOGADO_OUTRO_PROCESSO`, `DOCUMENTO_TRIBUNAL_OUTRA_FONTE`. Veja o [algoritmo de match](https://suporte-api.escavador.com/hc/pt-br/articles/13916942181915-O-Algoritmo-de-Match-na-API-do-Escavador). `null` quando não houver match por documento | `\"DOCUMENTO_TRIBUNAL\"` |\n| **fontes** | `array`\\[[`ProcessoFonte`](#estrutura-processofonte)\\] | Sim | Fontes de onde o processo foi extraído | `[{...}, {...}, ...]` |\n\n## Estrutura ProcessoFonte\n\nInformações de um processo em relação a uma das fontes que foi extraído, tal como os dados desta fonte. Cada processo pode ter várias fontes.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador único dessa fonte no sistema do Escavador | `1` |\n| **processo_fonte_id** | `integer` | Sim | Identificador único do processo naquela fonte dentro do sistema do Escavador | `1` |\n| **outros_numeros** | `array` | Não | Lista de outras numerações do processo naquela fonte | `[]` |\n| **descricao** | `string` | Sim | Descrição da fonte | `\"Tribunal de Justiça de Minas Gerais\"` |\n| **nome** | `string` | Sim | Nome da fonte | `\"Tribunal de Justiça de Minas Gerais\"` |\n| **sigla** | `string` | Sim | Sigla da fonte | `\"TJMG\"` |\n| **tipo** | `string` | Sim | Tipo da fonte | `\"TRIBUNAL\"` |\n| **data_inicio** | `string` / `null` | Sim | Data de início da tramitação do processo naquela fonte, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **data_ultima_movimentacao** | `string` | Sim | Data da última movimentação registrada naquela fonte, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **segredo_justica** | `boolean` / `null` | Sim | Indica se o processo está sob segredo de justiça | `false` |\n| **arquivado** | `boolean` / `null` | Sim | Indica se o processo está arquivado | `false` |\n| **status_predito** | `string` / `null` | Sim | Classificação realizada por IA que indica se o processo está `ATIVO` ou `INATIVO` naquela fonte. Retorna `null` se a fonte for do tipo \"DIARIO_OFICIAL\" | `ATIVO` |\n| **grau** | `string` | Sim | Grau da instância do processo nessa fonte | `1` |\n| **grau_formatado** | `string` | Sim | Grau do processo por extenso| `\"Primeiro Grau\"` |\n| **fisico** | `boolean` | Sim | Indica se o processo é físico ou eletrônico | `false` |\n| **sistema** | `string` | Sim | Sistema de onde o processo foi extraído | `\"PROJUDI\"` |\n| **url** | `string` | Sim | URL para acessar o processo na fonte, caso existir | `\"https-\"` |\n| **quantidade_movimentacoes** | `integer` | Sim | Quantidade de movimentações registradas naquela fonte | `1` |\n| **data_ultima_verificacao** | `string` | Sim | Momento da última verificação do processo naquela fonte no formato [ISO 8601](https://pt.wikipedia.org/wiki/ISO_8601) | `\"2019-01-01T00:01:23+00:00\"` |\n| **quantidade_envolvidos** | `integer` | Não | Número total de envolvidos naquela fonte específica | `4` |\n| **match_documento_por** | `string` / `null` | Não | Indica como o documento pesquisado deu match com o processo nesta fonte. Valores: `DOCUMENTO_TRIBUNAL`, `NOME_EXATO_UNICO`, `NOME_ALGORITMO`, `NOME_EXATO_MUNICIPIO`, `NOME_EXATO_ESTADO`, `MESMO_ADVOGADO_OUTRO_PROCESSO`, `DOCUMENTO_TRIBUNAL_OUTRA_FONTE`. Veja o [algoritmo de match](https://suporte-api.escavador.com/hc/pt-br/articles/13916942181915-O-Algoritmo-de-Match-na-API-do-Escavador). `null` quando não houver match por documento nesta fonte | `\"DOCUMENTO_TRIBUNAL\"` |\n| **envolvidos** | `**array`\\[[`Envolvido`](#estrutura-envolvido)\\] | Sim | Pessoas e instituições envolvidas no processo | `[{...}, {...}, ...]` |\n| **capa** | [`ProcessoFonteCapa`](#estrutura-processofontecapa) | Não | Informações da capa do processo, se a fonte for do tipo \"TRIBUNAL\" | `{...}` |\n| **audiencias** | `array` | Não | Lista de audiências marcadas | `[]` |\n| **tribunal** | [`Tribunal`](#estrutura-tribunal) | Não | Informações do tribunal, se a fonte for do tipo \"TRIBUNAL\" | `{...}` |\n| **caderno** | `string` | Não | Título do caderno do diário oficial onde o processo foi publicado, se a fonte for do tipo \"DIARIO_OFICIAL\" | `\"Jurisdicional das Comarcas\"` |\n\n## Estrutura ProcessoFonteCapa\n\nContém informações da capa de um processo em uma fonte, quando foi extraído de um tribunal.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **classe** | `string` | Sim | Classe do processo | `\"Procedimento Comum\"` |\n| **assunto** | `string` / `null` | Sim | Assunto do processo | `\"Responsabilidade Civil\"` |\n| **assuntos_normalizados** | `array`\\[[`Assunto`](#estrutura-assunto)\\] | Sim | Assuntos do processo | `[{...}, {...}, ...]` |\n| **assunto_principal_normalizado** | [`Assunto`](#estrutura-assunto) / `null` | Sim | Principal assunto do processo | `{...}` |\n| **area** | `string` / `null` | Sim | Área do processo | `\"Cível\"` |\n| **situacao** | `string` / `null` | Não | Situação atual do processo na capa | `null` |\n| **orgao_julgador** | `string` / `null` | Sim | Órgão responsável por julgar o processo | `\"1ª Vara Cível\"` |\n| **orgao_julgador_normatizado** | [`UnidadeOrigem`](#estrutura-unidadeorigem) / `null` | Não | Objeto com dados detalhados do órgão julgador | `{...}` |\n| **valor_causa** | [`ValorCausa`](#estrutura-valorcausa) / `null` | Sim | Valor monetário da causa do processo | `{...}` |\n| **data_distribuicao** | `string` / `null` | Sim | Data de distribuição do processo, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **data_arquivamento** | `string` / `null` | Sim | Data de arquivamento do processo, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **informacoes_complementares** | `array`\\[[`InformacaoComplementar`](#estrutura-informacaocomplementar)\\] / `null` | Sim | Informações complementares | `[{...}, {...}, ...]` |\n\n## Estrutura ValorCausa\n\nRepresenta o valor monetário da causa de um processo.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **valor** | `string` | Sim | Valor monetário da causa do processo, como string que contém um float | `12345.6789` |\n| **moeda** | `string` | Sim | Moeda da causa do processo | `\"R$\"` |\n| **valor_formatado** | `string` | Sim | Valor monetário da causa do processo, formatado | `\"R$ 12.345,68\"` |\n\n## Estrutura InformacaoComplementar\n\nRepresentação chave-valor para informações não-fundamentais de um processo.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **tipo** | `string` | Sim | Tipo ou significado da informação | `\"Juiz\"` |\n| **valor** | `string` | Sim | Valor da informação | `\"José da Silva\"` |\n\n## Estrutura Assunto\n\nRepresenta um assunto de que se trata um processo.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador único do assunto no sistema do Escavador | `1` |\n| **nome** | `string` | Sim | Descrição do assunto em específico | `\"Obrigação de Fazer / Não Fazer\"` |\n| **nome_com_pai** | `string` | Sim | Descrição do assunto e seu pai (mais genérico) | `\"Liquidação / Cumprimento / Execução > Obrigação de Fazer / Não Fazer\"` |\n| **path_completo** | `string` | Sim | Path completo do assunto, desde a raiz menos específica até o assunto em específico | `\"DIREITO PROCESSUAL CIVIL E DO TRABALHO > Liquidação / Cumprimento / Execução > Obrigação de Fazer / Não Fazer\"` |\n| **categoria_raiz** | `string` | Não | Categoria raiz do assunto, correspondente ao primeiro nível de `path_completo`. Veja [Categorias raiz](#categorias-raiz) | `\"DIREITO PROCESSUAL CIVIL E DO TRABALHO\"` |\n| **bloqueado** | `boolean` | Não | Indica se o assunto está bloqueado | `false` |\n\n### Categorias raiz\n\nO campo `categoria_raiz` assume um dos valores abaixo. Deriva de `path_completo` e no caso de não existir `path_completo`, `categoria_raiz` virá como null. \n\n| Categoria raiz |\n|--|\n| DIREITO À EDUCAÇÃO |\n| DIREITO ADMINISTRATIVO E OUTRAS MATÉRIAS DE DIREITO PÚBLICO |\n| DIREITO AMBIENTAL |\n| DIREITO ASSISTENCIAL |\n| DIREITO CIVIL |\n| DIREITO DA CRIANÇA E DO ADOLESCENTE |\n| DIREITO DA SAÚDE |\n| DIREITO DO CONSUMIDOR |\n| DIREITO DO TRABALHO |\n| DIREITO ELEITORAL |\n| DIREITO ELEITORAL E PROCESSO ELEITORAL DO STF |\n| Direito Empresarial |\n| DIREITO INTERNACIONAL |\n| DIREITO MARÍTIMO |\n| DIREITO PENAL |\n| DIREITO PENAL MILITAR |\n| DIREITO PREVIDENCIÁRIO |\n| DIREITO PROCESSUAL CIVIL E DO TRABALHO |\n| DIREITO PROCESSUAL PENAL |\n| DIREITO PROCESSUAL PENAL MILITAR |\n| DIREITO TRIBUTÁRIO |\n| Outros |\n| QUESTÕES DE ALTA COMPLEXIDADE, GRANDE IMPACTO E REPERCUSSÃO |\n| REGISTROS PÚBLICOS |\n\n## Estrutura Movimentação\n\nRepresentação de uma movimentação de um processo.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador único da movimentação no sistema do Escavador | `12345678` |\n| **data** | `string` | Sim | Dia em que ocorreu, no formato `YYYY-MM-DD` | `\"2019-01-01\"` |\n| **tipo** | `string` | Sim | Indica se a movimentação representa uma publicação ou andamento do processo | `\"PUBLICAÇÃO\"` |\n| **conteudo** | `string` | Sim | Conteúdo da movimentação | `\"Distribuído em 01/01/2019 para: Tribunal Pleno\"` |\n| **fonte** | [`MovimentacaoFonte`](#estrutura-movimentacaofonte) | Sim | Fonte da movimentação | `{...}` |\n\n## Estrutura MovimentacaoFonte\n\nRepresentação da fonte da qual uma movimentação foi extraída, e informações da movimentação em relação a esta fonte.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **fonte_id** | `integer` | Sim | Identificador único da fonte no sistema do Escavador | `123` |\n| **nome** | `string` | Sim | Nome completo da fonte | `\"Tribunal de Justiça do Estado de São Paulo\"` |\n| **tipo** | `string` | Sim | Tipo da fonte (TRIBUNAL ou DIARIO_OFICIAL) | `\"TRIBUNAL\"` |\n| **sigla** | `string` | Sim | Sigla da fonte | `\"TJSP\"` |\n| **grau** | `integer` | Sim | Grau do processo no momento da movimentação naquela fonte | `1T` |\n| **grau_formatado** | `string` | Sim | Grau do processo no momento da movimentação naquela fonte, formatado | `\"Primeiro Grau\"` |\n| **caderno** | `string` / `null` | Não | Título do caderno do diário oficial onde a movimentação foi publicada, se a fonte for do tipo \"DIARIO_OFICIAL\" | `\"Jurisdicional das Comarcas\"` |\n\n## Estrutura Envolvido\n\nRepresenta as informações de um envolvido no contexto de um processo.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **nome** | `string` / `null` | Sim | Nome do envolvido | `\"José da Silva\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos em que o envolvido é parte | `1` |\n| **tipo_pessoa** | `string` | Sim | Indica se é pessoa física ou jurídica | `\"FISICA\"` |\n| **prefixo** | `string` / `null` | Sim | Prefixo do envolvido, se tiver | `\"Dr.\"` |\n| **sufixo** | `string` / `null` | Sim | Sufixo do envolvido, se tiver | `\"- Foragido\"` |\n| **tipo** | `string` / `null` | Sim | Tipo do envolvido naquele processo | `\"Relator\"` |\n| **tipo_normalizado** | `string` / `null` | Sim | | `\"Juiz\"` |\n| **polo** | `string` / `null` | Sim | O polo do envolvido naquele processo (ATIVO, PASSIVO, ADVOGADO, etc). | `\"NENHUM\"` |\n| **cpf** | `string` / `null` | Não | CPF do envolvido, se for pessoa física e este dado existir | `\"12345678900\"` |\n| **cnpj** | `string` / `null` | Não | CNPJ do envolvido, se for pessoa jurídica e este dado existir | `\"12345678000190\"` |\n| **oabs** | `array`\\[[`Oab`](#estrutura-oab)\\] | Não | Lista de carteiras da OAB do envolvido, se for advogado | `[{...}, {...}, ...]` |\n| **advogados** | `array`\\[[`Envolvido`](#estrutura-envolvido)\\] | Não | Lista de advogados do envolvido, se tiver | `[{...}, {...}, ...]` |\n\n## Estrutura EnvolvidoEncontrado\n\nInformações essenciais de um envolvido encontrado em buscas de processos por envolvido.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **nome** | `string` | Sim | Nome do envolvido | `\"Banco do Brasil Exportações S.A\"` |\n| **tipo_pessoa** | `string` | Sim | Indica se é pessoa física ou jurídica | `\"JURIDICA\"` |\n| **documento** | `string` / `null` | Não | CPF ou CNPJ do envolvido, quando disponível para a resposta | `\"00000000000191\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos vinculados ao envolvido encontrado | `1234` |\n\n## Estrutura EstatisticasEnvolvido\n\nResumo agregado dos processos vinculados ao envolvido encontrado.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **envolvido_encontrado** | [`EnvolvidoEncontrado`](#estrutura-envolvidoencontrado) | Sim | Dados do envolvido consultado | `{...}` |\n| **indicadores** | [`IndicadoresEstatisticasEnvolvido`](#estrutura-indicadoresestatisticasenvolvido) | Sim | Indicadores objetivos calculados a partir dos processos do envolvido | `{...}` |\n| **estatisticas** | [`AgregacoesEstatisticasEnvolvido`](#estrutura-agregacoesestatisticasenvolvido) | Sim | Listas agregadas com os principais agrupamentos dos processos do envolvido | `{...}` |\n\n## Estrutura IndicadoresEstatisticasEnvolvido\n\nIndicadores objetivos sobre a situação do envolvido e dos processos encontrados.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **recuperacao_judicial.encontrada** | `boolean` | Sim | Indica se a empresa está em recuperação judicial no momento da consulta. Esse indicador é diferente de possuir apenas histórico de processo de recuperação judicial. | `true` |\n| **segredo_justica.quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados com segredo de justiça | `7` |\n\n## Estrutura AgregacoesEstatisticasEnvolvido\n\nPrincipais agrupamentos dos processos do envolvido. Cada lista é ordenada por quantidade, da maior para a menor. Em agrupamentos por fonte ou assunto, um mesmo processo pode aparecer em mais de uma categoria.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **assuntos** | `array`\\[[`AssuntoEstatisticaEnvolvido`](#estrutura-assuntoestatisticaenvolvido)\\] | Sim | Principais assuntos normalizados dos processos | `[{...}, {...}, ...]` |\n| **classes** | `array`\\[[`ClasseEstatisticaEnvolvido`](#estrutura-classeestatisticaenvolvido)\\] | Sim | Principais classes processuais | `[{...}, {...}, ...]` |\n| **tribunais** | `array`\\[[`TribunalEstatisticaEnvolvido`](#estrutura-tribunalestatisticaenvolvido)\\] | Sim | Principais tribunais dos processos | `[{...}, {...}, ...]` |\n| **polos** | `array`\\[[`PoloEstatisticaEnvolvido`](#estrutura-poloestatisticaenvolvido)\\] | Sim | Distribuição dos processos por polo do envolvido. Cada processo é contado em apenas um polo | `[{...}, {...}, ...]` |\n| **status** | `array`\\[[`StatusEstatisticaEnvolvido`](#estrutura-statusestatisticaenvolvido)\\] | Sim | Distribuição dos processos por status predito | `[{...}, {...}, ...]` |\n| **graus** | `array`\\[[`GrauEstatisticaEnvolvido`](#estrutura-grauestatisticaenvolvido)\\] | Sim | Distribuição dos processos por grau/instância. Um processo com fontes em mais de um grau pode ser contado em mais de uma categoria | `[{...}, {...}, ...]` |\n| **materias** | `array`\\[[`MateriaEstatisticaEnvolvido`](#estrutura-materiaestatisticaenvolvido)\\] | Sim | Principais matérias dos processos, calculadas a partir do assunto raiz, com estatísticas de valor da causa quando conhecidas | `[{...}, {...}, ...]` |\n\n## Estrutura AssuntoEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador único do assunto no sistema do Escavador | `1263` |\n| **nome** | `string` | Sim | Nome do assunto | `\"DIREITO DO TRABALHO\"` |\n| **nome_com_pai** | `string` | Sim | Nome do assunto com seu assunto pai | `\"Horas Extras > Adicional de Horas Extras\"` |\n| **path** | `string` / `null` | Sim | Caminho completo do assunto | `\"DIREITO DO TRABALHO \\| Direito Individual do Trabalho\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nesse assunto | `12` |\n\n## Estrutura ClasseEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **nome** | `string` | Sim | Nome da classe processual | `\"Procedimento Comum Civel\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nessa classe | `9800` |\n\n## Estrutura TribunalEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador único do tribunal no sistema do Escavador | `1` |\n| **sigla** | `string` | Sim | Sigla do tribunal | `\"TJSP\"` |\n| **nome** | `string` | Sim | Nome do tribunal | `\"Tribunal de Justica de Sao Paulo\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nesse tribunal | `10500` |\n\n## Estrutura PoloEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **polo** | `string` | Sim | Polo do envolvido nos processos. Pode ser `DESCONHECIDO`, `ATIVO`, `PASSIVO`, `ADVOGADO`, `NENHUM` ou `TERCEIRO` | `\"PASSIVO\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nesse polo | `44394` |\n\n## Estrutura StatusEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **status** | `string` | Sim | Status predito do processo. Pode ser `ATIVO`, `INATIVO` ou `DESCONHECIDO` | `\"ATIVO\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nesse status | `14196` |\n\n## Estrutura GrauEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **grau** | `integer` / `null` | Sim | Grau/instância do processo. O valor `3` representa instâncias superiores. `null` indica grau desconhecido | `1` |\n| **grau_formatado** | `string` | Sim | Grau/instância formatado | `\"Primeiro Grau\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nesse grau | `54358` |\n\n## Estrutura MateriaEstatisticaEnvolvido\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Identificador do assunto raiz que representa a matéria | `1313` |\n| **area** | `string` | Sim | Nome do assunto raiz que representa a matéria | `\"DIREITO CIVIL\"` |\n| **quantidade_processos** | `integer` | Sim | Quantidade de processos encontrados nessa matéria | `18400` |\n| **valor_total_causa_conhecido** | `number` | Sim | Soma dos valores de causa conhecidos nessa matéria. Quando não há valores conhecidos, retorna `0` | `18450320.44` |\n| **quantidade_processos_com_valor** | `integer` | Sim | Quantidade de processos nessa matéria com valor da causa conhecido | `91` |\n| **quantidade_processos_sem_valor** | `integer` | Sim | Quantidade de processos nessa matéria sem valor da causa conhecido | `35` |\n| **maior_valor_causa_conhecido** | `number` / `null` | Sim | Maior valor da causa conhecido nessa matéria | `5200000.00` |\n| **menor_valor_causa_conhecido** | `number` / `null` | Sim | Menor valor da causa conhecido nessa matéria | `1800.00` |\n| **valor_medio_causa_quando_conhecido** | `number` / `null` | Sim | Valor médio da causa considerando apenas processos com valor conhecido | `202750.77` |\n\n## Estrutura Oab\n\nDados que caracterizam uma carteira da OAB.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **numero** | `string` | Sim | Número da carteira | `\"123456\"` |\n| **uf** | `string` | Sim | UF da carteira | `\"SP\"` |\n| **tipo** | `string` | Sim | Tipo da carteira | `\"ADVOGADO\"` |\n\n## Estrutura Tribunal\n\nDados que caracterizam um tribunal.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **id** | `integer` | Sim | Id do tribunal | `1` |\n| **nome** | `string` | Sim | Nome do tribunal | `\"Tribunal Superior do Trabalho\"` |\n| **sigla** | `string` | Sim | Sigla do tribunal | `\"TST\"` |\n| **categoria** | `string` | Sim | Categoria do tribunal | `\"Tribunais Superiores e Conselhos\"` |\n| **estados** | `array`\\[[`Estado`](#estrutura-estado)\\] | Sim | Estados que o tribunal pertence | `[{...}, {...}, ...]` |\n\n## Estrutura Estado\n\nDados que caracterizam um Estado.\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **nome** | `string` | Sim | Nome do estado | `\"Bahia\"` |\n| **sigla** | `string` | Sim | Sigla do estado | `\"BA\"` |\n\n## Estrutura UnidadeOrigem\n\nDados que caracterizam uma Unidade Organizacional (Vara, Comarca, Gabinete).\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **nome** | `string` | Sim | Nome da unidade/órgão | `\"VARA ÚNICA DA COMARCA DE TARUMIRIM\"` |\n| **endereco** | `string` | Sim | Endereço físico da unidade | `\"Av Cunha, 40, Tarumirim/MG\"` |\n| **classificacao** | `string` | Sim | Classificação da unidade | `\"V - Vara\"` |\n| **cidade** | `string` | Sim | Cidade onde a unidade está localizada | `\"Tarumirim\"` |\n| **estado** | [`Estado`](#estrutura-estado) | Sim | Objeto contendo dados do estado | `{\"nome\": \"Minas Gerais\", \"sigla\": \"MG\"}` |\n| **tribunal_sigla** | `string` | Sim | Sigla do tribunal ao qual a unidade pertence | `\"TJMG\"` |\n\n## Estrutura StatusAtualizacaoProcesso\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **numero_cnj** | `string` | Sim | Número do Processo | `\"0000000-00.0000.0.00.0000\"` |\n| **data_ultima_verificacao** | `data` | Sim | Data que o processo foi verificado no Tribunal | `\"2023-03-02T21:31:56+00:00\"` |\n| **tempo_desde_ultima_verificacao** | `data` | Sim | Tempo desde a ultima atualização | `\"há 2 meses\"` |\n| **ultima_verificacao** | `array`\\[[`BuscaAtualizacaoProcesso`](#estrutura-buscaatualizacaoprocesso)\\] | Não | Objeto contendo informações da ultima verificação do Processo | `[{...}, {...}, ...]` |\n\n## Estrutura BuscaAtualizacaoProcesso\n\n| Campo | Tipo Retorno | Sempre presente | Descrição | Exemplo |\n|--|--|--|--|--|\n| **numero_cnj** | `string` | Não | Número do Processo | `\"0000000-00.0000.0.00.0000\"` |\n| **id** | `integer` | Sim | id da Busca de atualização | `1` |\n| **status** | `string` | Sim | Status da atualização do processo | `\"PENDENTE\"` |\n| **criado_em** | `data` | Sim | Data que a busca do robô foi inicializada | `\"2023-03-02T21:31:56+00:00\"` |\n| **concluido_em** | `data` | Sim | Data que a busca do robô foi concluída | `\"2023-03-02T21:31:56+00:00\"` |","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs/respostas#estrutura-error","documentation_url":"https://api.escavador.com/v2/docs/respostas#estrutura-error","prompt":"Explique a seção \"Respostas\" da documentação e destaque os principais pontos práticos."}
{"id":"2225d664bf295bb95dde5ccd0fcf3817d65b0607","type":"docs-section","group":"Documentação auxiliar","title":"Fluxo de implementação: Resumo de processos (IA)","description":"# Fluxo de implementação: Resumo de processos (IA)\n\nEsta seção descreve o fluxo correto para integrar as três rotas de Resumo de processos (IA), evitando o erro comum de tentar consumir o resumo final antes da geração estar concluída.\n\n## Visão geral do fluxo\n\nAs rotas funcionam em conjunto e devem ser usadas nesta ordem:\n\n1. Solicitar geração/atualização do resumo.\n2. Consultar status até conclusão.\n3. Buscar o resumo pronto.\n\nSe sua integração pular a etapa de solicitação, a rota de resumo pode retornar ausência de conteúdo, porque o resumo ainda não existe no momento da leitura.\n\nLinks diretos dos 3 endpoints na documentação:\n\n- [Solicita a geração/atualização do resumo inteligente de um processo](https://api.escavador.com/v2/docs/resumo-de-processos-ia#solicita-a-geraoatualizao-do-resumo-inteligente-de-um-processo)\n- [Status da solicitação de resumo inteligente](https://api.escavador.com/v2/docs/resumo-de-processos-ia#status-da-solicitao-de-resumo-inteligente)\n- [Resumo inteligente de um processo](https://api.escavador.com/v2/docs/resumo-de-processos-ia#resumo-inteligente-de-um-processo)\n\n## Rotas envolvidas\n\n### 1) Solicitar geração/atualização do resumo\n\n- Método: `POST`\n- Objetivo: registrar o pedido assíncrono de geração/atualização do resumo inteligente.\n- Papel no fluxo: etapa obrigatória de inicialização.\n- Documentação da rota: [abrir endpoint](https://api.escavador.com/v2/docs/resumo-de-processos-ia#solicita-a-geraoatualizao-do-resumo-inteligente-de-um-processo)\n\n### 2) Consultar status da solicitação\n\n- Método: `GET`\n- Objetivo: acompanhar o processamento assíncrono.\n- Papel no fluxo: controle de orquestração (polling) até estado final.\n- Documentação da rota: [abrir endpoint](https://api.escavador.com/v2/docs/resumo-de-processos-ia#status-da-solicitao-de-resumo-inteligente)\n\n### 3) Obter resumo inteligente do processo\n\n- Método: `GET`\n- Objetivo: retornar o resumo pronto.\n- Papel no fluxo: consumo final do resultado.\n- Documentação da rota: [abrir endpoint](https://api.escavador.com/v2/docs/resumo-de-processos-ia#resumo-inteligente-de-um-processo)\n\n## Por que isso é assíncrono\n\nA geração de resumo depende de processamento interno e pode levar tempo variável conforme disponibilidade de dados e fila de processamento. Por isso:\n\n- `POST` de solicitação não significa resumo pronto imediato.\n- `GET` de status é a forma canônica de saber quando concluir.\n- `GET` do resumo deve ser feito somente após status final de conclusão.\n\nSe você também quiser garantir dados mais recentes do processo antes do resumo, consulte a etapa de atualização em: [Solicitar atualização de um processo](https://api.escavador.com/v2/docs/atualizacao-de-processos#solicitar-atualizao-de-um-processo).\n\n## Sequência recomendada de integração\n\n## Passo 1: Solicite o resumo\n\nDispare a rota de solicitação e registre, no seu sistema, o processo/solicitação iniciada para acompanhamento.\n\nBoas práticas:\n\n- Faça idempotência no cliente para evitar solicitações repetidas em curto intervalo.\n- Registre timestamp da solicitação.\n- Relacione a solicitação ao identificador do processo no seu banco.\n\n## Passo 2: Faça polling de status\n\nDepois de solicitar, consulte periodicamente o status da solicitação.\n\nEstratégia recomendada:\n\n- Primeiras tentativas com intervalo curto (por exemplo, 5 a 10 segundos).\n- Aumentar gradualmente o intervalo (backoff) para reduzir carga.\n- Definir timeout total de orquestração no cliente.\n\nEstados esperados (conceitualmente):\n\n- Em processamento: continuar polling.\n- Concluído: seguir para leitura do resumo.\n- Falha: registrar motivo e decidir entre nova tentativa ou escalonamento.\n\n## Passo 3: Busque o resumo pronto\n\nQuando o status indicar conclusão, consuma a rota de resumo inteligente.\n\nSe ainda não houver conteúdo, trate como condição transitória e faça nova leitura curta com limite de tentativas, pois pode existir pequeno atraso de consistência entre finalização e disponibilização.\n\n## Exemplo de orquestração (pseudocódigo)\n\n```javascript\nasync function obterResumoInteligente(numeroCnj, token) {\n await solicitarResumo(numeroCnj, token); // POST\n\n const maxTentativas = 12;\n let esperaMs = 5000;\n\n for (let tentativa = 1; tentativa <= maxTentativas; tentativa++) {\n const status = await consultarStatusResumo(numeroCnj, token); // GET status\n\n if (status === \"CONCLUIDO\") {\n return await buscarResumo(numeroCnj, token); // GET resumo\n }\n\n if (status === \"FALHA\") {\n throw new Error(\"Falha na geração do resumo inteligente\");\n }\n\n await new Promise((r) => setTimeout(r, esperaMs));\n esperaMs = Math.min(esperaMs + 3000, 30000);\n }\n\n throw new Error(\"Timeout ao aguardar conclusão do resumo inteligente\");\n}\n```\n\n## Cenários de erro e tratamento\n\n### Solicitação duplicada\n\n- Causa: múltiplos cliques/eventos concorrentes.\n- Mitigação: lock por processo no cliente e janela de deduplicação.\n\n### Polling agressivo\n\n- Causa: consulta de status em intervalo muito curto.\n- Mitigação: backoff e limite de tentativas.\n\n### Leitura precoce do resumo\n\n- Causa: chamada da rota de resumo sem aguardar conclusão.\n- Mitigação: regra fixa de negócio no cliente: somente ler resumo após status concluído.\n\n### Timeout de processamento\n\n- Causa: fila lenta ou indisponibilidade temporária.\n- Mitigação: timeout controlado no cliente, retry com critério e observabilidade.\n\n## Recomendação de UX para produtos\n\nPara evitar percepção de falha, mostre estados claros na interface:\n\n- \"Resumo solicitado\"\n- \"Resumo em processamento\"\n- \"Resumo concluído\"\n- \"Não foi possível concluir agora, tente novamente\"\n\nTambém é recomendado exibir a hora da última atualização do resumo quando disponível.\n\n## Checklist de implementação\n\n- [ ] Implementar `POST` de solicitação como etapa obrigatória.\n- [ ] Implementar polling do `GET` de status com backoff.\n- [ ] Consumir `GET` de resumo somente após conclusão.\n- [ ] Implementar timeout e tratamento de falha.\n- [ ] Registrar logs com número do processo, status e tempo total do fluxo.\n\n## Referências adicionais\n\n- Guia de operação e incidentes: [Solução de problemas](https://api.escavador.com/v2/docs/solucao-de-problemas)","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs/fluxo-resumo-processos-ia#fluxo-de-implementao-resumo-de-processos-ia","documentation_url":"https://api.escavador.com/v2/docs/fluxo-resumo-processos-ia#fluxo-de-implementao-resumo-de-processos-ia","prompt":"Explique a seção \"Fluxo de implementação: Resumo de processos (IA)\" da documentação e destaque os principais pontos práticos."}
{"id":"a609000de830077aa55bb2b6048002e3d15a091f","type":"docs-section","group":"Documentação auxiliar","title":"Guia de Solução de Problemas da API","description":"# Guia de Solução de Problemas da API\n\nEste guia foi pensado para uso operacional no dia a dia. A ideia é reduzir o tempo entre detectar o problema e restaurar a integração, com passos objetivos e exemplos práticos.\n\n## Como usar este guia\n\nPara cada incidente:\n\n1. Identifique o sintoma principal (status HTTP e mensagem).\n2. Rode o diagnóstico sugerido da seção correspondente.\n3. Aplique a correção e valide com um payload mínimo.\n4. Se persistir, escale com evidências usando o template ao final.\n\n## Navegação rápida por sintoma\n\n- Se o erro é **401**: vá para **Autenticação inválida**.\n- Se o erro é **429**: vá para **Rate limit**.\n- Se o erro é **4xx de validação**: vá para **Payload e filtros**.\n- Se o erro é **5xx**: vá para **Falhas transitórias**.\n- Se o problema é **callback/webhook**: vá para **Entrega de webhooks**.\n- Se o problema é **resultado inconsistente**: vá para **Paginação e dados**.\n\n## Checklist de triagem (2 minutos)\n\nEste checklist evita os erros mais comuns de configuração e costuma resolver boa parte dos incidentes sem investigação profunda.\n\n- [ ] Confirmar URL base e ambiente (homologação/produção).\n- [ ] Confirmar token Bearer válido e não revogado.\n- [ ] Confirmar status HTTP, endpoint e horário do erro.\n- [ ] Reproduzir com payload mínimo.\n- [ ] Verificar limite de taxa e saldo de créditos.\n\n## Exemplo base de chamada autenticada\n\nUse este exemplo como referência para testar conectividade e autenticação fora da sua aplicação.\n\n```bash\ncurl -X GET \"https://api.escavador.com/api/v2/tribunais\" \\\n -H \"Accept: application/json\" \\\n -H \"Authorization: Bearer SEU_TOKEN\"\n```\n\n## Fluxo de diagnóstico recomendado\n\n1. Validar autenticação e ambiente.\n2. Validar payload/filtros e contrato esperado.\n3. Verificar limite de taxa e créditos.\n4. Repetir com payload mínimo.\n5. Correlacionar logs de request/response.\n6. Escalar com evidências (status, mensagem, horário e payload mascarado).\n\n## Autenticação inválida (401)\n\nQuando você recebe 401, o problema normalmente está em credencial, formatação do header ou troca de ambiente. A correção quase sempre vem de padronização do cliente HTTP.\n\nDiagnóstico:\n\n- Header `Authorization` ausente ou mal formatado.\n- Token expirado/revogado.\n- Token de ambiente diferente da URL usada.\n\nCorreção:\n\n- Padronize o cliente para sempre enviar `Authorization: Bearer `.\n- Separe tokens por ambiente.\n- Em caso de dúvida, gere novo token e teste com payload mínimo.\n\n### Exemplo de validação em JavaScript\n\n```javascript\nconst res = await fetch(\n \"https://api.escavador.com/api/v2/tribunais\",\n {\n headers: {\n Accept: \"application/json\",\n Authorization: `Bearer ${process.env.ESCAVADOR_TOKEN}`,\n },\n }\n);\n\nif (res.status === 401) {\n throw new Error(\"Token inválido/expirado ou ambiente incorreto\");\n}\n```\n\n## Erro de créditos insuficientes\n\nEsse cenário é comum em operações de lote, especialmente quando há aumento de volume ou repetição de chamadas por timeout/retry mal calibrado.\n\nDiagnóstico:\n\n- Validar saldo disponível antes do processamento.\n- Comparar custo estimado do lote com o saldo atual.\n- Identificar chamadas duplicadas no fluxo.\n\nCorreção:\n\n- Colocar guarda de saldo antes de iniciar lotes.\n- Reduzir chamadas redundantes com cache e deduplicação.\n- Ajustar estratégia de consumo por rota.\n\n### Exemplo de guarda antes de lote\n\n```javascript\nif (saldoAtual <= custoEstimadoDoLote) {\n throw new Error(\"Saldo insuficiente para executar o lote com segurança\");\n}\n```\n\n## Rate limit (429 Too Many Requests)\n\n429 indica excesso de concorrência ou rajadas de requisição em uma janela curta. A solução mais eficaz é combinar limitação de concorrência com retry exponencial e jitter.\n\nDiagnóstico:\n\n- Medir taxa real de requisições por segundo/minuto.\n- Verificar número de workers executando em paralelo.\n- Confirmar se há retries simultâneos sem backoff.\n\nCorreção:\n\n- Aplicar retry exponencial com jitter.\n- Limitar concorrência por chave de cliente.\n- Distribuir lotes em janelas menores.\n\n### Exemplo de retry exponencial com jitter\n\n```javascript\nasync function withRetry(fn, max = 5) {\n for (let tentativa = 0; tentativa < max; tentativa++) {\n try {\n return await fn();\n } catch (err) {\n const status = err?.status ?? err?.response?.status;\n if (status !== 429 && status < 500) throw err;\n const base = 200 * 2 ** tentativa;\n const jitter = Math.floor(Math.random() * 150);\n await new Promise((r) => setTimeout(r, base + jitter));\n }\n }\n throw new Error(\"Limite de tentativas excedido\");\n}\n```\n\n## Entrega de webhooks\n\n### Webhook não recebido\n\nSe o evento não chega, o problema geralmente está em rede, TLS ou tempo de resposta do seu endpoint.\n\nDiagnóstico:\n\n- Confirmar que o endpoint está público e acessível externamente.\n- Validar certificado TLS e cadeia completa.\n- Verificar se a resposta está retornando `2xx` rapidamente.\n\nCorreção:\n\n- Retornar ACK rápido e processar de forma assíncrona.\n- Corrigir SSL/rota pública.\n- Monitorar taxa de erro e latência no receptor.\n\n### Webhook duplicado\n\nDuplicidade costuma acontecer por reentrega após timeout/falha transitória. Por isso, o consumo precisa ser idempotente.\n\nImplementação recomendada: idempotência por `event_id`.\n\n```sql\nCREATE UNIQUE INDEX idx_webhook_evento_unico\nON webhooks_recebidos (event_id);\n```\n\n```javascript\n// pseudocódigo\nif (jaProcessado(eventId)) return ok();\nmarcarComoProcessado(eventId);\nprocessarEvento(payload);\nreturn ok();\n```\n\n## Paginação e dados\n\n### Paginação interpretada incorretamente\n\nQuando só a primeira página funciona, normalmente o cliente está montando URL manualmente ou ignorando metadados de paginação.\n\nDiagnóstico:\n\n- Conferir `links` e `meta` da resposta.\n- Garantir que o loop usa `next` devolvido pela API.\n- Validar se filtros/ordenação mudam entre páginas.\n\nCorreção:\n\n- Ler paginação a partir da própria resposta.\n- Não assumir tamanho fixo de página.\n- Tratar resultados como fluxo incremental.\n\n### Exemplo de loop seguro de paginação\n\n```javascript\nlet nextUrl = \"https://api.escavador.com/api/v2/monitoramentos/processos?page=1\";\n\nwhile (nextUrl) {\n const res = await fetch(nextUrl, {\n headers: { Authorization: `Bearer ${token}` },\n });\n const body = await res.json();\n\n for (const item of body.data ?? []) {\n await processar(item);\n }\n\n nextUrl = body?.links?.next ?? null;\n}\n```\n\n### Filtro de data com resultado inesperado\n\nEsse tipo de divergência é comum por timezone, formato de data ou intervalos muito amplos.\n\n- Normalize timezone no cliente.\n- Envie datas no formato aceito pela rota.\n- Reproduza com intervalo curto e conhecido.\n\n### Campos ausentes, nulos ou com nome diferente\n\nEm integrações robustas, o parser deve assumir que alguns campos são opcionais.\n\n- Trate campos opcionais com fallback.\n- Evite parser rígido acoplado à ordem do JSON.\n\n## Falhas transitórias (5xx)\n\n5xx tende a representar indisponibilidade temporária, latência alta de dependências ou timeout em cadeia. O objetivo é resiliência sem amplificar o problema.\n\nDiagnóstico:\n\n- Verificar janela de ocorrência e volume.\n- Comparar taxa de falha por endpoint.\n- Confirmar se o erro é persistente ou intermitente.\n\nCorreção:\n\n- Definir timeout por operação.\n- Aplicar retry seletivo para erros transitórios.\n- Usar circuit breaker no consumidor.\n\n## Diferença entre homologação e produção\n\nBoa parte dos incidentes de go-live acontece por divergência de configuração entre ambientes.\n\nChecklist:\n\n- URL base correta.\n- Credenciais do ambiente correto.\n- Liberação de rede/IP.\n- Smoke test pós deploy.\n\n## CORS em integração browser\n\nPara rotas sensíveis, prefira integração server-to-server. Quando a chamada precisa partir do navegador, configure CORS explicitamente e com princípio do menor privilégio.\n\nDiagnóstico:\n\n- Inspecionar requisição `OPTIONS` (preflight).\n- Verificar headers de resposta (`Access-Control-Allow-*`).\n\nCorreção:\n\n- Restringir origens permitidas.\n- Declarar métodos/headers estritamente necessários.\n- Evitar `*` em cenários autenticados.\n\n## Catálogo rápido por status\n\n- `2xx`: sucesso, seguir fluxo normal.\n- `4xx`: ajustar autenticação/payload/limites.\n- `5xx`: tratar como transitório com observabilidade e retry controlado.\n\n## Modelo para escalar incidente\n\nUse este template ao acionar suporte interno:\n\n```text\nEndpoint: \nStatus HTTP: \nHorário: \nRequest ID/Correlation ID: \nPayload mascarado: \nTentativas realizadas: \nImpacto: \n```","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs/solucao-de-problemas#guia-de-soluo-de-problemas-da-api","documentation_url":"https://api.escavador.com/v2/docs/solucao-de-problemas#guia-de-soluo-de-problemas-da-api","prompt":"Explique a seção \"Guia de Solução de Problemas da API\" da documentação e destaque os principais pontos práticos."}
{"id":"aa04a201c9aa5b17e2c3b0874fa23d52daf64401","type":"docs-section","group":"Documentação auxiliar","title":"Detalhes dos Callbacks","description":"# Detalhes dos Callbacks\n\n### Introdução\n\nCallbacks são avisos que o Escavador dispara (Via método POST) para certos eventos que ocorrem em sua conta.\n\nAs chamadas são enviadas com content-type application/json.\n\nA URL de callback pode ser cadastrado pelo [painel da API](https://api.escavador.com/callbacks).\n\nPara garantir que os callbacks recebidos tem como origem a API do Escavador Business, você pode gerar um token no [painel da API](https://api.escavador.com/callbacks). Esse token será enviado em todos os callbacks pelo header `Authorization`.\n\nEm caso de ocorrer falha na entrega do webhook na url de callback cadastrada, o Escavador irá tentar enviar novamente mais 10 vezes. Sendo assim, um total de 11 tentativas serão feitas. Cada tentativa tem um intervalo de 2_n_ minutos, sendo _n_ o número da tentativa.\n\nAs seções seguintes apresentam os eventos e os dados enviados por cada um.\n\n## Monitoramento de novos processos: novo processo encontrado\n\nOcorre quando um Monitoramento de novos processos encontra algum processo novo.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ------------- | ---------------------------------- |\n| event | _novo_processo_ |\n| monitoramento | Informações do Monitoramento. |\n| processo | Informações do processo encontrado |\n\n@responseFile apidoc_responses/callbacks/novo_processo.json\n\n## Atualização de processos: atualização concluída\n\nOcorre quando uma atualização de processo é concluída e foi setado para enviar callback.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ----------------------------- | --------------------------------------------------------------------- |\n| event | _atualizacao_processo_concluida_ |\n| atualizacao.id | ID da atualização |\n| atualizacao.status.numero_cnj | Status da atualização, pode ser `SUCESSO`, `NAO_ENCONTRADO` ou `ERRO` |\n| atualizacao.numero_cnj | Número do CNJ do processo |\n\n@responseFile apidoc_responses/callbacks/atualizacao_processo_concluida.json\n\n## Monitoramento de processos: Nova movimentação encontrada\n\nOcorre quando uma nova movimentação é encontrada no sistema do tribunal ou diário oficial.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ----------------- | ------------------------------------------------------------------------------------- |\n| event | _nova_movimentacao_ |\n| monitoramento | Informações do Monitoramento. |\n| movimentacao | Informações da movimentacao encontrada |\n| movimentacao.tipo | Para identificar se a origem é do tribunal ou diário oficial: ANDAMENTO ou PUBLICACAO |\n\n@responseFile apidoc_responses/callbacks/v2_nova_movimentacao.json\n\n## Monitoramento de processos: Novo documento encontrado\n\nOcorre quando um monitoramento de processo criado com `documentos_publicos=1` encontra um novo documento público.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| --------------------------------- | ------------------------------------------------------------------------- |\n| event | _novo_documento_ |\n| monitoramento | Informações do Monitoramento. |\n| documento | Informações do documento público encontrado |\n| documento.links.api | Link temporário para download do documento, quando disponível |\n| documento.key | Chave temporária para download do documento, quando disponível |\n| documento.vencimento_link | Timestamp de vencimento do link e da chave temporária |\n| documento.movimentacoes_relacionadas | Movimentações relacionadas ao documento público, quando houver vínculo |\n\n@responseFile apidoc_responses/callbacks/novo_documento_publico.json\n\n## Monitoramento de processos: Processo verificado\n\nOcorre quando um monitoramento vai ao tribunal, mas não encontra nada novo para aquele processo.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ------------- | -------------------------------------------------------------------- |\n| event | _processo_verificado_ |\n| monitoramento | Informações do monitoramento. |\n| verificado_em | Timestamp da verificação do processo relacionada ao callback enviado |\n\n@responseFile apidoc_responses/callbacks/processo_verificado.json\n\n## Monitoramento de processos: Processo encontrado\n\nOcorre quando um Monitoramento de processos encontra o processo no sistema do tribunal e inicia o monitoramento.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ------------- | ----------------------------- |\n| event | _processo_encontrado_ |\n| monitoramento | Informações do Monitoramento. |\n\n@responseFile apidoc_responses/callbacks/processo_encontrado.json\n\n## Monitoramento de processos: Processo não encontrado\n\nOcorre quando um Monitoramento de processos não encontra o processo no sistema do tribunal e assim ele não é monitorado.\n\n#### Campos enviados no callback\n\n| Parâmetro | Descrição |\n| ------------- | ----------------------------- |\n| event | _processo_nao_encontrado_ |\n| monitoramento | Informações do Monitoramento. |\n\n@responseFile apidoc_responses/callbacks/processo_nao_encontrado.json","method":[],"path":"/","authenticated":false,"uriParameters":[],"queryParameters":[],"bodyParameters":[],"responses":[],"documentation_path":"/v2/docs/callbacks#detalhes-dos-callbacks","documentation_url":"https://api.escavador.com/v2/docs/callbacks#detalhes-dos-callbacks","prompt":"Explique a seção \"Detalhes dos Callbacks\" da documentação e destaque os principais pontos práticos."}