Resposta direta
A primeira coisa é separar o que é data e o que é texto. Campo livre guarda valor útil, mas não permite ordenar, filtrar nem somar por período com segurança. O diagnóstico consiste em medir quantos registros obedecem a um formato reconhecível, quantos têm ambiguidade entre dia e mês e quantos só fazem sentido por causa de quem digitou. Só depois dessa contagem cabe decidir entre converter o histórico, manter um campo paralelo ou tratar a data como texto assumido. Sem essa medida, a conversão vira aposta.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a data em campo livre como questão de confiança no valor, com a ambiguidade entre formatos no centro, em vez de tratar o assunto como etapa de conversão.
O que o campo livre esconde
Campo de data livre aceita qualquer coisa que o operador digite. Isso produz três tipos de conteúdo no mesmo campo: data de sistema, data informada por pessoa e texto que descreve um período sem data exata. Os três podem parecer iguais na tela e se comportar de formas diferentes em qualquer leitura posterior.
O diagnóstico começa por separar esses grupos. Também importa registrar quem digitou e por qual caminho o registro entrou. Sem essa origem, uma data errada e uma data correta ficam indistinguíveis, e a correção passa a depender de memória.
Ambiguidade entre dia e mês
Data cujos dois primeiros números ficam abaixo de doze é o ponto mais caro. O mesmo texto pode significar dois dias diferentes, e nenhuma regra automática resolve isso com segurança. A saída é medir quantos registros caem nesse caso e definir se eles entram em relatório, ficam de fora ou seguem para conferência.
Vale separar o que a operação precisa: ordenar, cortar por período, calcular intervalo ou apenas exibir. Cada uma dessas necessidades tolera um grau diferente de incerteza. Tratar todas como iguais é o que faz a conversão parecer simples e depois falhar.
Quando padronizar não compensa
Padronizar histórico em campo livre nem sempre paga o esforço. Se os registros antigos já não alimentam decisão, obrigar a conversão cria trabalho e risco de erro sem contrapartida. É razoável congelar o passado como está e impor formato apenas da entrada em diante.
O diagnóstico não garante que a data corrigida esteja certa. Ele aponta onde há confiança, onde há ambiguidade e onde há ausência de informação. Decidir o que fazer com cada faixa é escolha de negócio, com responsável definido, não resultado de regra técnica.
Recurso prático
O que aparece no campo livre e o que cada tipo permite
| Padrão encontrado no campo | Leitura possível |
|---|---|
| Data completa com ordem fixa, mesmo que separadores variem | Ordenação e corte por período são viáveis depois de conversão em massa |
| Ordem variável entre origens diferentes | A conversão exige regra por origem e parte dos registros fica dependente de conferência |
| Somente mês e ano, ou período descrito em palavras | Serve para agrupar em blocos, não para cálculo de intervalo |
| Dia e mês abaixo de doze sem indicação de ordem | Ambiguidade real, que não deve entrar em relatório de período sem confirmação |
O erro mais comum é medir quantos registros foram convertidos e ignorar quantos continuam ambíguos depois da conversão. Esse resto é o que costuma aparecer errado em relatório de período.
Sobre o que está escrito aqui
Conceitos relacionados: campo de texto livre · formato de data · ambiguidade entre dia e mês · data de sistema · histórico não estruturado. 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
- Sistemas desconectados: como ordenar o fluxo… — sistemas desconectados
- Sistemas desconectados: como comparar as saíd… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Data em campo livre: como tornar o registro utilizável — Organizar um processo
- Campo de data em texto livre: comparar as formas de tratar — Comparar alternativas
- Data em formato livre: como medir o que dá para recuperar — Explicar medição
- Data em campo de texto: o que converter e o que anotar — Orientar implementação
- Campo de data em texto livre: o que exigir ao contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Campos preenchidos sem padrão: como mapear a dispersão — Critérios objetivos para auditar campos com grafias diferentes, calcular o índice de dispersão de valores e separar erro humano de falha no desenho do sistema.
- Campos com grafias diferentes: como escolher a correção — Comparativo entre padronização na origem, tabela de de-para e tolerância de variações para dados cadastrais ou operacionais preenchidos de forma desigual.
- Campo com formatos diferentes: onde normalizar — Onde normalizar um campo preenchido de formas diferentes: comparar tratamento na gravação e na leitura, definir responsável e critério de aceitação.
- Campo de observação livre: como medir o que ele esconde — Medir o uso de um campo de texto livre: dado essencial que só existe ali, repetição, divergência entre leitores e o custo de interpretar caso a caso.
- Base de dados sem dono: o que definir ao contratar — O que precisa estar definido sobre posse, aprovação e correção de dados antes de contratar uma base sem responsável.