Resposta direta
A resposta começa por separar variação legítima de erro. Um campo pode ter mais de uma forma válida, como abreviação, acento ou ordem, e ainda assim representar o mesmo dado. O problema aparece quando não existe regra sobre qual forma é aceita e quem responde por ela. Antes de integrar, vale escolher a forma canônica, definir o que é dado livre e o que é lista fechada, e registrar onde a conversão acontece. Campo livre sem dono vira divergência permanente, mesmo com o sistema funcionando.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a variação de preenchimento como decisão de padrão e responsabilidade, não como tarefa de limpeza de dados.
Onde a forma do campo se decide
A forma de um campo se decide quando ele é criado, não quando os dados já estão espalhados. Quem define o campo escolhe se ele aceita texto livre, lista fechada ou formato fixo. Essa escolha raramente fica documentada.
Sem essa definição, cada área cria o próprio critério. A divergência não é falha de sistema, é ausência de regra combinada antes de o cadastro existir.
Lista fechada, campo livre e o que fica no meio
Lista fechada reduz variação, mas engessa. Campo livre aceita o real, mas acumula formatos. A escolha depende de quantas formas válidas o dado realmente tem e de quem precisa compará-lo depois.
Quando o campo precisa guardar observação, a saída é separar: um campo estruturado para o que será comparado e outro livre para o contexto. Misturar os dois é o que impede qualquer conferência posterior.
O que a padronização de campo não resolve
Padronizar a forma não corrige dado falso, desatualizado ou preenchido por engano. Também não elimina divergência entre áreas que discordam sobre o significado do campo.
A padronização não substitui a decisão sobre quem responde pelo cadastro nem sobre o que acontece com os registros antigos. Sem essa definição, a regra nova convive com o passado e a divergência continua.
Recurso prático
Tipo de variação no campo e a decisão correspondente
| Campo | Variação observada | Decisão de tratamento |
|---|---|---|
| Documento | Com e sem máscara | Guardar sem máscara e aplicar formato só na exibição |
| Unidade federativa | Nome do estado e sigla | Lista fechada por sigla, com tabela de conversão |
| Telefone | Com DDD, com código do país, com ramal | Separar em campos distintos em vez de manter texto único |
| Nome de cliente | Acento, abreviação, ordem invertida | Manter o valor original e um campo normalizado em paralelo |
| Data | Dia/mês e mês/dia | Formato único na entrada, conversão apenas na exportação |
O erro mais comum é normalizar sem preservar o valor original; quando a regra está errada, a conversão se torna perda irreversível.
Sobre o que está escrito aqui
Conceitos relacionados: campo canônico · lista fechada · campo livre · regra de conversão · responsável pelo cadastro. 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
- Integrações, sistemas e qualidade de dados — Página central do tema
- Números que não batem: por que a divergência… — planilhas divergentes
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Campos preenchidos sem padrão: como mapear a dispersão — Diagnosticar
- Campos com grafias diferentes: como escolher a correção — Comparar alternativas
- Campo preenchido de formas diferentes: como medir — Explicar medição
- Campo com formatos diferentes: onde normalizar — Orientar implementação
- Campo com formatos diferentes: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cadastro que não sobrevive à troca de sistema: o que exigir — O que avaliar e exigir na contratação para que o cadastro sobreviva à troca de sistema: atributos, responsabilidade e saída.
- Número sem unidade: o que comparar antes de tratar — Compara as formas de tratar um valor registrado sem unidade: perguntar à fonte, deduzir pelo contexto, padronizar com conversão registrada ou bloquear o dado.
- Data em formato livre: como medir o que dá para recuperar — Mede a incidência de datas gravadas em texto livre e mostra como estimar quanto do registro pode ser convertido em data confiável.
- Tabela de apoio sem dono: como implantar com responsabilidade — O que fazer quando a tabela de apoio não tem dono: responsabilidade nomeada, controle de alteração e o que registrar para a operação não depender de memória.
- Valor sem unidade: como medir o que o campo registra — Explica como reconhecer campos numéricos sem unidade declarada, o que registrar a cada ocorrência e quais decisões dependem desse dado.