Resposta direta
O padrão de um campo de cadastro é uma decisão de operação, não uma preferência de digitação. Ele define o que o campo aceita, quem pode alterar, o que acontece quando o dado chega fora da regra e onde a exceção fica registrada. Sem essa decisão escrita, cada área cria um critério próprio e a divergência aparece meses depois, na conciliação. O padrão começa por poucos campos, com a regra testada em amostra real, e só se expande quando a aderência é medida.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o padrão como decisão de processo, com dono, exceção registrada e prazo, em vez de lista de formatos aceitos.
O campo precisa de dono antes de precisar de formato
Padrão de preenchimento é uma decisão sobre quem responde pelo campo. Antes de discutir maiúsculas, acentos ou lista de valores, é preciso definir qual área responde pelo conteúdo, quem pode alterar o registro depois de gravado e a quem a dúvida de preenchimento é dirigida. Campo sem dono volta ao estado anterior na primeira urgência.
Na prática, isso significa indicar uma pessoa de referência por campo ou por grupo de campos. Ela não digita tudo: decide o que é aceitável e responde quando aparece um caso que a regra não cobre. O cadastro de clientes costuma ter dezenas de campos; a maioria não precisa de dono individual, mas os que alimentam cobrança, entrega e relatório precisam.
Regra, exceção e registro no mesmo documento
A regra precisa dizer três coisas: quais valores o campo aceita, o que conta como não preenchido e o que fazer quando o dado real não cabe na lista. Sem a terceira parte, a operação improvisa. Um campo restrito a uma lista fecha a porta para o caso legítimo que ninguém previu, e a saída encontrada costuma ser pior: dado empurrado para o campo de observação ou valor aproximado.
Também é preciso separar nulo de zero, de vazio e de não se aplica. São quatro situações distintas e, quando o sistema trata todas como o mesmo espaço em branco, o relatório herda a confusão. O padrão deve prever o registro da exceção: quem autorizou, por quanto tempo e com qual justificativa. Exceção sem prazo vira regra paralela.
O que o padrão não conserta
Padrão de preenchimento organiza a entrada e reduz divergência, mas não corrige regra de negócio errada. Se o limite de crédito é preenchido corretamente com um valor calculado por critério equivocado, o dado está limpo e a decisão continua errada. O padrão também não substitui a correção na origem: registro que nasce em outro sistema chega ao cadastro com a regra de lá.
Há casos em que não vale escrever regra. Campo usado uma vez, em volume pequeno e sem leitura por outro processo, raramente paga o custo de manter o dicionário atualizado. O mesmo vale para dado que muda de natureza a cada contrato. Nesses casos, o caminho é registro livre com revisão por amostra, e não uma lista de valores que envelhece rápido.
Recurso prático
Custo mensal de um campo fora de padrão
C = R × (T ÷ 60) × H
- R
- registros por mês
- Quantidade de registros corrigidos no mês por causa daquele campo, contada a partir da fila de correção e não de estimativa
- T
- minutos
- Tempo médio gasto para localizar, conferir e regravar o campo, medido em uma amostra de correções reais
- H
- R$ por hora
- Custo hora da função que executa a correção, incluindo encargos, e não o custo da área inteira
O erro mais comum é contar apenas a primeira correção. Quando o mesmo campo volta errado no mês seguinte, o padrão não foi aplicado; o custo a considerar é o acumulado das reaberturas do mesmo registro, não o evento isolado.
Sobre o que está escrito aqui
Conceitos relacionados: dicionário de campos · regra de preenchimento · campo obrigatório condicional · fila de exceções · aderência ao padrã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
- 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
- Mesmo campo, formatos diferentes: o que cada escolha cobra — Comparar alternativas
- 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
- Falhas silenciosas: fluxo para conter e sanar o dado — Critérios para organizar a custódia, triagem e correção retroativa de inconsistências operacionais que passam despercebidas pelos sistemas.
- Base de dados sem dono: quem responde pelo dado — Define papéis, critérios de decisão e rotina de manutenção para uma base de dados sem responsável formal.
- Chave de ligação ausente: como construir a ponte — Construção de uma chave de ligação entre cadastros sem campo comum, com regra de decisão, tabela de correspondência, exceções e histórico.
- Cadastro sem regra de deduplicação: o que exigir no contrato — O que negociar, testar e aceitar na regra de deduplicação de um sistema de cadastro, incluindo o que o fornecedor declara e o que fica fora do escopo.
- Dado de terceiro sem origem: o que checar antes de contratar — O que observar em uma base contratada sem registro de origem, coleta, transformação e responsável, e quando a compra não se sustenta.