Processo duplicado na base: como detectar e impedir cadastro em duplicidade

Processo duplicado no cadastro é falha de chave única, não de desatenção

Processo duplicado no cadastro é problema de chave única: para saber se um processo já foi registrado, o sistema precisa ter um campo cujo valor não pode se repetir na base e que identifica o registro sozinho — e comparar o valor novo contra ele antes de gravar. Sem isso, a base aceita dois registros do mesmo processo sem reclamar, porque nada nela sabe que eles são a mesma coisa.

Chave única, em linguagem de rotina, é o que responde “este registro é o mesmo daquele?” sem depender de alguém lembrar. É uma propriedade da base, não uma prática do time.

Por isso “conferir na planilha antes de lançar” não é chave única. Depende de memória, de quem está de plantão naquele dia e de o número estar escrito exatamente igual nos dois lugares. Qualquer uma das três condições falhando já deixa o duplicado passar.

O candidato natural a chave única no cadastro processual é o número CNJ normalizado — e a palavra que faz o trabalho aí é *normalizado*.

Duplicidade tem três frentes distintas, e confundi-las é o que trava a discussão: entrada (impedir que o segundo registro nasça), detecção (encontrar o que já entrou) e mesclagem (decidir o que sobrevive quando os dois existem). Este texto trata das três. A leitura do número em si — os seis blocos e as três camadas de validação — está em como ler o número CNJ de um processo, e o que vem a seguir parte dela.

A chave única precisa ter escopo declarado. O número único do CNJ é nacional, então o escopo natural é a base inteira do escritório. Atender duas partes no mesmo processo não justifica dois registros: é mais um vínculo dentro do mesmo registro. Escopo indefinido é o que faz a regra de unicidade ser afrouxada no primeiro caso difícil.

Por que o mesmo processo aparece escrito de duas formas no sistema

Antes de montar qualquer checagem, vale reconhecer as formas concretas em que o mesmo processo entra duas vezes.

Com e sem máscara. O mesmo número gravado com a máscara NNNNNNN-DD.AAAA.J.TR.OOOO em um registro e como 20 dígitos corridos no outro. Para o operador é o mesmo processo; para o campo de texto são dois valores diferentes.

Sujeira invisível. Espaço no começo ou no fim do valor, pontuação colada de forma diferente, quebra de linha trazida de PDF, zero à esquerda comido pela planilha formatada como número. Esses e os demais defeitos de célula estão detalhados em planilha com CNJ: erros que custam tempo.

Numeração anterior ao padrão CNJ. Processo antigo registrado no formato do próprio tribunal e depois recadastrado com o número único. São dois registros do mesmo caso sem nada em comum no campo de identificação — a duplicidade é invisível para qualquer comparação de texto.

Recurso ou incidente autuado como feito novo. O número único acompanha o processo, mas um recurso autuado em tribunal superior recebe numeração própria, enquanto o processo de origem continua com a dele. O cadastro precisa decidir se são dois registros vinculados ou um só. Essa é uma decisão de desenho do cadastro, não de interpretação de regra processual, e este artigo não entra nesse mérito.

Capa digitada duas vezes por pessoas diferentes. O caso chegou por dois canais — mensagem no grupo e e-mail —, duas pessoas assumiram, nenhuma soube da outra.

Só o último é erro humano. Os demais são o sistema não reconhecendo que dois valores representam a mesma coisa.

Normalizar o número CNJ antes de comparar: como montar a chave única

Normalizar é reduzir o valor a uma forma única antes de compará-lo: mesmo processo, mesma escrita, sempre. É o que transforma “dois textos diferentes” em “uma chave só”.

A regra mínima para o número CNJ cabe em quatro passos:

1. Remover tudo que não é dígito — pontuação, espaço, quebra de linha, caractere estranho.
2. Conferir a contagem de dígitos resultante contra os 20 do padrão.
3. Completar com zeros à esquerda quando faltarem dígitos e o valor tiver cara de zero comido pela planilha. Se sobrar dígito, ou se faltar demais, o item vira exceção — normalização não inventa número.
4. Guardar essa forma limpa em um campo próprio, sem sobrescrever o que o operador digitou.

Guardar os dois valores não é preciosismo. O original serve para auditoria e para devolver o caso a quem enviou, mostrando exatamente o que chegou; o normalizado serve para comparar. A comparação acontece sempre contra o campo normalizado, nunca contra o texto exibido na tela.

Um cuidado que costuma faltar: processo com numeração anterior ao padrão CNJ não pode ganhar número único fabricado pela normalização. Ele precisa de chave própria, marcada como tal, e de um campo que registre o número novo quando ele existir — assim o vínculo entre as duas identidades fica no dado, não na cabeça de quem cadastrou.

A consequência prática é direta: sem campo normalizado, qualquer busca de duplicidade é busca por texto — e busca por texto erra exatamente nos casos do bloco anterior. A higienização também vem antes das três camadas descritas em como ler o número CNJ de um processo: é ela que impede a conferência de formato e o dígito verificador de reprovarem número que só estava mal escrito.

Duplicata exata e quase-duplicata: dois problemas, duas checagens

Duplicata exata é quando dois registros têm a mesma chave única normalizada. Não há dúvida: é o mesmo processo, e o sistema pode bloquear sem consultar ninguém.

Quase-duplicata é quando a chave difere ou está ausente, mas o conjunto de dados aponta para o mesmo caso: mesma parte com grafia divergente (abreviação, nome social, razão social com e sem sufixo), tribunal escrito de forma diferente, ano igual, mesmo cliente, mesma pasta.

Quase-duplicata não é decisão automática. É sinal de alerta que devolve candidatos para conferência humana.

O erro é caro dos dois lados. Bloquear automaticamente quase-duplicata trava processo legítimo — dois casos do mesmo cliente contra a mesma parte existem, e o cadastro para no meio do caminho. Ignorar quase-duplicata deixa entrar o duplicado que só aparece meses depois, quando o dado já foi consumido por todo mundo.

A regra de desenho separa os dois: exata bloqueia; quase-duplicata avisa e vira item de fila de exceção com dono e prazo. O volume dessa fila é taxa de exceção, e classificá-la por tipo mostra se o problema está na captura ou na conferência.

Política de mesclagem: qual registro sobrevive e o que fazer com campo divergente

Mesclar é unir dois registros que representam o mesmo processo em um só, decidindo o que fica de cada um. Parece decisão pequena até acontecer pela primeira vez sem regra combinada.

A política precisa responder quatro perguntas antes do primeiro caso, não durante:

• Qual registro sobrevive?
• O que acontece com o campo divergente?
• O que é decidido pelo sistema e o que sobe para pessoa?
• O que fica registrado do que foi descartado?

Para escolher o sobrevivente há critérios possíveis: o mais antigo, o que já foi publicado no sistema de destino, o que passou por conferência com a fonte. Cada escritório escolhe um. O que não funciona é não ter critério e decidir caso a caso, porque aí a base fica com duas lógicas convivendo e ninguém consegue explicar nenhuma delas depois.

Campo divergente é o ponto que trava a mesclagem automática. Quando os dois registros trazem valores diferentes para o mesmo campo, alguém precisa dizer qual vale — ou o sistema precisa de regra explícita de precedência por origem do dado, do tipo “o que veio da consulta à fonte vence o que foi digitado”. Essa precedência precisa prever o caso em que a fonte não devolve o dado, como acontece com processo em segredo de justiça: aí o que foi digitado é tudo o que existe, e a regra não pode tratar ausência como divergência.

Nada é apagado em silêncio. O registro descartado vira histórico, com data, quem decidiu e o que foi sobrescrito. Sem isso, a mesclagem vira perda de informação e ninguém consegue reconstituir depois por que a base diz o que diz.

Três situações pedem decisão humana sempre: divergência em campo de identificação, vínculo com cliente ou pasta diferentes entre os dois registros, e qualquer caso em que a mesclagem afete dado já entregue a quem consome. Registro já publicado no sistema do cliente não se mescla sozinho — a mesclagem precisa atravessar a ponte também, ou o duplicado continua vivo do outro lado.

Onde entra o bloqueio: na gravação do registro, antes da publicação

No cadastro tratado como pipeline — captura, higienização, conferência, exceção e publicação —, a checagem de duplicidade tem lugar definido: normalizar na higienização, comparar contra a base na conferência, bloquear antes da publicação. O desenho do fluxo em etapas está em como cadastrar processos mais rápido.

A checagem não pode ficar só na tela do operador. Duas pessoas cadastrando ao mesmo tempo, em canais diferentes, não veem uma à outra — e mesmo uma consulta feita segundos antes de salvar não resolve, porque o outro registro pode nascer no intervalo entre a consulta e a gravação.

O que fecha essa brecha é a restrição de unicidade no próprio campo normalizado: o banco recusa a segunda gravação, independentemente do que a tela mostrou. A consulta prévia serve para dar mensagem decente ao operador; quem garante é a restrição.

Bloqueio na entrada custa uma correção com a pessoa que tem o documento na mão e sabe o contexto do caso. É a correção mais barata do fluxo, porque acontece antes de o dado ter consequência.

O mesmo duplicado descoberto depois da publicação já se espalhou: entrou em relatório, virou linha em controle de prazo, foi contado duas vezes no volume da carteira, pode ter gerado lançamento duplicado no financeiro. A correção deixa de ser um campo e passa a ser uma sequência de desfazimentos em sistemas que não são seus.

Daí a distinção que costuma faltar: auditoria periódica não é controle de duplicidade, é inventário do estrago. Ela encontra — mas encontra depois de o dado ter sido consumido. Isso não elimina a auditoria: muda a função dela, que passa a medir se o bloqueio está funcionando em vez de substituí-lo.

O que fazer com o processo duplicado que já está na base

O passivo tem uma ordem prática que evita transformar a limpeza em novo retrabalho:

1. Ativar o bloqueio na entrada primeiro. Limpar base que continua recebendo duplicado é enxugar gelo.
2. Normalizar a base inteira em um campo novo. Antes disso, a contagem só enxerga o que já está escrito de forma idêntica — ou seja, subestima o total.
3. Agrupar por chave e contar quantos grupos têm mais de um registro.
4. Separar os grupos em duplicata exata, resolvida pela política de mesclagem, e quase-duplicata, que vira lista de candidatos para conferência.
5. Priorizar por impacto, não por ordem alfabética: processos ativos, os que já foram publicados no sistema de destino e os que alimentam controle de prazo ou de faturamento.

Durante a limpeza, registre o motivo de cada mesclagem. É esse registro que vira a regra do bloqueio automático depois — cada decisão humana repetida com o mesmo padrão é uma regra ainda não escrita, e decisão repetida com padrão estável é justamente o sinal que indica quando faz sentido automatizar o cadastro em vez de seguir resolvendo caso a caso.

Um aviso sobre número: não estime percentual de base duplicada nem economia esperada a partir de referência externa. Mix de tribunal, canais de entrada e histórico de migração mudam tudo. O número que vale é o que a medição do próprio escritório mostra, depois que a base estiver normalizada e agrupada.

Para discutir o desenho da chave única e da política de mesclagem dentro do fluxo que o escritório já usa, fale com a gente.

Perguntas frequentes

Como saber se um processo já foi cadastrado na base?

Para saber se um processo já foi registrado, o sistema precisa ter um campo cuja chave única não pode se repetir na base e identifica o registro sozinho. A comparação do valor novo contra a base deve acontecer no momento da gravação, antes de aceitar o registro. Sem esse mecanismo, a base aceita dois registros do mesmo processo sem reclamar, porque nada nela sabe que representam a mesma coisa.

Por que o mesmo processo aparece escrito de formas diferentes no sistema?

O mesmo processo aparece de formas diferentes por cinco razões: com e sem máscara (NNNNNNN-DD.AAAA.J.TR.OOOO versus 20 dígitos corridos), sujeira invisível (espaço, pontuação, quebra de linha), numeração anterior ao padrão CNJ, recurso autuado como feito novo com numeração própria, e capa digitada duas vezes por pessoas diferentes. Apenas o último é erro humano — os demais são o sistema não reconhecendo que dois valores representam a mesma coisa.

Qual é a diferença entre duplicata exata e quase-duplicata?

Duplicata exata é quando dois registros têm exatamente a mesma chave única normalizada — não há dúvida, é o mesmo processo e o sistema pode bloquear sem consultar ninguém. Quase-duplicata é quando a chave difere ou está ausente, mas o conjunto de dados aponta para o mesmo caso: mesma parte com grafia divergente, tribunal escrito diferente, mesma pasta. Quase-duplicata não é decisão automática — é sinal de alerta que devolve candidatos para conferência humana.

Como mesclar dois cadastros do mesmo processo sem perder informação?

A política de mesclagem precisa responder quatro perguntas antes do primeiro caso: qual registro sobrevive, o que acontece com campo divergente, o que é decidido automaticamente versus manualmente, e o que fica registrado do que foi descartado. Nada é apagado em silêncio — o registro descartado vira histórico com data, quem decidiu e o que foi sobrescrito. Três situações sempre pedem decisão humana: divergência em campo de identificação, vínculo com cliente ou pasta diferentes, e qualquer caso em que a mesclagem afete dado já entregue.

Por que bloquear duplicidade na entrada é mais barato?

Bloqueio na entrada custa uma correção com a pessoa que tem o documento na mão e sabe o contexto do caso — é a correção mais barata do fluxo, porque acontece antes de o dado ter consequência. O mesmo duplicado descoberto depois da publicação já se espalhou em múltiplos sistemas. A correção deixa de ser um campo e passa a ser uma sequência de desfazimentos em relatórios, controles de prazo, volume da carteira e possivelmente lançamentos financeiros.

Se faz sentido acelerar o cadastro sem abrir mão da conferência com o CNJ, fale com a equipe Projask sobre fluxo automatizado e integração. Você também pode usar o formulário na seção Contratar solução na página inicial.