Resposta direta
Data em campo livre é um problema de processo, não de digitação. O primeiro passo é definir qual data o registro representa: data do fato, data do registro ou data combinada. Depois, separar o texto do campo de data, para que a frase continue guardando o contexto e a data passe a ter campo próprio. Em seguida, estabelecer quem converte o que já existe e qual critério usar quando a leitura for ambígua. Onde não houver data confiável, o registro fica marcado como não informado, sem estimativa.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Separa o texto que descreve o prazo da data que precisa ser calculada, definindo qual data o registro representa antes de qualquer conversão.
O que o campo livre está guardando
Uma data em texto costuma carregar mais de uma informação. Pode indicar prazo, data de ocorrência, data de contato ou apenas uma referência relativa ao dia em que alguém escreveu. Antes de converter, vale separar o que é data do que é comentário.
Sem essa separação, a conversão trata frases diferentes como se fossem o mesmo dado. O resultado é uma base que parece organizada e erra em prazo.
Quem responde pela conversão
A conversão precisa de dono. Definir quem lê o texto, quem aprova a data gravada e quem responde quando a leitura estiver errada. Sem responsável, a data passa a ser discutida caso a caso, sempre com atraso.
O mesmo vale para registros antigos: separar o que se converte agora do que fica no formato anterior com marcação explícita. Converter tudo de uma vez raramente é necessário.
O que a normalização não resolve
Organizar o formato não corrige prazo combinado por telefone e nunca registrado, nem resolve divergência entre a data que o sistema grava e a data que a operação usa. São problemas de acordo e de definição, não de formato.
Também não substitui a conferência: se ninguém revisa uma amostra do que foi convertido, o erro aparece quando a data já gerou consequência. Quando a data é apenas referência, sem efeito em prazo, contrato ou cobrança, converter pode custar mais do que manter o texto.
Recurso prático
O que decidir antes de converter um registro
| Registro escrito | O que decidir antes de converter |
|---|---|
| "dia 15", "semana que vem", "depois do fechamento" | se a data se ancora no dia do registro ou no dia da conversa |
| "15/3", "3/15", "março/24" | qual ordem de dia e mês o processo adota como padrão |
| "a confirmar", "a definir", campo vazio | o que substitui a ausência sem inventar prazo |
O erro mais comum é converter o texto durante a importação e descartar a frase original; sem ela, não há como revisar a leitura nem contestar a data gravada.
Sobre o que está escrito aqui
Conceitos relacionados: campo de data · data de referência · formato de entrada · registro legado · data não informada. 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
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
Páginas relacionadas
O mesmo problema em outro objetivo
- Data em formato livre: como dizer se o campo é confiável — Diagnosticar
- 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
- Campo vazio no cadastro: como medir o padrão de preenchimento — O que a taxa de preenchimento mede, qual denominador usar e por que vazio, valor inválido e dado desatualizado não são o mesmo problema.
- Integração que roda sozinha: o que precisa estar pronto — O que definir em uma integração para operar sem alguém olhando a tela: ponto de conferência, alerta por ausência e dono de cada falha.
- Teste que passa em ambiente controlado: o que conferir — O que o ambiente controlado consegue validar, o que só aparece em condição real e como dividir o teste com dono e critério de aceite.
- Sistema antigo só pelo histórico: comparar alternativas — Compara manter o sistema antigo, migrar o histórico ou mantê-lo isolado para consulta, com critérios de uso, retenção e responsabilidade pelo dado.
- Fila sem limite de tempo: o que comparar antes de decidir — Compara prazo por item, prioridade, limite de admissão e aceitação monitorada como saídas para fila sem prazo, com custo e limite de cada uma.