Runbook operacional: o que fazer quando diários e tribunais ficam indisponíveis

O primeiro sinal costuma ser uma mudança anormal no padrão de recebimento. Se um tribunal que normalmente gera dezenas de eventos por dia passa a entregar zero publicações, a equipe deve investigar antes de concluir que não houve movimentação.

Compare pelo menos quatro referências: volume histórico da fonte, horário esperado de publicação, quantidade de processos ativos monitorados e comportamento de fontes semelhantes. Uma queda isolada em um tribunal merece investigação; uma queda simultânea em todos os tribunais pode apontar para falha de integração, rede ou autenticação.

Os indicadores mais úteis são taxa de recebimento, tempo desde o último evento, quantidade de consultas sem resposta, códigos de erro, duração das tentativas e tamanho da fila pendente. Um alerta deve informar a fonte afetada, o primeiro horário observado, o impacto estimado e a pessoa responsável pela investigação.

Nem todo atraso é uma indisponibilidade completa. Há casos de resposta lenta, página carregada sem conteúdo, publicação parcial, bloqueio temporário ou alteração de layout. A equipe deve registrar a categoria provisória e atualizá-la quando houver evidência, evitando afirmar que um tribunal não publicou quando o problema ainda não foi confirmado.

A Resolução CNJ nº 185/2013 sobre o Processo Judicial Eletrônico é uma referência institucional útil para compreender o contexto de sistemas eletrônicos judiciais. Na prática, o jurídico deve complementar essa referência com os comunicados oficiais do tribunal e o histórico interno de incidentes.

Uma regra simples ajuda na priorização: alerta com até 30 minutos de atraso pede observação; entre 30 e 120 minutos exige investigação documentada; acima disso, ou quando houver prazo crítico, deve ativar o plano de contingência. Os tempos precisam ser ajustados ao volume e ao perfil de risco de cada operação.

A contingência precisa reduzir o risco sem criar uma segunda fonte descontrolada de trabalho. Uma boa prática é formar uma fila de prioridade com três grupos: prazos que vencem em até 48 horas, processos com medida urgente e publicações que podem gerar obrigação imediata para o cliente.

Para cada item, registre número do processo, tribunal, parte ou nome monitorado, última movimentação conhecida, prazo estimado, responsável e próximo passo. Se o prazo não puder ser confirmado, marque-o como “pendente de validação”, em vez de convertê-lo automaticamente em uma data definitiva.

Os e-mails diários e as exportações em planilha podem funcionar como camada temporária de conferência. Use-os para comparar o último estado conhecido, identificar processos sem atualização e distribuir uma lista de verificação, mas preserve a origem, o horário de exportação e a pessoa que realizou a conferência.

A comunicação deve seguir uma matriz simples. O advogado responsável recebe o alerta operacional e a lista de casos afetados; a coordenação recebe impacto, duração e plano; o cliente só deve ser comunicado quando houver reflexo concreto ou quando o contrato exigir transparência sobre o incidente.

Um modelo interno pode dizer: “Identificamos atraso no recebimento de publicações da fonte X desde as 10h20. A equipe priorizou os processos com prazos próximos, iniciou verificação alternativa e fará nova atualização às 11h20. Até o momento, não há confirmação de perda de publicação”.

Quando a indisponibilidade afetar uma obrigação já conhecida, a mensagem ao cliente deve separar fato de hipótese: “O tribunal apresenta instabilidade, mas o prazo do processo Y está sendo tratado com base no último registro confirmado e será revalidado após a normalização”. Essa precisão evita alarmismo e também evita falsa segurança.

Para organizar a interpretação quando os documentos voltarem, consulte o guia prático para interpretar publicações judiciais. Em situações urgentes, a equipe deve aplicar sua própria análise profissional, mesmo que utilize automação para resumir ou classificar o conteúdo.

O erro mais perigoso é concluir que “não houve publicação” apenas porque o feed está vazio. A formulação correta, até a confirmação, é “não recebemos dados da fonte no período”. Essa diferença muda a decisão de contingência e protege a qualidade dos registros.

Outro problema frequente é iniciar consultas manuais sem definir escopo. A equipe abre vários portais, repete buscas e depois não consegue provar quais processos foram verificados. A contingência deve ter lista priorizada, horário, responsável e critério de encerramento.

Também é arriscado aplicar novas tentativas sem limite ou sem controle de duplicidade. O resultado pode ser uma avalanche de eventos repetidos, tarefas duplicadas e alertas conflitantes. Filas precisam de prioridade, idempotência, que é a capacidade de processar o mesmo evento sem criar cópia indevida, e registro de cada tentativa.

A comunicação excessiva ou vaga gera dois efeitos ruins: o advogado ignora alertas futuros ou o cliente recebe uma mensagem alarmista sem fato confirmado. Use atualizações curtas, com impacto, ação adotada, pendência e próximo horário de revisão.

Por fim, muitas equipes encerram o incidente quando o site volta a abrir. Recuperação real exige verificar se o conteúdo atrasado chegou, se os prazos foram triados, se as integrações receberam os eventos e se todos os responsáveis concluíram suas tarefas. Disponibilidade técnica não significa reconciliação operacional.