Detalhe da Auditoria do Processo
O detalhe da auditoria mostra, para cada processo triado, exatamente o que a triagem encontrou e por quê. Um veredito sem justificativa não sustenta uma decisão jurídica — aqui cada achado vem com a explicação citada: as regras cumpridas, o texto integral das anomalias, as regras que não puderam ser avaliadas, a decisão final do processo e o cabimento de recurso, tudo a um clique do painel.
Abra o Painel de Processos () e clique em um processo triado. O detalhe abre como um modal sobre o painel, com o cabeçalho Auditoria: <número> — e a empresa, quando há. O corpo combina o Resumo do Processo com o laudo expansível; no rodapé você atribui o processo a um usuário ou leva o resultado para o chat com Continuar no Chat.
Como a lista do painel se comporta
As nove colunas do painel — empresa, processo, classe, pessoas, status, tipo de erro, data, responsável e ação — cabem sempre na largura da tela: a lista rola apenas na vertical, nunca na horizontal. Para isso, cada registro ocupa no máximo quatro linhas; o que passa disso fica cortado na própria célula.
O conteúdo integral continua a um passo de distância: passe o mouse sobre a célula para ver o texto completo na dica, ou clique na linha para abrir o detalhe da auditoria. No celular a lista vira cartão, um campo por linha, e o registro aparece inteiro — sem o corte de quatro linhas.
Para reduzir a lista a uma situação — só as anomalias, só os conformes, só os pendentes —, clique no totalizador correspondente no topo do painel; clicar de novo no mesmo cartão volta a mostrar tudo. O comportamento completo está no Painel de Processos.
Status de conformidade
O badge de status reflete o veredito da triagem, não o andamento processual. Os status de triagem são três:
- Conforme — a triagem rodou e nenhuma anomalia foi detectada.
- Anomalia — uma ou mais regras foram violadas.
- Anomalia Crítica — violação de regra classificada como crítica.
Duas situações podem aparecer no painel, mas não são status de triagem:
- Sem triagem — o processo ainda não foi triado; ele fica sem veredito até a próxima execução da triagem incluí-lo.
- Falha na análise — a execução tentou triar o processo, mas a análise de IA falhou (limite de uso, tempo excedido ou formato inesperado) ou voltou inconclusiva por falta de dados. Não é um veredito: basta reprocessar o processo para obter o status real.
Processo sem triagem nunca aparece como Conforme. Se um processo que você sabe que já foi triado aparece sem veredito, confira se o painel está aberto no workspace/contexto correto — veja a seção seguinte.
Por que o contexto do workspace importa
O detalhe é sempre buscado na base do contexto do workspace de onde o painel foi aberto, nunca em uma base padrão fixa. A tela resolve o contexto ativo — pelo parâmetro domain que recebe do shell ou consultando o contexto ativo da plataforma — e o envia em toda consulta de detalhe; no servidor, esse contexto é traduzido para a base real antes de ler a auditoria.
Sem esse cuidado, a leitura cairia na base errada e uma triagem que existe apareceria como inexistente — é a origem do falso "sem triagem" / Pendente. Com o contexto do workspace, o processo triado é encontrado onde ele realmente está. A plataforma expõe um endpoint para consultar o detalhe da auditoria e outro para descobrir o contexto ativo; ambos estão na referência de API.
O número do processo viaja como parâmetro de consulta, nunca no caminho da URL: números podem conter
/(ex.:...-0/RS), e o firewall rejeita a barra codificada dentro do caminho, devolvendo erro 400.
Resumo do Processo
No topo do detalhe, o painel Resumo do Processo descreve o processo em si, independentemente do veredito da triagem. Os campos são agregados a partir do grafo do contexto:
| Campo | O que mostra (origem no grafo) |
|---|---|
| Classe | A classe processual completa (:Processo.processoClasseProcessual) |
| Órgão Julgador | Os nós :OrgaoJulgador ligados ao processo |
| Magistrados | Os nós :Magistrado ligados ao processo |
| Partes | Empresas e pessoas do processo |
| Temas | Os temas associados ao processo |
| Documentos | Os tipos de :PronunciamentoJudicial presentes nos autos |
Campos sem valor são omitidos — nada de linhas vazias.
O mesmo Resumo do Processo também aparece no Chat, no painel lateral do grafo, ao selecionar um nó :Processo: é a mesma consulta, com o mesmo contexto do workspace, mostrando os mesmos campos.
O laudo em três seções
O laudo expõe três botões expansíveis no topo, presentes em qualquer status. A contagem real fica no título de cada botão; grupo vazio fica desabilitado e mostra "Nenhum item." ao expandir.
Itens em Conformidade (verde)
Cada regra que o processo cumpriu, com o texto correspondente do laudo — um processo conforme mostra o que foi verificado, não apenas "nenhuma anomalia detectada".
Anomalia Detectada (vermelho)
Antes rotulado "Itens Não Conformes", este botão expande e mostra o texto integral do laudo das anomalias em markdown — não um resumo. O conteúdo é a seção ### Anomalias Detectadas do relatório da triagem, extraída em formato bruto: preserva os sub-cabeçalhos #### <regra>, os bullets - Campo: valor e os separadores ---, e é renderizada com o título de cada regra em vermelho. É o mesmo conteúdo completo que o chat exibe, sem duplicação em uma área separada.
A contagem do botão é o número de regras com anomalia. Em laudos legados, sem a seção em markdown, a tela recorre à lista estruturada de irregularidades já gravada.
Regras Não Aplicáveis (Sem Contexto) (neutro)
Lista as regras que a triagem não conseguiu aplicar por falta de dados no processo — o modelo as marcou como SEM_CONTEXTO durante a análise. Vem da seção ### Sem Contexto Suficiente do relatório e aparece em toda auditoria, não só nas que têm anomalia.
Essas regras não alteram o score de conformidade: têm peso neutro. Quando todas as regras voltam sem contexto, o veredito final é Inconclusivo — que, como "Sem triagem" e "Falha na análise", não é um dos três status de triagem.
Regras sem contexto geralmente indicam que o processo não tem os dados de que a regra precisa, ou que falta o material de referência do código processual. Cada contexto pode apontar a base de código processual — artigos + jurisprudência — no campo
codigoProcessualDatabasedas configurações do domínio, resolvido dinamicamente por contexto e nunca fixo em código. Sem essa base configurada, regras que dependem da legislação de referência tendem a cair em "sem contexto". Veja a configuração de contexto multi-fonte.
Decisão Final e Cabimento de Recurso
Em paralelo à análise das regras, e sem bloqueá-la (a extração é best-effort), a triagem extrai automaticamente com IA e exibe no detalhe:
- Decisão Final — o resumo da decisão, sentença ou acórdão mais recente do processo, ou "Sem Decisão Final" quando ainda não há.
- Cabe Recurso — indica se há recurso cabível, com o recurso e o prazo, ou se o processo transitou em julgado / não há recurso cabível.
Esses dados ficam persistidos no nó :Processo (temDecisaoFinal, decisaoFinal, cabeRecurso, recursoInfo) e voltam junto com o resumo do processo na consulta do detalhe.
Importante: processos triados antes desta funcionalidade não têm decisão e recurso preenchidos — basta re-triar o processo para que a extração rode e os campos sejam populados. Os itens conforme / não conforme já aparecem para as triagens existentes, porque vêm do relatório já gravado.
Histórico de Triagem — o processo é vivo
Um processo judicial não é um livro congelado: ele recebe novas movimentações, e uma decisão recente pode resolver juridicamente uma anomalia detectada em triagem anterior. A seção Histórico de Triagem, ao final do detalhe, mostra essa trajetória: cada execução da triagem vira uma versão do laudo, e cada versão é comparada à anterior, regra a regra.
O que cada versão mostra:
- Cabeçalho — número da versão, data e hora da execução, status geral e as contagens (conformes · anomalias · sem contexto).
- Badges de transição — o que mudou em relação à versão anterior:
- Resolvida — a regra estava em anomalia e a nova análise a considerou conforme. Com o peso temporal ativo, a explicação da análise cita a movimentação que resolveu e a data dela.
- Nova anomalia — regra que estava conforme (ou sem contexto) e passou a violada.
- Persistente — anomalia que continua em aberto.
- Agravada / Atenuada — mudança de severidade entre anomalia e anomalia crítica.
- Indeterminada — a anomalia deixou de ser observável (a regra voltou "sem contexto" ou saiu do laudo). Não é resolução: a plataforma nunca marca uma anomalia como resolvida só porque o modelo deixou de vê-la.
- Lista de transições — cada regra que mudou, com o antes → depois.
A primeira triagem de um processo aparece como Versão 1 — sem versão anterior para comparar. Laudos gravados antes deste recurso mostram um aviso: o histórico passa a ser registrado a partir da próxima execução.
Linha do Tempo do Processo — a visão completa
O botão Histórico do Processo, no rodapé do detalhe, abre a linha do tempo completa — porque processo judicial é sério e as decisões têm implicações no mundo real, o usuário precisa enxergar TUDO que aconteceu, em ordem, num lugar só. A linha do tempo intercala, do mais recente ao mais antigo:
- Movimentações dos autos — cada ato datado extraído dos documentos: Nova decisão — Sentença, Acórdão, Decisão interlocutória ou Despacho, com a data de publicação, o grau, o documento de origem e o resumo do dispositivo ou resultado.
- Eventos de triagem — cada execução da triagem com seu veredito e as mudanças que ela registrou: Anomalia resolvida, Nova anomalia, Anomalia persistente, agravada, atenuada ou indeterminada, regra a regra, com o antes → depois.
Os filtros no topo (Tudo · Movimentações · Triagem) restringem a visão; Voltar ao laudo retorna ao detalhe da auditoria. Atos sem data legível não entram na linha do tempo — inventar posição seria pior que omitir — e continuam visíveis no corpo do laudo e nos documentos do processo.
Peso temporal na análise
A triagem dá peso maior às movimentações mais recentes dos autos. Os documentos são apresentados ao modelo em ordem cronológica, com a data de cada um anotada e o mais recente marcado; a instrução de análise exige que uma anomalia antiga superada por ato posterior (decisão de mérito, saneamento do vício, juntada do documento faltante) seja avaliada como conforme, com a movimentação e a data citadas na explicação. Entre janelas de análise, uma resolução declarada em trecho mais recente prevalece sobre a anomalia apontada em trecho mais antigo — nunca o contrário.
Exemplo prático
- No Painel de Processos, filtre por Anomalia e abra o processo
0007890-12.2024…. - O Resumo do Processo mostra a classe processual, o órgão julgador e as partes.
- Expanda Anomalia Detectada: cada regra violada aparece com o próprio título em vermelho, seguida da justificativa detalhada — o que a regra exige, o que foi encontrado nos autos e por que configura anomalia.
- Confira Cabe Recurso para saber qual recurso cabe e com que prazo, e clique em Continuar no Chat para seguir analisando com a IA.
Sempre uma resposta útil
- Enquanto o detalhe carrega, a tela mostra o estado de carregamento — o painel só monta depois da resposta, e nunca aparece em branco.
- Se a consulta falhar (400, 404 ou tempo esgotado) ou voltar vazia, o detalhe não quebra: ele monta uma visão Pendente a partir da linha selecionada, exibindo o processo (classe, empresa, pessoas) mesmo sem triagem executada.
- Cada botão do laudo, quando vazio, fica desabilitado e mostra "Nenhum item." ao ser expandido — sem tela em branco.
Veja também: Triagem em Lote · Geração de regras de triagem · Co-pilot de Recurso · Configuração de contexto multi-fonte