Pular para o conteúdo principal
TrackJud TrackJud
· Atualizado em · 12 min de leitura

Monitoramento de processos: como receber alertas automáticos de novos casos contra um CPF

Por TrackJud

Guia prático de monitoramento processual automatizado: como funciona, 3 níveis de implementação (planilha, no-code, backend), custos reais, boas práticas e como integrar alertas no fluxo do escritório. Atualizado abril 2026.

TL;DR: Pesquisar processo uma vez é foto. Monitorar é vídeo. O risco real não são os processos de hoje — são os que vão existir amanhã. Monitoramento processual é a re-verificação periódica de uma lista de CPFs pra detectar novos processos automaticamente. Funciona em 3 níveis: planilha + script (até 50 CPFs, R$ 24/mês), no-code com Make/n8n (até 500, R$ 100/mês), ou backend próprio (milhares, enterprise). A LGPD permite (art. 7º §4º — dados públicos). Este guia cobre: como funciona, 3 cenários reais, arquitetura, 4 decisões que você precisa tomar, 3 níveis de implementação, custos, boas práticas e FAQ.

Pesquisar processos uma única vez (veja o guia de consulta processual por CPF) só resolve metade do problema. O risco real não são os processos que existem hoje — são os que vão existir amanhã. Um cliente pode estar limpo no momento da contratação e, seis meses depois, ter três novas ações trabalhistas. Um fornecedor pode entrar em recuperação judicial no próximo trimestre. Um devedor pode receber uma execução fiscal que muda completamente a análise de risco.

Por isso, monitoramento contínuo é tão importante quanto a pesquisa inicial. Segundo o CNJ Justiça em Números 2024, o Brasil recebe mais de 28 milhões de novos processos por ano — o que significa que o cenário processual de qualquer CPF pode mudar a qualquer momento.

Este guia cobre como o monitoramento processual automatizado funciona, quando faz sentido, quais decisões tomar, e como implementar em 3 níveis de complexidade.

O que é monitoramento processual

Monitoramento processual é o processo de re-verificar periodicamente um CPF (ou lista de CPFs) pra detectar novos processos que apareceram desde a última verificação. O objetivo é ser notificado automaticamente quando algo muda, sem pesquisar manualmente.

Na prática, o sistema faz 3 coisas:

  1. Armazena o estado atual dos processos de cada CPF (quais processos existem, seus números CNJ)
  2. Re-pesquisa periodicamente (diário, semanal, mensal) via API
  3. Compara o novo resultado com o estado anterior e alerta se houver diferença (processo novo, movimentação nova, mudança de instância)

A diferença entre consulta e monitoramento é a diferença entre foto e vídeo: consulta é um snapshot pontual, monitoramento é a detecção de mudança ao longo do tempo.

3 cenários onde o monitoramento teria evitado o problema

Cenário 1 — Fintech que aprovou crédito e não monitorou

Uma fintech aprovou R$ 200.000 de crédito pra um empresário em janeiro. Análise judicial feita no momento: zero processos. Em março, o empresário sofre uma execução fiscal de R$ 500.000 (bloqueio BacenJud agendado). Em abril, deixa de pagar a parcela.

Com monitoramento semanal: alerta chegaria em março. A fintech poderia ter iniciado cobrança preventiva, bloqueado novas operações, ou reclassificado o risco do tomador. Sem monitoramento: só descobriu quando o atraso já existia. Custo do monitoramento: R$ 0,50/semana (5 tribunais). Custo da perda: até R$ 200.000.

Cenário 2 — Escritório que perdeu janela estratégica

Um escritório representa uma empresa cliente em 8 processos cíveis. O cliente, sem avisar, entra com pedido de recuperação judicial em outro estado. O escritório descobre 2 meses depois, pelo noticiário. Nesse período, as estratégias dos 8 processos ficaram desalinhadas — porque uma recuperação judicial muda completamente a dinâmica de credores, prazos e prioridade de pagamento.

Com monitoramento: alerta no dia da distribuição do pedido. Estratégia ajustada imediatamente.

Cenário 3 — Compliance de fornecedores Súmula 331

Empresa tomadora contrata uma terceirizada de limpeza. Análise inicial aprovada — 2 processos trabalhistas, risco aceitável. Seis meses depois, a terceirizada começa a acumular processos trabalhistas (está deixando de pagar rescisões), mas continua prestando serviço normalmente. Quando a empresa descobre, já existem 30 novos processos com responsabilidade subsidiária potencial. Pra entender o risco completo da Súmula 331, veja passivo trabalhista e responsabilidade subsidiária.

Com monitoramento mensal: alerta quando o volume passou de 2 pra 8, muito antes de chegar a 30. Tempo de reação: semanas em vez de meses.

Como funciona — arquitetura conceitual

Lista de CPFs monitorados + estado do último check

     Agendador (diário / semanal / mensal)

     API do Vigilant (consulta cada CPF)

 Comparação com o último estado armazenado

Se novo processo detectado → dispara alerta
Se nada mudou → log silencioso

Essa é a estrutura que qualquer sistema de monitoramento processual segue, do mais simples ao mais sofisticado.

4 decisões que você precisa tomar antes de implementar

1. Onde guardar o estado

O monitoramento precisa lembrar “quais processos já viu” pra saber o que é novo:

StoragePra quemLimite prático
Google Sheets / ExcelEscritórios pequenos~200 CPFs
AirtableTimes de compliance mid-size~2.000 CPFs
PostgreSQL / MongoDBFintechs, bancosSem limite
Estado interno da ferramenta (Make, n8n)Times sem dev~500 CPFs

2. Com que frequência re-pesquisar

Perfil de riscoFrequênciaJustificativa
Crédito alto ativo (R$ 100k+)DiárioExecução fiscal pode chegar a qualquer momento
Carteira de clientes ativaSemanalEquilíbrio custo/detecção
Fornecedores com contratoMensalDeterioração é mais lenta
Sócios de target (M&A em andamento)Diário ou a cada 2 diasJanela de closing é curta
Partes adversas em processos ativosSemanalNovos processos mudam estratégia de defesa

Regra: quanto maior o exposure financeiro, maior a frequência.

3. O que conta como “alerta real”

Nem toda variação é processo novo. Um processo pode ser arquivado, reativado, ou mudar de instância. Estratégias:

  • Comparar listas de números CNJ (mais preciso — detecta processo novo vs movimentação em existente)
  • Filtrar por papel: alertar apenas quando o CPF aparece como réu (mais acionável pra risco)
  • Threshold: ignorar variações de ±1 processo (reduz ruído em CPFs com muitos processos)
  • Alertar em qualquer mudança (mais ruído, mais segurança — recomendado pra M&A)

4. Como disparar o alerta

CanalPra quemVantagem
E-mailQualquerUniversal, familiar
Slack/TeamsTimes internosImediato, colaborativo
Ticket no sistema de gestãoEscritóriosTraceável, com SLA
Webhook pra outro sistemaFintechsIntegração profunda
SMS/WhatsAppUrgênciasPush notification real

3 níveis de implementação

Nível 1 — Planilha + script agendado (até ~50 CPFs)

  • Google Sheets com lista de CPFs monitorados e coluna “último total de processos”
  • Google Apps Script com trigger semanal que chama a API do Vigilant pra cada CPF
  • Compara total atual com total anterior; se diferente, marca em vermelho + envia e-mail
  • Zero infraestrutura — roda tudo no Google, grátis

Custo: R$ 0 de infra + uso da API (~R$ 24/mês pra 20 CPFs semanais em 3 tribunais) Setup: 1 tarde

Nível 2 — Ferramenta no-code (até ~500 CPFs)

  • Make, n8n ou Zapier orquestrando as etapas visualmente
  • Storage em Airtable, Google Sheets ou no próprio Make
  • Alertas multi-canal (e-mail + Slack + webhook)
  • Dashboard visual do fluxo (quem foi pesquisado, quando, resultado)

Custo: R$ 0-50/mês da ferramenta + uso da API Setup: 2-4 horas

Nível 3 — Backend próprio (milhares de CPFs, compliance regulado)

  • PostgreSQL/Redis pra estado
  • Worker agendado (cron, Kubernetes CronJob, Oban)
  • Processamento em batch com fila (não serial — paraleliza)
  • Dashboard interno integrado ao CRM/sistema de gestão
  • Logs e auditoria completos (requisito regulatório pra bancos)

Custo: R$ 200-2.000/mês de infra + uso da API Setup: 2-4 semanas de dev

Pra maioria dos casos, Nível 1 ou 2 resolve. Nível 3 só faz sentido com volume alto + exigência regulatória. A documentação técnica da API em /developers/ tem exemplos pra os 3 níveis.

Caso real — escritório boutique com 180 clientes em monitoramento

Um escritório de advocacia empresarial, 6 advogados, carteira de 320 clientes (180 em monitoramento ativo — os com crédito, contratos ou processos em andamento). Antes de automatizar: monitoramento trimestral manual, estagiário dedicado 3-4 dias/trimestre.

Implementação Nível 2 (Make + Google Sheets + Vigilant):

  • 180 CPFs monitorados semanalmente em 5 tribunais
  • Consultas/mês: 180 × 5 × 4 = 3.600
  • Custo API: R$ 360/mês (com cache real ~R$ 240/mês)
  • Custo Make: R$ 0 (free tier suportou o volume)
  • Setup: 4 horas do sócio tech-savvy
  • Alertas/mês: 8-12 (novos processos detectados)

Resultado em 6 meses:

  • 3 clientes flagged por deterioração séria (recuperação judicial, execução fiscal) → estratégia ajustada proativamente
  • 1 fornecedor flagged com 8 novos processos trabalhistas → contrato renegociado com cláusula de retenção
  • Estagiário realocado pra pesquisa jurisprudencial em vez de pesquisa mecânica
  • ROI qualitativo: os 4 casos detectados cedo teriam gerado ~R$ 800.000 em exposure não-mitigado sem o monitoramento

Quanto custa monitorar — tabela por perfil

CarteiraFrequênciaTribunaisConsultas/mêsCusto teóricoCusto real (com cache)
20 clientesSemanal3240R$ 24~R$ 16
50 clientesSemanal51.000R$ 100~R$ 65
100 clientesSemanal52.000R$ 200~R$ 130
100 fornecedoresMensal101.000R$ 100~R$ 70
500 clientesMensal52.500R$ 250~R$ 170

O cache salva 30-50% do custo na prática: se um CPF não tem novos processos e a consulta anterior é de menos de 2 dias, o cache serve sem custo. Em carteiras estáveis (~80% dos CPFs não mudam em 1 semana), a economia é substancial.

Preços completos e pacotes em /pricing/.

Boas práticas — o que aprendemos com quem implementou

Não monitore todo mundo

Monitoramento gera alertas. Se você monitorar todos os 320 clientes, vai receber tantos e-mails que começará a ignorá-los (alert fatigue). Monitore apenas:

  • Clientes com crédito ativo acima de um threshold
  • Fornecedores com contrato relevante (especialmente terceirizados — Súmula 331)
  • Partes adversas em processos em andamento
  • Sócios de empresas em negociação M&A (veja due diligence processual)

Comece pequeno — 10 CPFs

Não tente criar o sistema perfeito de primeira. Monte o Nível 1 com 10-20 CPFs dos casos mais críticos, veja se o alerta chega quando deveria, ajuste o ruído, e expanda. Erro comum: planejar 6 meses de dev pra Nível 3 quando Nível 1 valida a ideia em 1 tarde.

Integre com o fluxo de trabalho

Alerta que fica só no e-mail é alerta que se perde. Conecte ao sistema de gestão: quando um alerta chega, vira uma tarefa automática pro advogado/gestor responsável, com SLA de resposta definido. Isso transforma monitoramento passivo em ação concreta.

Documente pra compliance

Se o monitoramento é parte de compliance (KYC, due diligence regulatória), documente: quem é monitorado, com que frequência, qual a base legal (LGPD art. 7º §4º + IX), quem recebe os alertas, e qual o workflow de resposta. Essa documentação protege juridicamente e organiza o fluxo — especialmente em auditorias do BACEN pra instituições financeiras.

Aspectos legais — LGPD

Dados processuais públicos têm base legal clara pra monitoramento contínuo:

  • Art. 7º, §4º — dados manifestamente públicos (dispensam consentimento)
  • Art. 7º, IX — legítimo interesse (gestão de risco contínua)
  • Art. 7º, VI — exercício regular de direitos (defesa em processo)

Você não precisa pedir consentimento do titular. Mas é boa prática:

  • Informar no contrato (escritório → cliente) ou na política de KYC (fintech → tomador) que há verificação contínua
  • Manter audit trail de cada consulta (quem consultou, quando, resultado) — a API do Vigilant gera isso automaticamente
  • Se o titular pedir saber quais dados são tratados, informar

Glossário

TermoDefinição
Monitoramento processualRe-verificação periódica de CPFs pra detectar novos processos
AlertaNotificação disparada quando o monitoramento detecta mudança
CacheResultado armazenado temporariamente — consulta repetida em <2 dias é gratuita
Alert fatigueFadiga causada por alertas excessivos, levando a ignorá-los
BatchProcessamento de múltiplos CPFs de uma vez (em vez de um por vez)
Worker agendadoProcesso que roda automaticamente em horário definido (cron)
SLAService Level Agreement — prazo definido pra resposta a um alerta
Número CNJIdentificador único do processo — usado pra comparar listas entre checks
BacenJudSistema de bloqueio judicial de contas bancárias

Conclusão

A pesquisa processual inicial é o primeiro passo. O monitoramento contínuo é o que mantém a proteção ativa. Sem ele, a due diligence que você fez no dia 1 vai envelhecendo silenciosamente — e o risco que aparece no dia 90 não é detectado até que vire problema.

A implementação não precisa ser complexa. Uma planilha + script no Google Sheets já resolve pra carteiras de até 50 CPFs. Custo: R$ 16-65/mês. Tempo de setup: 1 tarde. E o primeiro alerta relevante que detectar pode valer R$ 100.000+ em risco evitado.

Se quer implementar o fluxo completo: automação pra escritórios cobre os 3 caminhos de integração. Pra entender como o monitoramento se conecta com KYC, veja KYC judicial. Pra integrar no seu backend, a documentação técnica em /developers/ tem a spec completa.


Monitore os processos dos seus clientes e fornecedores. 5 créditos grátis no cadastro, sem cartão. Comece agora.

Perguntas frequentes

Qual a diferença entre consulta processual e monitoramento?

Consulta processual é uma foto: você pesquisa um CPF, vê os processos que existem naquele momento, e acabou. Monitoramento é um vídeo: você configura uma lista de CPFs e o sistema re-pesquisa periodicamente (diário, semanal, mensal), compara o resultado com o anterior, e te alerta quando algo muda — novo processo, nova movimentação, mudança de instância. Consulta responde 'o que existe agora'. Monitoramento responde 'o que MUDOU desde a última vez'. Pra entender como funciona a consulta por CPF, veja [nosso guia de consulta processual](/blog/pt-br/consulta-processual-cpf/).

Quanto custa monitorar 100 clientes por semana?

Depende dos tribunais. 100 clientes × 5 tribunais × 4 semanas = 2.000 consultas/mês × R$ 0,10 = R$ 200/mês. Mas o cache de 2 dias do Vigilant reduz o custo real: se um CPF não teve mudança e a consulta anterior é recente, o cache serve o resultado sem custo extra. Na prática, em carteiras estáveis (onde a maioria dos CPFs não tem processos novos toda semana), o custo efetivo fica 30-50% abaixo do teórico. Pra 100 clientes monitorados semanalmente, espere R$ 120-160/mês reais.

Monitoramento funciona só pra escritórios de advocacia?

Não. Os 3 principais segmentos que usam monitoramento contínuo são: (1) Escritórios de advocacia — monitorar carteira de clientes e partes adversas (veja [automação pra escritórios](/blog/pt-br/automatizar-pesquisa-processual-escritorio/)); (2) Fintechs e bancos — monitorar tomadores de crédito ativos pra detectar deterioração (veja [KYC judicial](/blog/pt-br/kyc-judicial-alem-do-score/)); (3) Compliance e procurement — monitorar fornecedores com contrato ativo pra detectar passivo trabalhista novo (veja [auditoria Súmula 331](/blog/pt-br/passivo-trabalhista-sumula-331/)). Qualquer cenário onde o risco muda ao longo do tempo justifica monitoramento.

Preciso de um desenvolvedor pra implementar monitoramento?

Depende do nível. Nível 1 (planilha + Apps Script) não precisa — qualquer pessoa com noções básicas de script monta em uma tarde. Nível 2 (Make, n8n, Zapier) também não precisa de dev — são ferramentas visuais no-code. Nível 3 (backend próprio com PostgreSQL + worker agendado) precisa de dev. A recomendação: comece pelo Nível 1 ou 2 pra validar o fluxo, e só escale pro Nível 3 quando o volume justificar (acima de ~500 CPFs monitorados).

A LGPD permite monitorar CPFs continuamente sem consentimento?

Sim, pra dados públicos. A LGPD (Lei 13.709/2018, art. 7º, §4º) dispensa consentimento pra dados 'manifestamente públicos'. Processos judiciais publicados em consulta pública dos tribunais se encaixam. Pra monitoramento contínuo, as mesmas 3 bases legais aplicam: §4º (dados públicos), inciso IX (legítimo interesse — gestão de risco), e inciso VI (exercício regular de direitos). Boa prática: informar no contrato com o cliente (escritório) ou na política de KYC (fintech) que há verificação contínua. E manter audit trail de cada consulta — o Vigilant gera automaticamente.

Com que frequência devo monitorar?

Depende do risco. Crédito alto ativo (tomador com R$ 100k+): diário. Carteira de clientes ativa em escritório: semanal. Fornecedores com contrato relevante: mensal. Sócios de empresas investidas (M&A entre term sheet e closing): diário ou a cada 2 dias. A regra geral: quanto maior o exposure financeiro, maior a frequência. O custo de monitorar semanalmente é ~R$ 1-2 por CPF por mês (5 tribunais) — desprezível perto do risco que detecta.

O que fazer quando o alerta dispara — novo processo detectado?

3 ações imediatas: (1) Classificar o novo processo — é cível, trabalhista, criminal, fiscal? É como réu ou autor? (2) Avaliar o impacto financeiro — qual o valor da causa? Muda a provisão? (3) Acionar o responsável — advogado do caso, gestor de risco, compliance officer. O alerta é inútil se não tiver workflow de resposta. A prática recomendada: alerta chega como ticket no sistema de gestão (não só e-mail), com SLA de resposta definido (ex: 24h pra crédito ativo, 48h pra fornecedor).

Monitoramento substitui a due diligence inicial?

Não. Complementa. Due diligence é a pesquisa profunda no momento da decisão (aprovar crédito, fechar contrato, M&A closing). Monitoramento é a vigilância contínua DEPOIS da decisão, pra detectar mudanças no perfil de risco. Pular a DD e ir direto pro monitoramento é monitorar algo que você nunca verificou de verdade — arriscado. A gente cobre DD em profundidade no post [Due diligence processual: o guia prático](/blog/pt-br/due-diligence-processual/).

Artigos relacionados