Migração de processos para sistema: como planejar a carga inicial sem levar dado ruim

Migração de processos para sistema é projeto de dados, não botão de importar

Migração de processos para sistema começa com quatro decisões tomadas por escrito antes de qualquer carga: qual dado é verdade, quais campos entram, o que fica de fora e a partir de que data a planilha deixa de valer. A carga é a parte mecânica; o resultado vem dessas decisões.

Por isso “importar a planilha” falha com tanta frequência: a importação move o conteúdo sem julgar a qualidade dele. A base nova nasce com o mesmo passivo de antes — só que agora com aparência de sistema, o que torna o defeito mais difícil de enxergar.

Data de corte é o momento declarado em que a planilha para de receber cadastro novo e o sistema passa a ser o único ponto de entrada. Sem essa data, não existe migração: existem duas bases crescendo em paralelo.

Este texto segue sete passos:

1. Inventário das origens.
2. Fonte da verdade definida campo a campo.
3. Conjunto mínimo de campos que entra na carga.
4. Triagem da base em três lotes.
5. Carga em lotes pequenos com conferência por amostra.
6. Decisão sobre processo arquivado ou encerrado.
7. Congelamento da planilha na data de corte.

O escopo aqui é a carga inicial de dados de cadastro, não implantação de sistema de gestão. Não há estimativa de duração neste texto, de propósito: ela depende de volume, número de origens e qualidade da base.

Inventário: quantas planilhas existem, quais versões e quem edita cada uma

O ponto de partida quase nunca é uma planilha só. Costuma ser a oficial, mais uma cópia local que alguém baixou e continuou mexendo, uma exportação antiga que virou base paralela e uma aba de controle que o financeiro mantém por conta própria.

De cada arquivo, liste: onde mora, quem edita, com que frequência, quais campos só existem ali e qual etapa da rotina depende dele.

A pergunta sobre quem edita é a que mais rende. Cada editor é um ponto de entrada ativo — e é exatamente o caminho de volta que precisará ser fechado no fim da migração.

Marque também, já no inventário, o que está fora de planilha: e-mail, grupo de mensagem, pasta de PDF, caderno de anotação. Esse material não entra na carga, mas explica campo vazio depois — e evita a conclusão errada de que o dado se perdeu na importação.

Quando duas planilhas discordam sobre o mesmo processo, o inventário já mostrou que existe uma decisão de fonte da verdade a tomar. Os defeitos de célula que a carga vai encontrar estão descritos em planilha com CNJ: erros que custam tempo.

Fonte da verdade campo a campo: qual origem vence quando os dados divergem

Fonte da verdade é o lugar cujo valor prevalece quando duas origens trazem informação diferente para o mesmo campo.

O erro comum é decidir por arquivo — “a planilha oficial vence”. A decisão útil é por campo, porque cada campo tem origem diferente e a planilha oficial não é a melhor origem de todos eles.

Como exemplo de precedência, e não como regra universal: número CNJ vindo da planilha e conferido contra a fonte oficial; nome e dados da parte vindos do sistema do cliente; responsável interno e pasta vindos do controle do escritório; data de distribuição vinda da consulta à fonte. Cada escritório monta a sua.

A regra precisa prever ausência. Quando a fonte designada não devolve o dado, isso não é divergência: é campo vazio com motivo, e o valor digitado pode ser tudo o que existe. É o caso de processo em segredo de justiça, em que a consulta não traz o conteúdo.

Registre a tabela de precedência por escrito antes da carga. Decisão tomada durante a carga, item a item, produz base com duas lógicas convivendo — e ninguém consegue explicar nenhuma delas meses depois. É a mesma decisão da política de mesclagem de duplicados, aplicada agora na entrada da base.

O conjunto mínimo de campos que entra na carga — e o que fica de fora

O critério de entrada é consumo: o campo entra se alguém o usa hoje em decisão, cobrança, prazo ou relatório. Campo que ninguém lê há muito tempo não vira campo do sistema novo.

Ajuda separar em três tipos: campo de identificação (o que diz qual processo é), campo de vínculo (cliente, pasta, responsável) e campo de acompanhamento (fase, observação, histórico livre).

Campo de texto livre é o que mais infla a carga e o que menos sobrevive a ela, porque costuma misturar informação estruturada com recado interno. Ou vira campo estruturado com regra de preenchimento, ou vira anexo de histórico. O que não funciona é transportá-lo como campo novo do sistema.

O que fica de fora não é descartado: fica na planilha congelada, arquivada como histórico consultável, com dono declarado e endereço conhecido.

Cada campo mínimo precisa de definição escrita de preenchimento. Sem isso, a carga só transporta a ambiguidade para dentro do sistema. E vale lembrar o efeito colateral: mais campo na carga significa mais motivos de reprovação por lote, então cortar campo também é decisão de velocidade.

Três lotes: registros limpos, registros com CNJ reprovado e quarentena

A base não se divide entre “bom” e “ruim”. Divide-se em três destinos, com tratamento diferente para cada um.

Lote 1 — registros limpos. Número CNJ que passa em formato e em dígito verificador — os dois dígitos do número que acusam erro de digitação —, campos mínimos preenchidos, vínculo com cliente definido. Entram na carga sem tratamento prévio, uma vez resolvidos os duplicados.

Lote 2 — número CNJ reprovado na conferência de formato ou de dígito verificador. Não é descarte: a reprovação costuma indicar defeito de transporte do dado — zero à esquerda comido pela planilha, quebra de linha vinda de PDF, dígito trocado na redigitação. Passa por higienização (normalizar o valor antes de julgá-lo) e volta para a triagem. O que cada conferência pega está em como ler o número CNJ de um processo.

Lote 3 — quarentena. Registro sem informação suficiente para identificar o processo ou sem vínculo com cliente. Quarentena é fila com dono e prazo, não pasta onde o problema descansa.

Duplicados atravessam os três lotes e precisam ser resolvidos antes da carga, não depois: migrar duplicado é gravar o problema com aparência de dado novo, e o indicador de volume já nasce contando o mesmo processo duas vezes. O tratamento está em processo duplicado na base.

O tamanho relativo dos três lotes é a primeira medição honesta da qualidade da base. É número do próprio escritório — não existe referência externa que sirva de comparação.

Carga em lotes pequenos com conferência por amostra antes de liberar o próximo

Carga única da base inteira tem dois defeitos: quando o erro aparece, já está em todo lugar, e não há como saber qual regra o causou.

Lote pequeno serve para achar o erro de regra, não o erro de registro. Um mesmo defeito repetido dentro do lote significa mapeamento de campo errado — não descuido de quem digitou lá atrás.

A conferência por amostra é o portão: escolher registros do lote e comparar campo a campo contra a origem e, quando couber, contra a fonte oficial. A amostra precisa incluir os casos difíceis, não só os fáceis, ou ela confirma apenas o que já ia dar certo.

Combine antes dois critérios: o de liberação — o que precisa estar correto para o próximo lote começar — e o de parada — o que faz a carga parar e voltar para ajuste de regra. Combinados depois do primeiro problema, viram discussão em vez de decisão.

Ordene os lotes por risco: comece por um recorte pequeno e conhecido e deixe carteira grande e cliente sensível para quando a regra já estiver estável. E mantenha cada lote rastreável até a origem: de qual arquivo veio, em que rodada, com qual versão da regra.

Processo arquivado ou encerrado: o que migra e o que fica no histórico

Base antiga costuma carregar processo encerrado há tempo, que ninguém consulta, mas que pesa na contagem, na busca e na leitura de qualquer indicador de volume.

A decisão é de desenho de cadastro, não de mérito processual: o que migra como ativo, o que migra marcado como encerrado e o que não migra e fica na planilha arquivada para consulta.

O ponto crítico é a marcação de estado. Processo encerrado que migra sem ela passa a contar como carteira ativa, e todo número de volume nasce inflado — inclusive os indicadores de cadastro que o escritório vai usar depois para medir a operação.

Critérios possíveis de recorte: estado do processo, existência de pendência financeira, obrigação de guarda documental do escritório, consulta recente. Este texto não opina sobre prazo de guarda nem sobre efeito processual — isso é decisão do escritório.

Uma exceção prática: processo encerrado com pendência financeira aberta não é candidato a ficar de fora, ainda que ninguém o consulte no jurídico. Registre o critério aplicado por escrito, porque a pergunta “por que este processo não está no sistema?” vai aparecer meses depois.

Congelar a planilha na data de corte e fechar o caminho de volta

Congelar é tirar a permissão de edição, não pedir para as pessoas pararem de editar. Aviso não é controle.

Na prática, o congelamento tem três partes: retirar o acesso de escrita de todos os editores mapeados no inventário, marcar o arquivo como histórico com a data de corte visível no nome e nomear quem responde por ele.

Fechar o caminho de volta inclui os canais informais. Se o cadastro continua chegando por grupo de mensagem e alguém “adianta na planilha” enquanto o sistema não recebe, a planilha continua viva independentemente da permissão.

Duas bases em paralelo é o resultado mais caro da migração: mais retrabalho do que antes, porque agora existe redigitação entre a planilha e o sistema — o contrário do que se busca ao cadastrar processos mais rápido —, e nenhuma das duas dá para confiar sozinha.

O congelamento precisa vir junto com o fluxo novo pronto para receber — inclusive a fila de exceção. Fechar a saída antiga sem ter para onde mandar o caso difícil é justamente o que provoca o retorno à planilha. Depois da carga, o dado ainda precisa chegar a quem consome, e aí entra a integração da capa ao sistema do cliente.

Quatro sinais de que a migração terminou de verdade

A migração não termina quando o último lote sobe. Termina quando o caminho antigo está fechado e o novo está absorvendo tudo. Quatro sinais mostram isso sem depender de opinião:

• A fila de quarentena tem dono, prazo e está diminuindo. Quarentena sem dono significa que a migração parou no meio e ninguém percebeu.
• Cadastro novo entra só pelo fluxo novo. Nenhuma linha nova na planilha depois da data de corte.
• Os três lotes fecham. Todo registro da base original tem destino declarado: migrado, em quarentena com dono, ou deliberadamente fora com critério registrado. Nenhum registro sem endereço.
• Quem consome o dado puxa do sistema. Advogado, financeiro e quem monta relatório param de pedir a planilha. Enquanto alguém pedir, ela ainda é a base real.

A partir daí a conversa deixa de ser migração e vira operação: os indicadores de cadastro passam a medir o fluxo corrente, e a linha de base é a do próprio escritório. Se a dúvida ainda é se vale automatizar o que vem depois do corte, o checklist de quando faz sentido automatizar o cadastro ajuda a decidir.

Para desenhar a carga inicial e a data de corte dentro do fluxo que o escritório já usa, fale com a gente. Não estimamos prazo de migração sem olhar a base.

Perguntas frequentes

Como planejar a migração de processos da planilha para o sistema sem levar dados ruins?

Migração de dados é projeto com quatro decisões tomadas por escrito antes de qualquer carga: qual dado é verdade, quais campos entram, o que fica de fora e a partir de que data a planilha deixa de valer. O ponto de partida é fazer um inventário das origens (quantas planilhas, quem edita), definir a fonte da verdade campo a campo (qual origem vence quando dados divergem), escolher o conjunto mínimo de campos que o sistema precisa e dividir a base em três lotes de risco.

Como separar a base em três lotes antes da carga inicial?

A base não é dividida entre bom e ruim, mas em três destinos: (1) Lote 1 com registros limpos — CNJ válido, campos mínimos preenchidos, vínculo com cliente definido; (2) Lote 2 com CNJ reprovado — que passa por higienização e volta para triagem, pois costuma indicar defeito de transporte; (3) Lote 3 em quarentena — registro sem informação suficiente para identificar o processo ou sem cliente. Duplicados precisam ser resolvidos antes da carga, não depois.

O que fazer com registros cujo número CNJ falha na validação durante a importação?

Registros com número CNJ reprovado em formato ou dígito verificador não são descarte. A reprovação costuma indicar defeito de transporte do dado — zero à esquerda comido pela planilha, quebra de linha vinda de PDF ou dígito trocado na redigitação. Esses registros passam por higienização (normalizar o valor antes de julgá-lo) e voltam para a triagem em vez de serem descartados automaticamente.

Como impedir que a planilha continue sendo usada depois da data de corte?

Congelar a planilha significa tirar a permissão de edição de todos os editores mapeados no inventário, marcar o arquivo como histórico com a data de corte visível no nome e nomear quem responde por ele. Fechar o caminho de volta inclui os canais informais: se o cadastro continua chegando por grupo de mensagem, alguém continua adiantando atualizações na planilha. O congelamento precisa vir junto com o fluxo novo pronto para receber tudo.

Como saber que a migração de processos realmente terminou?

A migração não termina quando o último lote sobe. Termina quando: (1) a fila de quarentena tem dono, prazo e está diminuindo; (2) cadastro novo entra só pelo fluxo novo, nenhuma linha nova na planilha depois da data de corte; (3) os três lotes fecham, todo registro tem destino declarado (migrado, em quarentena, ou deliberadamente fora); (4) quem consome o dado puxa dele do novo sistema, não da planilha antiga.

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.