Pular para o conteúdo

Soluções · Integrações, sistemas e qualidade de dados

Cadastro que não sobrevive à troca de sistema: o que comparar

O cadastro não sobrevive à troca de sistema. Quais caminhos existem e como comparar antes de decidir?

Resposta direta

Não existe caminho único. A comparação começa por definir o que precisa sobreviver: identificação do cliente, histórico de relacionamento, condições comerciais ou apenas o vínculo fiscal. Definido isso, restam três caminhos. Manter a base antiga como referência e replicar só o necessário. Reescrever o cadastro na nova base, com regra de reconciliação escrita. Ou manter as duas em paralelo, com responsável único por cada campo. O critério de decisão é quem responde pelo dado depois da troca. Sem esse dono definido, qualquer caminho acumula divergência, e a diferença aparece meses depois, no fechamento ou no atendimento.

Objetivo
Comparar alternativas
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Coloca os três caminhos de continuidade do cadastro lado a lado e usa o dono do dado como critério de decisão, em vez de tratar a troca como tarefa única de migração.

O que precisa sobreviver, antes de escolher o caminho

Trocar de sistema não apaga o cadastro por si só. O que se perde é o significado dos campos. Na base antiga, um campo de razão social podia carregar regra comercial, histórico de alteração e vínculo com contrato. Na base nova, o mesmo nome de campo pode significar outra coisa.

Antes de comparar caminhos, vale separar o obrigatório do desejável. Identificação do cliente, histórico de relacionamento, condições comerciais e vínculos fiscais têm pesos diferentes. O caminho que serve para um bloco pode não servir para outro.

Os três caminhos e o que cada um cobra

Manter a base antiga como referência e replicar só o necessário reduz retrabalho na virada, mas exige disciplina para não virar consulta manual todo dia. Reescrever o cadastro na nova base com regra de reconciliação escrita dá autonomia ao novo sistema, e cobra conferência campo a campo. Manter as duas em paralelo protege a operação durante a transição, e cria duas fontes de verdade enquanto durar.

O que separa os caminhos não é o aspecto técnico. É quem responde pelo dado depois da troca. Com dono definido, a divergência vira fila de correção. Sem dono, vira discussão entre áreas, e o cadastro envelhece dos dois lados.

O que a comparação não resolve

Comparar caminhos não corrige cadastro que já está errado. Se a base antiga tem duplicidade, campo vazio ou regra inconsistente, o problema atravessa a troca e chega igual do outro lado. A escolha do caminho não substitui a limpeza.

Também não existe caminho que elimine a convivência temporária entre as duas bases. Em algum momento as duas existem, mesmo que por pouco tempo, e alguém precisa olhar para as duas. A comparação entrega a decisão consciente sobre esse período, não a ausência dele.

Recurso prático

Roteiro para comparar os caminhos de continuidade do cadastro

  1. Liste o que precisa sobreviver à troca: identificação, histórico, condições comerciais e vínculos fiscais, separando o obrigatório do desejável.
  2. Descreva cada caminho em uma folha: base antiga como referência, cadastro reescrito na nova base, ou as duas em paralelo. Anote o que cada um exige em manutenção e em conferência.
  3. Atribua responsável por campo ou por bloco de dados em cada caminho, usando nome de área, não de pessoa.
  4. Defina o critério de comparação antes de escolher: quem corrige o dado errado, por quanto tempo o registro paralelo fica de pé e como a divergência entra na fila de correção.
  5. Teste o caminho escolhido com um conjunto pequeno de registros antigos e verifique se o histórico chega íntegro ao outro lado.

O erro mais comum é comparar o custo de implantação e ignorar o custo de manter dois cadastros vivos. O caminho mais barato na virada costuma ser o mais caro enquanto as duas bases existirem.

Sobre o que está escrito aqui

Conceitos relacionados: cadastro mestre · chave de identificação · reconciliação de registros · histórico de relacionamento · responsável pelo dado. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Integrações, sistemas e qualidade de dados

Quer avaliar isso no seu contexto?

Esta página trata de cadastro que não sobrevive à troca de sistema. Diagnóstico de integração é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.