Resposta direta
A escolha entre lista fechada, campo livre com convenção e normalização posterior depende de três coisas: quem preenche, quantas exceções reais o campo tem e o que acontece quando o valor sai errado. Lista fechada reduz variação na entrada, mas transfere o custo para a manutenção da lista e para os casos que não cabem nela. Campo livre com convenção só se sustenta quando há revisor e exemplos. Normalização posterior aceita a variação e concentra o esforço em regra de correção. Nenhuma das três dispensa dono do campo e registro do que foi alterado.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Traz o custo de manutenção e o erro característico de cada alternativa, inclusive a decisão de não padronizar o campo.
Onde a regra pode ficar
Há três lugares para colocar a regra de um campo: na entrada, na convenção escrita ou na correção posterior. Na entrada, o campo vira lista fechada ou máscara. A variação não nasce, mas o custo vai para quem mantém a lista e para o caso legítimo que não cabe nela. Na convenção, o campo continua livre e existe um documento com exemplos e alguém que revisa. Na correção posterior, o valor entra como vier e uma rotina agrupa, corrige e registra.
A diferença prática está em quem paga a conta. Lista fechada cobra de quem cadastra e de quem mantém a lista. Convenção cobra do revisor. Correção posterior cobra de quem escreve a regra de normalização e de quem investiga o que mudou. Nenhuma das três é gratuita; a comparação começa por reconhecer onde o esforço fica concentrado.
O que a amostra do campo mostra
Antes de decidir, vale olhar os valores reais do campo e não o formulário. Agrupar as variações que significam a mesma coisa mostra quantos formatos coexistem. Valores que aparecem uma única vez indicam cauda longa: lista fechada tende a expulsá-los para o campo de observação. Valores que se repetem em poucos formatos aceitam regra na entrada com pouca manutenção.
Também pesa o custo do erro. Campo que trava pagamento, emissão ou conciliação pede regra na entrada e registro de exceção aprovada. Campo descritivo, usado em relatório e busca, tolera convenção com revisão por amostragem. Campo que chega por importação de terceiro quase sempre termina em normalização posterior, porque a origem não aceita a regra local.
O que o padrão não resolve
Padronizar o formato não alinha significado. Duas áreas podem gravar o mesmo valor querendo dizer coisas diferentes, e a lista fechada apenas esconde a divergência atrás de uma opção comum. Também não substitui dono: sem alguém que aprove inclusão, alteração e exceção, a lista envelhece e o campo volta a ser preenchido por fora.
Há campos que não deveriam ser padronizados. Texto de observação, descrição técnica e histórico de negociação perdem conteúdo quando viram opção fixa. Em outros casos o problema é o campo existir ou estar sozinho: dois campos que se confundem, ou um campo que guarda informação de outra entidade, pedem separação antes de qualquer regra de preenchimento. E nenhuma alternativa limpa o histórico sozinha; corrigir o passado é outro trabalho, com decisão sobre o que fazer com o valor antigo.
Recurso prático
Escolha do padrão de um campo do cadastro
- Escolher um campo e mapear quem preenche, de onde vem o valor e em que processo ele é usado.
- Separar uma amostra de valores reais, agrupar as variações que significam a mesma coisa e anotar as que não se encaixam.
- Classificar o campo pelo custo do erro: trava pagamento ou emissão, alimenta relatório ou serve apenas como descrição.
- Testar a alternativa mais restrita que ainda aceite as exceções reais: lista fechada, convenção com revisor ou correção posterior.
- Definir dono do campo, registro de alteração e periodicidade de revisão da lista ou da regra.
O erro mais comum é escolher a lista fechada olhando só o formulário. A lista precisa de alguém que aprove inclusão de opção; sem isso, o time volta a usar o campo de observação e a variação reaparece fora do ponto monitorado.
Sobre o que está escrito aqui
Conceitos relacionados: campo de cadastro · lista de opções · normalização de valor · dono do campo · histórico de alteração. 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
- Campo livre no cadastro: fechar o padrão de preenchimento — Organizar um processo
- Campo vazio no cadastro: como medir o padrão de preenchimento — Explicar medição
- Campo livre no cadastro: o que fixar e o que deixar aberto — Orientar implementação
- Padrão de preenchimento de campo: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- 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.
- Cadastro sem regra de deduplicação: comparar caminhos — Compara quatro saídas para cadastro sem regra de deduplicação e mostra o custo de erro, a manutenção e a reversibilidade de cada uma.
- Campo de observação como status: como separar as funções — A convivência entre observação livre e status no mesmo campo: separação dos dois registros, responsável pela atualização e tratamento dos antigos.
- Importação que sobrescreve dado correto: comparar as saídas — Compara as saídas possíveis para importação que sobrescreve dado correto: sobrescrever, mesclar por campo, rejeitar conflito e revisar antes de gravar.
- Cliente duplicado entre áreas: como implementar a correção — O que definir entre áreas para corrigir cliente duplicado: dono por campo, origem do cadastro e responsabilidade sobre a consolidação.